Version 1 (modified by 13 years ago) (diff) | ,
---|
GENI Racks Administration
This page describes GENI racks administrative tasks and duties associated with each task. For each rack type, a site contact coordinates delivery, installation, configuration, and maintenance of the rack. In this very important role, you can rely on GPO support, please contact us at help@geni.net. The GPO also provides a real-time public jabber chat room for debugging any issue you may encounter at geni@conference.j.ir.bbn.com
.
Rack Site Requirements and Installation
The site contact works with the organization deploying the rack (GPO, RENCI, or HP) to get get the rack (Starter, InstaGENI or ExoGENI) to get the site requirements defined. The site requirements may include:
- Network Setup - Define how the rack will connect to the Internet and to the GENI backbones. Ex Regional connections, connection speed, VLANs to be used, etc.
- Site Security Requirements- Determine changes required for rack connectivity, such as FV rules, IP filters, etc.
- Address assignment for rack components - Define which address, subnet mask, routing is to be configured for the rack components.
- Power requirements - based on site requirements
- Administrative accounts - Setup of site administrator account that will be created on the management/head node.
- Delivery logistics - Details for where the rack is to be delivered, who will accept the delivers, and when the delivery will take place. Also covers any physical restrictions for the rack delivery.
Rack Administrative Tasks
As a GENI rack administrator has operator responsibilities that include:
- managing user accounts for experimenters and for other Operators.
- updated for software and firmware, depending on the rack type. (See section below for specific rack type)
- access compute and network resource consoles to support/manage experimenter resources.
Starter racks Admin
This section provides a few example of the administrative task on a Starter Rack.
Get Starter rack Accounts
Requesting an account
Site operators should contact gpo-infra@geni.net to request sudo-capable login accounts on the Starter rack hosts by providing:
- Preferred username
- Preferred fullname
- SSH public key for remote login
- Hashed password for sudo obtained by running:
openssl passwd -1
and typing a password twice. The resulting string should be of the form:$1$xxxxxxxx$xxxxxxxxxxxxxxxxxxxxxx
Policies for Unix account use
- Remote account access is via public-key SSH only (no password-based login).
- Do not run interactive sessions as root (don't use
sudo bash
, but instead run individual commands under sudo for logging). - Do not share account credentials. We are happy to create individual accounts, or to give staffers who don't have logins access to our emergency account for outage debugging.
- GPO staffers actively manage these systems using the puppet configuration management utility. If you need to modify a system, please e-mail us at gpo-infra@geni.net to ensure that the desired change takes effect.
Accounts on non-Unix rack devices
Please contact gpo-infra@geni.net if you need login access to:
- Control router or dataplane switch
- IP KVM for remote console access
- PDU for remote power control
Access Devices Consoles
Compute Resource consoles
- The fold-out console in the rack can be used to view the consoles of any of the hosts in the rack.
- The KVM hotkey for changing which device is displayed is
Ctrl Ctrl
.
Network Devices Consoles
The monitor1
node in each rack can be used as a serial console for network devices located in that rack.
- Login to
monitor1
using the console - Use screen to access the desired serial device, e.g.:
screen /dev/ttyS0
- When done using screen, kill the session by pressing:
Ctrl-a K
Monitoring Starter rack Health
Service Health
GPO uses Nagios as a front-end for alerting about rack problems. The following services are monitored in the Starter Racks:
- Resource problems with CPU, swap, or disk space on each host.
- IP connectivity failures from the rack server to commodity internet (Google) and to the GPO lab.
- Excessive CPU usage and excessive uplink broadcast traffic on the experimental switch.
- Problems with standard experimental use of the Eucalyptus aggregate.
The current state of monitored hosts and services at a given city can be viewed at:
If you would like to be added to any of these notifications, please contact us at gpo-infra@geno.net.
Compute Resources Health Unix hosts report system health information via ganglia to the Monitoring Server:
Network Devices Health Network devices are polled for system health via SNMP, and that data is also available at the Monitoring Server:
If you need read-only SNMP access to the network devices in a Starter rack, please contact gpo-infra@geni.net
Perform an experiment in your Starter rack
1. In this example, we specify 2 VM instances using the same image, it is also possible to specify 2 separate instances using different images:
$ euca-run-instances -k mykey -n 2 emi-05AC15E0 RESERVATION r-47F80755 agosain agosain-default INSTANCE i-45E007BF emi-05AC15E0 0.0.0.0 0.0.0.0 pending mykey 0 m1.small 2011-10-21T02:06:22.451Z cha-euca eki-8F5A137E eri-CB4F1461 INSTANCE i-335C067F emi-05AC15E0 0.0.0.0 0.0.0.0 pending mykey 1 m1.small 2011-10-21T02:06:22.453Z cha-euca eki-8F5A137E eri-CB4F1461
2. Login to the VMs. When connecting to your image you must use the private key from the Eucalyptus keypair you created above. The -i
flag lets you specify the private key. Each image also has a specified username that you will use on instances. In the case of the Ubuntu 10.04 (Lucid) image, the username is "ubuntu". So the complete ssh command for this image is:
$ ssh -i mykey.priv ubuntu@192.1.243.56 $ ssh -i mykey.priv ubuntu@192.1.243.53
3. Now that the VMs are running you can use an iperf client and server setup to exchange traffic between the two VMs. First, install the Iperf application on both VMs:
apt-get install iperf
Them, start the iperf server:
ubuntu@ip-10-153-0-67:~$ iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) ------------------------------------------------------------ [ 4] local 10.153.0.67 port 5001 connected with 10.153.0.66 port 52930 [ ID] Interval Transfer Bandwidth [ 4] 0.0-30.0 sec 1.92 GBytes 549 Mbits/sec
4. Then, connect to the private IP address of other VM and start the iperf client:
ubuntu@ip-10-153-0-66:~$ iperf -c 10.153.0.67 -t 30 ------------------------------------------------------------ Client connecting to 10.153.0.67, TCP port 5001 TCP window size: 16.0 KByte (default) ------------------------------------------------------------ [ 3] local 10.153.0.66 port 52930 connected with 10.153.0.67 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-30.0 sec 1.92 GBytes 549 Mbits/sec
5. Terminate your VM instances after you have completed your tests:
euca-terminate-instances i-38E807A1
Install a VM image on your Starter rack
The following procedure outlines an experimenter view into using the Starter racks Eucalyptus VMs as a resource for an experiment.
To request an account for a GENI Starter Rack send an email request to gpo-infra@geni.net including the following details:
- Preferred username and full name.
- Public SSH public key for remote login into rack resources.
- Provide an MD5 hash of the password for sudo use. Generated by
openssl passwd -1
- Install Euca2ools (where???), which are command-line tools for interacting with the Eucalyptus open-source cloud-computing infrastructure.
$ sudo apt-get install euca2ools
- Install Euca credentials. These credentials can be downloaded as a package from your Eucalyptus web site. If you do not have an account you can request one at ???? Once the account is verified and approved, go to the "Credentials" tab. In the "Credentials ZIP-file" section, click on the "Download Credentials" button. Locate the downloaded zip file (the location depends on your OS and web browser) and move it to a working directory.
- Unpack the credential and source the environment:
$ mkdir ~/euca $ mv ~/Downloads/euca2-myaccount-x509.zip ~/euca $ cd ~/euca $ unzip euca2-myaccount-x509.zip $ . eucarc
- Add firewall rules to your euca instance, below ssh and ping are allowed in the example:
$ euca-authorize -P tcp -p 22 -s 0.0.0.0/0 default $ euca-authorize -P icmp -t -1:-1 -s 0.0.0.0/0 default
- Generate key pair to connect to eauca instance:
$ euca-add-keypair mykey > mykey.priv $ chmod 600 mykey.priv
- Show available images, start a euca instance with your newly generated keys:
$ euca-describe-images # show list of available images IMAGE emi-48AA122D ubuntu-9.04/ubuntu.9-04.x86-64.img.manifest.xml chaos available public x86_64 machine IMAGE emi-62E51726 ubuntu-10.04/lucid-server-cloudimg-amd64.img.manifest.xml tmitchel available public x86_64 machine $ euca-run-instances -k mykey emi-62E51726
- Set public address for euca VM created above, by requesting for an address to be allocated and then assigning it to the specific euca instance:
$ euca-allocate-address # will show address that is allocated to you ADDRESS 192.1.243.55 $ euca-associate-address -i i-38E807A1 192.1.243.55
- You may now connect into the Euca VM:
$ ssh -i mykey.priv ubuntu@192.1.243.55
Your Euca instance may now be used to run an experiment.
InstaGENI Administration
Get InstaGENI rack Accounts
Access Devices Consoles
Monitoring InstaGENI rack Health
Perform an experiment in your InstaGENI rack
Install a VM image on your InstaGENI rack
InstaGENI Racks Software/Firmware upgrades
ExoGENI Administration
Get ExoGENI rack Accounts
Access Devices Consoles
Monitoring ExoGENI rack Health
Perform an experiment in your ExoGENI rack
Install a VM image on your ExoGENI rack
ExoGENI Racks Software/Firmware upgrades
Email help@geni.net for GENI support or email me with feedback on this page!