Stockage partagé SAN vs NAS pour un cluster de haute disponibilité

Plusieurs éléments rendent cette architecture complexe à mettre en œuvre :

• en cas de basculement, la commutation du stockage partagé nécessite des instructions de bas niveau qui dépendent du fabricant du stockage,
• la procédure de récupération du système de fichiers (FS) doit être passée avant de redémarrer l'application,
• si les deux systèmes de fichiers sur les deux nœuds accèdent au même disque en même temps, le système de fichiers complet sera corrompu,
• pour éviter un double accès, un disque de quorum doit être configuré.

Plusieurs éléments rendent cette architecture simple à mettre en œuvre :
• en cas de basculement, le basculement du stockage partagé consiste uniquement au remontage du système de fichiers externe,
• aucune procédure de récupération sur le système de fichiers ne doit être passée avant de redémarrer l'application,
• si les deux nœuds accèdent au même système de fichiers partagé en même temps, le système de fichiers complet ne sera pas corrompu,
• cependant, il existe toujours la possibilité qu'une double exécution de la même application corrompent ses données dans le stockage partagé lorsque les nœuds sont isolés.

Il n'y a pas de tels problèmes avec SafeKit car sa solution de réplication et de basculement ne nécessite pas de stockage partagé.

Cependant, si SafeKit doit gérer un stockage partagé :

• utiliser un stockage partagé NAS SMB ou un stockage partagé NAS NFS,
• mettre dans les scripts de redémarrage le montage/démontage du système de fichiers externe,
• configurer le split brain checker de SafeKit pour éviter une double exécution de la même application accédant au stockage partagé lorsque les nœuds sont isolés.