<-- Back to schedule

Cloud Infrastructure, Distributed Storage and High Availability

Project: https://lca2013.linux.org.au/wiki/Miniconfs/CloudDistributedStorageandHighAvailability

There has been an explosion of interest in free and open source cloud computing software and infrastructure in the last couple of years. In particular, a thriving community of users, developers and supporting companies has evolved around OpenStack. Cloud technologies are being used for many purposes, from application scalability, to resource consolidation, to high availability.

At the same time, the "traditional" Linux high availability stack is still going strong, adding HA to services as diverse as MySQL and PostgreSQL relational databases, file services (such as Samba and NFS), firewalls and routers.

There are natural intersections between HA and Cloud; at one end, the HA stack can ensure availability of pieces of backend cloud infrastructure (databases, message queues, VMs). At the other end, the HA stack can run inside cloud-provisioned VMs to provide application availability guarantees.

This miniconf aims to bring together developers, administrators and users of cloud, distributed storage and HA software on Linux. This includes (but is not limited to):

* OpenStack, Eucalyptus (cloud compute and related infrastructure)
* Ceph/RADOS, GlusterFS, DRBD (distributed storage)
* Pacemaker, Corosync (HA cluster management and messaging)

We are also keen to see talks on deployment automation, scalability, geo-clustering, and the specific meaning of the term "high availability" in this brave new cloudy world.

Tim Serong

Tim is currently employed by SUSE as Senior Clustering Engineer, working on the SUSE Linux Enterprise High Availability Extension and the SUSE Cloud product, which is based on OpenStack. Through his work on HA clustering, he discovered that you can never ever have too many log files. His recent work with OpenStack has caused him to doubt this assessment. Interests include motorcycling, beer, and making technology simpler and more reliable (although not necessarily in that order, and usually not all at the same time).