Logiciel de Haute Disponibilité et de Reprise d'Activité (HADR) sans disques partagés

Comment implémenter le HADR sur un réseau rapide ?

Pour implémenter le HADR sur un réseau rapide, déployez deux nœuds sur des sites distants afin d'assurer simultanément la Haute Disponibilité et la Reprise d'Activité. Cette configuration garantit que votre application reste disponible même en cas de défaillance complète d'un site, sans la complexité d'une infrastructure de stockage partagée.

Pourquoi utiliser une solution HADR SANless pour les réseaux rapides ?

Une solution SANless telle qu'Evidian SafeKit est essentielle car elle réplique les données de manière synchrone et en temps réel entre deux nœuds, sans disques partagés. Comme la réplication synchrone garantit une perte de données nulle (RPO=0), le logiciel peut déclencher un basculement automatique de l'application instantanément en cas de défaillance matérielle ou logicielle.

Quels sont les prérequis réseau pour le HADR synchrone ?

Le HADR synchrone nécessite un LAN étendu ou un VLAN étendu (stretched VLAN) pour trois raisons critiques :

• Basculement de l'IP virtuelle : Un sous-réseau unique est nécessaire pour basculer automatiquement l'adresse IP virtuelle entre les nœuds.
• Faible latence : La réplication synchrone sans perte de données nécessite généralement un temps d'aller-retour réseau (RTT) inférieur à 2 ms.
• Bande passante élevée : Une connexion de 1 Gb/s ou plus est requise pour garantir une resynchronisation rapide des données lors d'un retour après défaillance (failback).

Comment implémenter le HADR sur un réseau lent ?

Pour implémenter le HADR sur un réseau lent (WAN), l'architecture sépare généralement la Haute Disponibilité de la Reprise d'Activité. Dans ce scénario, deux nœuds sont déployés sur le site primaire pour la redondance locale, tandis qu'une stratégie distincte de sauvegarde ou de réplication asynchrone est utilisée pour protéger les données sur un site distant géographiquement éloigné.

Quelle est la meilleure solution HADR pour les connexions à faible bande passante ?

Comment fonctionne le basculement vers un site distant de Reprise d'Activité ?

Comme la réplication asynchrone sur un réseau lent implique une perte de données potentielle (RPO > 0), le processus de basculement vers un site de reprise d'activité (DR) est généralement manuel et piloté par un administrateur :

• Restauration des données : Les sauvegardes sont restaurées sur les serveurs secondaires du site de DR. Des solutions modernes comme Veeam sont souvent utilisées pour restaurer rapidement les machines virtuelles (VM) afin de réduire le temps de reprise.
• Routage DNS : Le trafic est redirigé vers le site de DR au niveau du DNS. Le temps de rétablissement dépend des délais d'expiration du cache DNS (TTL), et certaines applications clientes peuvent nécessiter un redémarrage pour prendre en compte la nouvelle adresse IP.
• Décision manuelle : Un administrateur doit vérifier l'intégrité des données sur le site distant avant d'autoriser le basculement vers le centre de données secondaire.

Comparatif entre Haute Disponibilité et Sauvegarde de données

Bien que les deux soient critiques pour la protection des données, la Haute Disponibilité (HA) et les solutions de sauvegarde ciblent des risques différents. La Haute Disponibilité, propulsée par SafeKit, fournit un mécanisme de basculement « en direct » pour maintenir l'accès aux applications lors de pannes de serveurs ou de défaillances matérielles. À l'inverse, une solution de sauvegarde agit comme une archive « historique ». Tandis que la HA garantit une disponibilité système de 99,99 % en répliquant les données en temps réel, la sauvegarde se concentre sur l'intégrité des données, offrant les points de restauration nécessaires pour se remettre d'erreurs logiques, de suppressions accidentelles ou d'attaques par ransomware.

La Haute Disponibilité peut-elle remplacer une stratégie de sauvegarde ?

Non, la Haute Disponibilité et les sauvegardes sont complémentaires et non interchangeables. Bien que SafeKit assure la continuité d'activité en maintenant les applications opérationnelles lors d'une panne matérielle, il ne protège pas contre les erreurs logiques, les suppressions accidentelles ou les attaques par ransomware. Par exemple, comme la réplication en temps réel répercute instantanément chaque modification, une attaque par ransomware sur le nœud primaire sera immédiatement dupliquée sur le nœud secondaire. Pour se remettre de telles cybermenaces ou de suppressions accidentelles, vous avez besoin d'une solution de sauvegarde dédiée avec une politique de rétention robuste. Cela vous permet de « rembobiner » votre environnement vers un état sain, antérieur à la corruption.

Optimiser le RTO et le RPO : La synergie entre HA et sauvegarde

• Haute Disponibilité (via SafeKit) : Vise une récupération instantanée. En maintenant un miroir synchrone et en direct de votre environnement, SafeKit atteint un RTO proche de zéro et un RPO nul. Si un serveur tombe en panne, l'application redémarre immédiatement sur le nœud secondaire, garantissant l'absence d'interruption de service ou de perte de données durant la transition.
• Solutions de sauvegarde : Visent la résilience des données. Tandis que la HA maintient le service opérationnel (« live »), la sauvegarde crée un historique « immuable ». C'est votre dernier recours lorsque les données actives elles-mêmes sont compromises, vous permettant de restaurer une version saine de votre base de données à partir d'un point précis dans le temps, avant l'apparition d'un virus ou d'une suppression accidentelle.