Comment utiliser DRBD pour la réplication de systèmes entiers ?

Reproduction de l'ensemble du système dans un scénario de haute disponibilité n'est probablement pas une bonne idée, pour deux raisons :

1. Quelques paramètres de configuration sont uniques à chaque serveur : par exemple, le nom d'hôte et l'adresse IP, éventuellement le mappage des périphériques DRBD aux disques. Configurer le système de façon à ce qu'il puisse choisir la bonne configuration en fonction d'un paramètre "environnemental" (par exemple, le numéro de série du processeur) est certainement plus compliqué qu'il n'en vaut la peine.

2. L'un des avantages des configurations à haute disponibilité est la possibilité d'effectuer des mises à niveau du système sans interruption de service : vous mettez à niveau le système "de secours", vous vérifiez qu'il fonctionne, vous échangez les rôles "primaire" et "de secours", vous mettez à niveau l'ancien système primaire. Si quelque chose se passe mal, vous avez toujours au moins un système en état de marche. La mise en place d'une réplication automatisée de l'ensemble du système annule cette procédure : si vous mettez à niveau un système, l'autre est également mis à niveau : vous ne pouvez probablement pas le faire lorsque le service est en cours d'exécution, et vous perdez la fonction de "reprise après sinistre".

Cela dit, il es Il est possible de répliquer exactement les parties du système dont vous avez besoin pour disposer d'un "hot spare" pour les systèmes de production, prêt à intervenir en cas de panne du serveur principal.

Les détails exacts de cette procédure dépendent du service que vous souhaitez exécuter (www ? mysql ? nfs ?), mais l'idée générale est la suivante : répliquer la configuration et les données mutables . Par exemple, si vous souhaitez disposer d'un serveur NFS à haute disponibilité, vous pouvez procéder comme suit (on les deux serveurs) :

1. Configurer un disque DRBD répliqué et le monter sur /nfs sur les deux serveurs (primaire et de secours).

2. Créer des répertoires /nfs/etc y /nfs/data

3. Symlink /etc/export a /nfs/etc/export et lui faire exporter le /nfs/data aux clients.

4. Le service NFS est géré par battement de coeur Il est donc monté et descendu en fonction du rôle du serveur (primaire ou de secours) et de la disponibilité du disque DRBD.

C'est plutôt sommaire, mais cela devrait suffire pour vous permettre de commencer.

Vous pouvez envisager de combiner drdb avec la virtualisation. Plus d'informations peuvent être trouvées aquí .

Par exemple, vous pouvez créer une VM xen qui utilise un disque sauvegardé drbd.