PUBLIC MARKS from holyver with tags cluster & linux

Ce document étudie les infrastructures et les différents types et méthodes de haute disponibilité dans un environnement donné. Il présente aussi les différentes solutions en termes logiciels et matériels afin de parvenir à une haute disponibilité. Ce document est une documentation ouverte.

DRBD is a block device which is designed to build high availability clusters. This is done by mirroring a whole block device via (a dedicated) network. You could see it as a network raid-1.

A l"heure où les serveurs d"entreprises doivent stocker un volume croissant de données et assurer une haute disponibilité, il est nécessaire d"imaginer des systèmes de mirroring (miroir) autres que simplement sur des disques durs. La redondance de disques durs (RAID-1, RAID-5) permet déjà d"avoir une bonne résistance aux pannes d"un disque (ou plusieurs si on est en RAID-5). Cependant, si c"est la machine qui tombe (le processeur, l"alimentation, le contrôleur de disque,...), on n"a aucun moyen pour relancer le tout rapidement sans perte de données. Ayant été confronté à cette problématique, j"ai envisagé une solution de RAID-1 au travers du réseau. C"est-à-dire que sur deux serveurs, on a deux partitions (une par serveur) qui sont à tout moment une copie exacte l"une de l"autre. C"est un mirroring (miroir) de partitions à travers une interface réseau.

L"idée générale pour assurer la disponibilité d"un service est de faire fonctionner plusieurs machines (deux au minimum) en même temps. Ces machines forment ce qu"on appelle un cluster et chaque machine est un node du cluster. Chacune des machines va vérifier si les autres répondent toujours en prenant le pouls de chacune des autres. Si une machine cesse de fonctionner, les autres assurent le service. Une fois le cluster configuré, on y accède au travers d"une seule et unique adresse IP qui est celle du cluster; qui lui-même est composé de plusieurs nodes. Pour pouvoir mettre en place ce genre de technique, nous allons utiliser l"application HeartBeat qui va se charger de surveiller les machines et d"appliquer une série de scripts définis par l"utilisateur si cela s"avère nécessaire (c"est-à-dire si une machine tombe).

This is only ONE way to keeps nodes in synchronization for a high availability cluster. It suits our needs and may be a good starting block for others so I'm sharing it. Your mileage may vary. We used this on a web server to update ~1GB worth of documents in sync every 10 minutes. Depending on how quickly your files change, you may be able to update more data, more frequently. I would not recommend using this without a private fast ethernet channel, i.e. an extra NIC in each node connected via a crossover cable.

This tutorial shows how to configure a MySQL 5 cluster with three nodes: two storage nodes and one management node. This cluster is load-balanced by a high-availability load balancer that in fact has two nodes that use the Ultra Monkey package which provides heartbeat (for checking if the other node is still alive) and ldirectord (to split up the requests to the nodes of the MySQL cluster).

In this tutorial I will describe how to set up a highly available NFS server that can be used as storage solution for other high-availability services like, for example, a cluster of web servers that are being loadbalanced. If you have a web server cluster with two or more nodes that serve the same web site(s), than these nodes must access the same pool of data so that every node serves the same data, no matter if the loadbalancer directs the user to node 1 or node n. This can be achieved with an NFS share on an NFS server that all web server nodes (the NFS clients) can access.

Server clusters and server virtualization may be two different animals, but they're animals that can work well together in a data center, says Hakon Bugge, founder and CTO of Scali Inc., a Linux clustering systems provider in Marlborough, Mass.