Questions diverses
De BlaxWiki
Révision datée du 28 mai 2020 à 09:43 par Admin (discussion | contributions) (Page créée avec « == PRA / Failover == <pre> Question 1 : Tu me disais ce matin qu’il y a 2 modes pour une VM et/ou un recovery plan • « test Failover » sur un «Test failover netwo... »)
PRA / Failover
Question 1 : Tu me disais ce matin qu’il y a 2 modes pour une VM et/ou un recovery plan • « test Failover » sur un «Test failover network » (test de bascule) • « Failover» sur le «Target network » (la VRAIE bascule) Reponse 1 : Oui c’est ça. Et dans le cas d’ELSAN « Test Failover » et « Failover » se font dans le même VNET cible (c’est un choix du client, dicté par des contraintes techniques sur la base de donnée SAP). Question 2 : Lors d’un « test Failover », les VMs d’origine restent vivantes sur le site principal. Alors que j’ai 2 questions : • Comment on se connecte à une VM basculée en mode « test Failover », qui se trouve sur son «Test failover network » (qui peut être identique à son «Target network ») ? • Comment ça se présente au niveau des VMs : on aura des VMs en doublons (avec les mêmes noms ?) ? Réponse 2 : Le Test failover est une simulation de bascule, les VMs d’origine ne sont nullement impactées. Les VMs basculées en mode « test failover » où « failover » vont se trouvées dans le même VNET-DR (10.237.0.0/16), nous avons déjà prédéfini les subnets cible pour chaque VM. Dans le cas d’un « test failover », la VM basculera dans le subnet prédéfini et y recupérera une IP en dhcp (pour les IPs privées) Dans le cas d’un « failover », la VM basculera dans le subnet prédéfini et y recupérera l’IP préallouée. Pour les VMs qui ont une IP sur le site principal, une IP public est préservée pour l’ASR et le client doit faire Les VMs ASR ont un suffixe asr dans leur nom (il n’est pas possible d’avoir 2 VMs avec le même dans la même souscription), cependant la VM ASR aura le même hostname que la VM d’origine. D’où un changement des IPs dans la zone DNS privée lors d’un failover. Question 3 : Lors d’un « Failover » : • les VMs d’origine sont dans quel état sur le site principal ? • Comment ça se présente au niveau des VMs : on aura des VMs en doublons (avec les mêmes noms ?) ? • Comment on se connecte à une VM basculée qui se trouve sur son «Target network » (depuis RDSH) ? Réponse 3 : Si on fait un failover, ce la suppose que le site principal est indisponible quel que soit la raison, panne Azure, indisponibilité d’un service, ou même arrêt intentionnel dans le but de faire un test (Ce que prévoit de faire Richard) Pour le Client ELSAN, les 2 VNET sont routés via l’expressoute, toutes les VMs (ASR ou pas) s’y trouvant sont accessibles depuis l’AO (RDSH). A la fin du failover, il faut faire failback, rechangere les IPs privsé dans la zone DNS et relancé le site principal.