50 likes | 205 Views
GEMINI on InstaGENI Racks: Lessons Learned. Hussam Nasir University of Kentucky. Configuring GEMINI on InstaGENI. Create a RSPEC exactly the same way you would for any other P rotoGENI aggregate – i.e., including: Adding in an extra VM to act as the GN.
E N D
GEMINI on InstaGENI Racks:Lessons Learned Hussam Nasir University of Kentucky
Configuring GEMINI on InstaGENI • Create a RSPEC exactly the same way you would for any otherProtoGENI aggregate – i.e., including: • Adding in an extra VM to act as the GN. • Adding the GEMINI extensions to the RSPEC • Using pre-build GEMINI VM images for faster installation • Load the RSPEC just like you would for any other ProtoGENI aggregate (e.g., using Flack or Omni). • Access the resulting slice just like you would for any other ProtoGENI aggregate. • In summary, InstaGENI worked just like other ProtoGENI aggregates that support VMs.
Observations from our experience • VMs on Instageni and other protogeniTestbeds behave exactly the same. So portability was not an issue • VM Disk images created on a Protogenitestbed were used on the racks without any modification. User was not required to copy the image over. Instageni does that automatically. • Even a large 20 node topology (i.e., 20 VMs) on the KY InstaGENIrack worked with GEMINI. • Having pre-built images significantly reduced the instrumentation time (particularly on large topologies).
Known/Remaining Challenges • Cross aggregate experiments using openflow and layer2 connectivity has not been tested. • Recently found a routing problem on the Instageni racks when routing between VMs on a public control IP and VMs on a private control IP. This affects all Instageni racks. Utah is aware of the issue. • Add support for other OSes supported on the Instageni racks • Stress testing the Global Node VM to see how many nodes it can monitor efficiently without degrading the overall data collection