- Who we are
- What we know
- What we've created
- Hints and Kinks
- Checking Corosync cluster membership
- Configuring radosgw to behave like Amazon S3
- Downgrading to DRBD 8.3
- Fencing in Libvirt/KVM virtualized cluster nodes
- Fencing in VMware virtualized Pacemaker nodes
- GFS2 in Pacemaker (Debian/Ubuntu)
- Interleaving in Pacemaker clones
- Maintenance in active Pacemaker clusters
- Managing cron jobs with Pacemaker
- Mandatory and advisory ordering in Pacemaker
- Migrating virtual machines from block-based storage to RADOS/Ceph
- Network connectivity check in Pacemaker
- OCFS2 in Pacemaker (Debian/Ubuntu)
- Solid-state drives and Ceph OSD journals
- Solve a DRBD split-brain in 4 steps
- Testing Pacemaker clusters
- Totem "Retransmit List" in Corosync
- Turning Ceph RBD Images into SAN Storage Devices
- Which OSD stores a specific RADOS object?
- Presentations
- Ceph Tutorial (LCA 2013)
- Ceph: The Storage Stack for OpenStack (OpenStack Israel 2013)
- Die eigene Cloud mit OpenStack Essex (German, LinuxTag 2012)
- Fencing (LCE 2011)
- GlusterFS in HA Clusters (LCEU 2012)
- GlusterFS und Ceph (German, CeBIT 2012)
- Hands-On With Ceph (LCEU 2012)
- High Availability Update (OpenStack Summit Fall 2012)
- High Availability in OpenStack (CloudOpen 2012)
- High Availability in OpenStack (OpenStack Conference Spring 2012)
- Highly Available Cloud: Pacemaker integration with OpenStack (OSCON 2012)
- Mit OpenStack zur eigenen Cloud (German, CLT 2012)
- Mit OpenStack zur eigenen Cloud (German, OSDC 2012)
- More Reliable, More Resilient, More Redundant (OpenStack Summit April 2013)
- MySQL HA Deep Dive (MySQL Conference 2012)
- MySQL High Availability Deep Dive (PLUK 2012)
- MySQL High Availability Sprint (PLUK 2011)
- OpenStack Essex im Praxistest (German, Linuxwochen Wien 2012)
- OpenStack High Availability Update (Grizzly and Havana)
- Roll Your Own Cloud (LCA 2011)
- Storage Replication in HPHA (LCA 2012)
- Zen of Pacemaker (LCA 2012)
- hastexo in 100 Seconds
- Technical documentation
- News releases
- Hints and Kinks
- What we do
- What we charge
- What others say
Availability Checkup
Do you have an open-source HA cluster setup in place, and think something's not quite right with it? Are you suffering from unexpected fail-overs or poor performance? Our Availability Checkup is how we help you find out what's wrong.
What we cover
Availability Checkup is a shrink-wrapped service package including up to four hours of remote consultancy. During the Checkup, one of our expert consultants will connect to your cluster and provide a detailed analysis of the current state of cluster-related components:
- SAN connectivity (if installed)
- DRBD (if installed)
- I/O Multipath and network redundancy
- Cluster communications layer (Corosync/Heartbeat)
- Cluster resource management (Pacemaker)
- Fencing
- Cluster resource configuration
- Application interfaces
We'll check software versions, examine configurations, and expose bottlenecks. We'll highlight things that you can improve. And of course, we'll warn you about potentially unstable or flaky features you may be using, and suggest alternatives.
We will not interfere with your services on a production setup. Our Availability Checkup procedures are non-intrusive and tested as safe to run on production machines.
Once we conclude the Availability Checkup, we'll provide you with a detailed report including suggestions for improvement.
How can I schedule a Checkup?
If you're already our customer, you can call us right now to schedule remote consultancy. If you're not, then you can either buy credits and schedule straight away, or just drop us a note to find out more!
Please note: scheduling an Availability Checkup requires a minimum account balance of 20 credits. Availability Checkup is only available as a remote service. For similar services conducted on-site, please see On-Site Consultancy.