Happy New Year from Chameleon!

Dear Chameleon users,

Happy New Year!

May the New Year bring you health, happiness, and lots of groundbreaking research ideas as well as ever better ability to work on them!

Here are our initial contributions towards this last goal:

Network stitching. Chameleon now supports stitching isolated layer 2 networks to ExoGENI VLANs or other networks connected to the Internet2 Advanced Layer 2 Service (AL2S). This feature enables direct layer 2 communication of Chameleon bare-metal nodes with ExoGENI virtual machines or other servers at various institutions connected to Internet2, unlocking the potential to perform powerful new networking experiments. For now, this feature is available on the University of Chicago site only but will be available throughout the system shortly. Please, see our documentation for more details.

Network isolation. Those of you who have been using our dynamic VLANs feature will notice that they are now simpler to configure: no static route is required and the subnet IP address range doesn't have to be unique. We also now support isolation for storage nodes, in addition to compute nodes. This feature is available on the University of Chicago site only but will be available throughout the system shortly. Again, see our documentation to learn more. Note that the shared Neutron network has been recreated, resulting in a change of UUID: you may need to adapt some command-line scripts if they refer directly to it.

Serial console access. While it has long been possible to request serial console access to bare-metal nodes via our help desk and have it configured manually by one of our administrators, it is now available for every node and without having to go through the help desk. Once your instance is deployed, simply click on the Console button in the instance contextual menu. For ease of use, our latest mages are configured to auto-login into the default Chameleon user account. Take a look at our serial console documentation to learn more.

Monitoring. We upgraded our monitoring tools to a more scalable solution. Thus, the Ceilometer API has been replaced by the Gnocchi API, which means that you need to use the OpenStack client with the Gnocchi client plugin to access metrics. Collection of instance metrics is now performed by collectd rather than a custom Ceilometer agent. This change gives you access to the large plugins collection for collectd. While only a few are enabled by default in our images, you can easily activate additional plugins by modifying the collectd configuration. Please, refer to our documentation for more details. Note that while our Ubuntu 16.04 appliance includes this new functionality, our Ubuntu 14.04 appliance won't be updated as it doesn't include the required dependencies.

Usability improvements. We made several improvements that make using Chameleon easier and more intuitive. Leases can now be created to start immediately by passing the string “now” as a start date, either with the command-line (python-blazarclient) or with the Blazar REST API. Further, the web interface now allows you to pass custom scheduler filters to an instance launch request; this means that you can schedule an instance on a specific physical node without having to use the command line interface. The management of floating IPs through the web interface has moved from the Compute panel to the Network panel where it is easier to find, and the public network providing floating IPs has been renamed from “ext-net” to “public”. Many thanks to our users who signaled to us the need for those changes!

Appliances update. We have updated all appliances supported by the Chameleon staff to reflect three important changes: the changes to monitoring console and auto-login for serial console discussed above, as well as an upgrade for cc-snapshot, our snapshoting tool. If you are using images that were snapshotted based on earlier versions of Chameleon appliances they of course will not include those changes; if they are relevant to your work we will be happy to assist you with appliance upgrades.

Many of the new features above were made possible as a result of upgrade of CHI to the Ocata version of OpenStack. This, as well as preparation for future enhancements necessitated some configuration changes. Specifically, region names have been changed from “regionOne” to “CHI@UC” and “CHI@TACC” in preparation for a future multi-region deployment that will simplify interacting with the testbed. If you use OpenStack command line tools to interact with Chameleon, you will need to update your OpenStack RC file or download them again from the Compute > API Access panel.

Once again, all the best in the New Year -- we are looking forward to working with you!

The Chameleon Team


Add a comment

No comments