Configurer un Live Failover

Aperçu

En cas d’incident majeur sur votre site principal, les actions de bascule vont s'effectuer depuis le site secondaire/de reprise de Rueil Malmaison :

Portail Zerto (ZSSP) : https://recovery4.flexible-computing-advanced.orange-business.com/

Suite à un "Live Failover", la réplication entre les deux sites est modifiée ou coupée.

Attention !

Le "Live Failover" se fait seulement si votre site principal est indisponible.
En pré-requis, le paramétrage de votre site de PRA doit être en place (Adressage IP, configuration de vos règles de FW, de vos NAT....sur vos Edges Gateway), d'ou l'importance de jouer au moins une fois dans l'année un "Test Failover".

Les VMs qui seront démarrées sur le Site Secondaire vont devenir actives au niveau du traitement de données.

Configurer un Live Failover

Depuis le portail de votre Site Secondaire, cliquez sur le bouton Un écran apparait avec les VGP disponibles, le sens de réplication, le site distant, le niveau de protection.(Meeting SLA) Cocher le VPG à répliquer puis sur le bouton
À cette étape vous retrouverez un résumé lié au VPG : Sens de réplication Site distant Checkpoint : Date à laquelle seront restaurées les données. L’écart entre le point choisi et la date courante déterminera le RPO. La Commit Policy : voir ci-dessous. VM Shutdown : détermine l'action à adopter sur le site Primaire (Pas de coupure des VM, extinction, extinction forcée). Les 2 sites doivent communiquer ensemble. Reverse Protection : indique si la réplication du VPG doit être configurée en sens inverse à l’issue du Failover pour pouvoir éventuellement procéder plus tard au failback.Ne pas activer car les VMs à la source seront supprimées. Cliquez sur le bouton
Si vous Sélectionner le Bouton en haut à droite, vous avez trois (3) options : Auto-Rollback : sans action de votre part, le retour en arrière est déclenché au bout du temps prévu. Auto-Commit : sans action de votre part, la validation des données sur la plateforme secondaire est déclenchée au bout du temps prévu (il n’est plus possible de revenir simplement sur la plateforme principale). None : les actions de Rollback ou de Commit doivent être validées par votre part.
Le dernier écran est un *récapitulatif avec une vue des différents sites et le nombre de VPG/VMs (1/3)* pour la bascule**. Lancez la bascule en cliquant sur le bouton
Si vous avez choisi une Commit Policy de type Auto, un message d’avertissement vous rappelle l’impact de celui-ci. Confirmez le lancement en cliquant sur ou pour modifer le Commit Policy. La bascule se lance immédiatement sur site distant.
Il ne vous reste plus qu’à contrôler que la réplication sur le site distant a fonctionné et que le mapping de vos VMs est correct, que vos applicatifs fonctionnent correctement. Accéder à votre Portail vCloud Director du Site Secondaire pour vérifier que vos vApps/VMs sont bien recréer avec les bonnes IPs.