Haute disponibilité et reprise après sinistre en même temps (HADR)

Quand combiner haute disponibilité et reprise après sinistre (HADR) ?

Architecture HADR avec un réseau rapide

2 nœuds sont placés dans 2 sites distants pour mettre en œuvre à la fois la haute disponibilité et la reprise après sinistre (HADR).

Solution HADR avec un réseau rapide

Une solution sans partage de disque (comme SafeKit) est nécessaire avec 2 nœuds répliquant des données de manière synchrone et en temps réel.

Comme il n'y a pas de perte de données avec une réplication synchrone, un basculement automatique de l'application peut être mis en place en cas de panne.

Pourquoi un LAN/VLAN étendu ?

• Parce qu'il y a un basculement automatique de l'adresse IP virtuelle avec 2 nœuds dans le même sous-réseau.
• Parce qu'une bonne latence (typiquement un aller-retour de moins de 2 ms) est requise pour la réplication synchrone sans perte de données.
• Parce qu'une bonne bande passante (généralement 1 Gb/s ou plus) est requise pour la resynchronisation des données lors de la réintégration après panne

Quand NE PAS combiner haute disponibilité et reprise après sinistre (HADR) ?

Architecture HADR avec un réseau lent

2 nœuds sont placés dans le premier site pour une haute disponibilité et une solution de sauvegarde est mise en place pour la reprise après sinistre.

Solution HADR avec un réseau lent

Une solution de haute disponibilité (type SafeKit) est mise en place sur le premier site avec réplication temps réel synchrone et basculement automatique.

Et une solution de sauvegarde est mise en œuvre pour la réplication asynchrone via le réseau lent vers le site de reprise après sinistre.

Basculement vers le site de reprise après sinistre

• Comme il y a perte de données avec une solution de sauvegarde, le basculement est manuel et décidé par un administrateur.
• Les sauvegardes sont restaurées sur les serveurs du site de reprise après sinistre. Aujourd'hui, des sauvegardes de machines virtuelles sont souvent implémentées pour faciliter cette restauration (comme Veeam).
• Le reroutage vers le site de reprise après sinistre est effectué au niveau du DNS. Le temps de reroutage dépend du délai d'expiration des caches DNS. Et cela peut nécessiter le redémarrage des clients qui effectuent une seule fois leur résolution DNS à leur initialisation.

La haute disponibilité ne supprime pas le besoin d'une solution de sauvegarde

La réplication en temps réel des solutions de haute disponibilité comme SafeKit ne supprime pas le besoin d'une solution de sauvegarde. Certains événements sont récupérables uniquement avec une solution de sauvegarde. Par exemple, un ransomware cryptant les données répliquées sur le serveur primaire chiffrera les données sur le serveur secondaire avec une réplication en temps réel. Seule une solution de sauvegarde avec une politique de rétention peut résoudre une attaque par ransomware.