Deux serveurs en réplication (grâce à DRBD). Matériellement nous utilisons une machine avec deux cartes réseaux différentes. Les deux serveurs sont connectés l'un à l'autre par un câble réseau servant de lien de réplication (carte eth0 sur les serveurs) quant à l'autre lien réseau est utilisé pour l'accès au service (carte eth1 sur les serveurs). Nous nommons les serveurs S0 et S1.

La partition répliquée par DRBD est /dev/sys/data.

Les deux serveurs sont équipés d'une IP fixe sur le réseau et d'une IP publique qui pourra passer d'un serveur à l'autre en fonction du fonctionnement des services.

Nous avons donc

1. S0 avec l'adresse 10.0.0.10/24 sur le lien de réplication et 172.20.0.20/16 côté LAN.
2. S1 avec l'adresse 10.0.0.11/24 sur le lien de réplication et 172.20.0.21/16 côté LAN.

Nous gardons 172.20.1.20/16 et 172.20.1.21/16 comme adresses de service annoncée au client. Celles-ci sont gérées, nous le verrons ensuite, par CTDB.

Afin de configurer notre ressource DRBD, nous utilisons le fichier de configuration adéquat (vérifier selon la distribution, sur Debian nous pouvons créer un fichier /etc/drbd.d/sstorage.res.

resource sstorage {
  startup {
    become-primary-on both; # les deux serveurs démarrent comme primaire
  }
  net {
    allow-two-primaries; # deux serveurs primaires sont autorisés
  }
  on s0 {
    device /dev/drbd0;
    disk /dev/sys/data;
    address 10.0.0.10:7789;
    meta-disk internal;
  }
  on s1 {
    device /dev/drbd0
    disk /dev/sys/data;
    address 10.0.0.11:7789;
    meta-disk internal;
  }
}

Il est important, là, de mettre en place des solutions d'isolation des serveurs en cas de perte de connexions, le sujet sera étendu plus tard.

Le système de fichier OCFS2 est un système de fichier fonctionnant en cluster. Simple et complet, il suffit à bien des situations. Il vient avec un gestionnaire de verrou fonctionnel nous évitant de devoir déployer des outils comme Pacemaker.

Un fois installé, il faut le configurer, sur Debian cela se fait avec dpkg-reconfigure ocfs2-tools.