The pacemaker-cloud project demonstrates the current community work in providing application service high availability in a cloud environment.
- Name: Steven Dake
- Email: <firstname.lastname@example.org>
- Targeted release: Fedora 16
- Last updated: (May 26, 2011)
- Percentage of completion: 75%
The software provides a user interface shell called pcloudsh which provides:
- Create deployables including:
- Create a JEOS image of F14, F15, F16, RHEL6
- Create an assembly of F14, F15, F16, RHEL6
- Add assemblies to a deployable
- Add managed resources to an assembly
- Launch a deployable, including all of its assembly images
- Provides user interface feedback when an application or assembly fails and describe which corrective actions are taken.
The software provides daemons and init scripts which provide high availability of the deployables configured in the system:
- Kill/restart applications if a failure is detected.
- Kill and restart assemblies if an assembly failure is detected.
- JEOS - just enough operating system - the bare minimum operating system required to boot a virtual machine image
- Assembly - Composition of a JEOS image and managed resources
- Deployable - Collection of assemblies that represent all virtual machines required to provide a specific service
- Resource - Daemon application, such as Apache's httpd service, which is managed for high availability
- high availability - Applying the techniques of:
- monitoring a component for failure
- forcibly terminating a component when a failure has been detected
- restarting the failed component
- providing notification to system administration so they may repair the underlying fault
- See Pacemaker Cloud Project Slides for more details.
Benefit to Fedora
This feature provides a preview of high availability for cloud environments using a building block that is reusable in other cloud management systems. This feature provides only single node deployable high availability, but for F17 we plan to integrate with other distributed cloud management tools such as Aeolus.
This is a standalone package but has several dependencies on other parts of Fedora 16. We are in good shape relatng to dependencies, however, systemd is not LSB compliant currently resulting in our software not being able to provide high availability for F15 or Rawhide guests.
We are nearing code completion for the single node case and have some basic packaging done.
How To Test
yum install pacemaker-cloud chkconfig pacemaker-cloud on service pacemaker-cloud start
We have a test suite that can be run which provides automated validation the software functions properly.
Manually the following operations can be done:
root# pcloudsh pcloudsh# jeos_create F14 x86_64 pcloudsh# assembly_create assy1 F14 x86_64 pcloudsh# assembly_clone assy1 assy2 pcloudsh# assembly_clone assy1 assy3 pcloudsh# assembly_resource_add httpd httpd assy1 pcloudsh# assembly_resource_add httpd httpd assy2 pcloudsh# assembly_resource_add httpd httpd assy3 pcloudsh# deployable_create dep1 pcloudsh# deployable_assembly_add dep1 assy1 pcloudsh# deployable_assembly_add dep1 assy2 pcloudsh# deployable_assembly_add dep1 assy3 pcloudsh# deployable_start dep1
Keep pcloudsh running and in another shell:
- verify application restart works properly:
- login to one of the assemblies and killall -9 httpd
- verify that httpd is restarted via pacemaker-cloud
- verify deployable restart works properly:
- Open the virtual machine manager GUI
- Use the force off functionality on an assembly
- The virtual machine manager should display that the assembly is restarted
- Login to the restarted virtual machine and verify httpd was restarted properly
The audience will notice a shell with comands which can be used to create and launch deployables.
Previously packaged in Fedora rawhide: glib2 dbus-glib libxml2 libqb pacemaker-libs and its many dependencies qmf libxslt qpid-cpp-server qpid-cpp-client python-qpid-qmf
Needs packaging in Fedora rawhide: oz (currently under review)
Dependency with broken functionality: systemd - systemd guests don't work properly because systemd is not LSB compliant. F14 and RHEL6 guests will work properly, but without bug fixing in systemd, F15 and F16 are nonfunctional.
If this feature is not ready by deadline, it can moved to a later Fedora version.
The fact that systemd guests are non-funtional with regards to this feature may need release notes.