Guide de l’utilisateur PPBS : Préparation de votre environnement pour une reprise après sinistre PPBS réussie

1. Qu’est-ce que la reprise après sinistre as-a-service (DRaaS) ?

• PPBS introduit la fonctionnalité AWS Disaster Recovery pour étendre sa solution de protection des données convergée basée sur le Cloud pour l’infrastructure d’entreprise.
• La fonctionnalité de reprise après sinistre permet la restauration et le démarrage de machines virtuelles VMware déjà sauvegardées dans le Cloud public Amazon Web Services (AWS).
• En cas de sinistre, la reprise après sinistre assure la continuité d’activité sans nécessiter de logiciels, de stockage ou de matériel supplémentaires sur site dédiés, ce qui réduit les coûts et améliore l’agilité.

2. Quels sont les avantages de PPBS DR ?

• La reprise après sinistre offre un large éventail d’avantages pour maintenir la continuité de l’activité en cas de sinistres non planifiés susceptibles de perturber l’environnement VMware.
• Pour garantir un basculement approprié lors d’un sinistre, la reprise après sinistre fournit une solution économique à la demande qui élimine la charge de l’infrastructure et réduit les interruptions de service.

3. Comment acheter la licence DR ?

• La suite de niveaux PPBS Enterprise nécessite l’achat de licences DR (une licence par machine virtuelle) pour protéger l’environnement VMware contre les sinistres.
• Toutefois, la licence de niveau PPBS Elite prend en charge la configuration d’un nombre illimité de machines virtuelles pour la reprise après sinistre.
• Pour plus d’informations, voir Licences Disaster Recovery

4. Quels sont les coûts des composants AWS pour la reprise après sinistre dans le Cloud pour VMware ?

• PPBS Cloud DR pour VMware entraîne les types de coûts AWS suivants :
  • Coûts fixes : Les coûts fixes concernent les ressources AWS déployées dans le cadre du déploiement CloudFormation.
  • Coûts variables : Les coûts variables concernent les ressources AWS créées et utilisées dans le cadre des opérations de reprise après sinistre, telles que Update DR Copy, DR Failover et DR Failback.

5. Qu’est-ce que le workflow de reprise après sinistre PPBS ?

• Le tableau suivant répertorie les différentes étapes du processus de reprise après sinistre. Cliquez sur chaque étape pour obtenir plus d’informations.
  • Restaurer :
    • Avec la reprise après sinistre, le proxy PPBS AWS :
      • Lit les données de sauvegarde de la machine virtuelle à partir du Cloud PPBS
      • Réplique la machine virtuelle sur un snapshot inscriptible appelé Copie DR dans votre compte AWS
  • Basculement :
    • Le proxy PPBS AWS réplique l’intégralité de la machine virtuelle la première fois qu’il crée une copie de reprise après sinistre.
    • Plus tard, il met à jour de manière incrémentielle la copie de reprise après sinistre en fonction de la fréquence de réplication spécifiée dans le plan de reprise après sinistre
    • Cette copie DR remplace la copie présente dans votre compte AWS. Le proxy AWS PPBS conserve uniquement la dernière copie de reprise après sinistre d’une machine virtuelle.
    • Au moment du basculement, le proxy PPBS AWS :
      • Convertit la copie de reprise après sinistre disponible en volume EBS (Elastic Block Store)
      • Injecte les pilotes dans ce volume EBS requis pour démarrer l’instance EC2
      • Active l’instance EC2, ce qui permet de passer en production en quelques minutes seulement
  • Restauration automatique :
    • Les instances EC2 basculées peuvent être rétablies via une restauration automatique, ce qui permet de restaurer la machine virtuelle au sein de l’infrastructure de virtualisation en un seul clic, généralement quelques heures après sa restauration sur le compte AWS lors du basculement.

6. Quels sont les ports et protocoles de communication utilisés ?

• Les ports utilisés par PPBS pour sécuriser la connexion et la communication sont répertoriés dans le document Ports de reprise après sinistre et protocoles de communication.

7. Qu’est-ce que le proxy PPBS AWS ?

• Le proxy AWS PPBS est une instance Elastic Compute Cloud (EC2) qui exécute le service de reprise après sinistre
• Il orchestre la copie des données du Cloud PPBS vers votre compte AWS et crée une copie de reprise après sinistre à une fréquence spécifiée dans le plan de reprise après sinistre.
• Le proxy PPBS AWS s’exécute dans votre compte AWS.
• Le proxy AWS PPBS est lancé dans la même région AWS où se trouvent les sauvegardes de machines virtuelles.
• Les instances EC2 sont démarrées dans la même région pour la reprise après sinistre.
• PPBS utilise le modèle AWS Cloud Formation pour déployer le proxy AWS PPBS.

8. Quelles sont les conditions préalables avant de déployer un proxy AWS ?

• Les services PPBS doivent être disponibles dans la zone de disponibilité associée au sous-réseau sélectionné lors du déploiement du proxy AWS PPBS.
• Effectuez la tâche mentionnée dans l’article de vérification préalable afin de déterminer si le sous-réseau choisi peut être sélectionné pour le déploiement du proxy PPBS AWS ou non.

9. Comment déployer un proxy AWS ?

• Le déploiement du proxy AWS PPBS se compose des étapes suivantes : (Voir Déployer un proxy AWS pour plus d’informations.)
  • Étape 1 : Sélectionner une région AWS sur la console de gestion
  • Étape 2 : Créer une pile CloudFormation sur AWS Management Console
  • Étape 3 : Afficher le proxy déployé

10. Qu’est-ce que le plan de reprise après sinistre (DR) ?

• Un plan de reprise après sinistre définit les machines virtuelles, le compte AWS, la fréquence de réplication, les paramètres réseau, les configurations de basculement et l’ordre de récupération.
• Les étapes à suivre pour créer un plan de reprise après sinistre sont les suivantes. (Voir Créer un plan DR pour plus d’informations.)
  • Ajouter des détails du plan DR
  • Ajouter des machines virtuelles
  • Ajouter des paramètres de basculement
  • Définir le mappage du réseau

11. Qu’est-ce que DR Restore ou DR Copy ?

Proxy AWS PPBS :

• Lit les données de sauvegarde de la machine virtuelle à partir du Cloud PPBS
• Réplique la machine virtuelle sur un snapshot inscriptible appelé Copie DR dans votre compte AWS

12. Comment gérer DR Restore ou DR Copy ?

• La fréquence de réplication peut être définie dans le plan de reprise après sinistre.
  • Vous pouvez sélectionner l’une des options suivantes dans la liste déroulante :
    • Immédiatement après la sauvegarde : La mise à jour de la copie DR démarre immédiatement après une sauvegarde réussie de la machine virtuelle configurée pour la reprise après sinistre
    • Tous les jours : La mise à jour de la copie DR démarre tous les jours à l’heure configurée.
    • 1 fois par semaine : La copie DR est mise à jour chaque semaine à l’heure configurée.
    • Heure de début : La liste Start Time s’affiche uniquement lorsque les options Daily ou Weekly sont sélectionnées dans la liste déroulante Replication Frequency. Heure à laquelle la mise à jour de la copie de reprise après sinistre doit commencer. Dans la zone adjacente, l’option AM ou PM peut être sélectionnée en fonction de l’heure de mise à jour souhaitée.
• Mettre à jour manuellement la copie DR
  • Accédez à la console de gestion, sélectionnez votre organisation, sélectionnez Reprise après sinistre, sélectionnez le plan de reprise après sinistre, sélectionnez Toutes les machines virtuelles, cochez la case en regard de la machine virtuelle souhaitée, puis sélectionnez Mettre à jour la copie DR.

13. Qu’est-ce que le basculement en cas de reprise après sinistre ?

La fonctionnalité Disaster Recovery Failover restaure les machines virtuelles du compte AWS lors d’un sinistre ou d’un test en fonction des paramètres du plan de reprise après sinistre.

14. Quels sont les types de basculements en cas de reprise après sinistre ?

PPBS prend en charge la configuration des machines virtuelles pour le basculement de reprise après sinistre dans deux modes. Le mode de production et le mode test sont les deux options disponibles.

• Basculement en mode production
  • Il est utilisé pour vérifier que les machines virtuelles sont restaurées sur le site de récupération comme prévu. Cette opération permet la création de machines virtuelles, en se basant sur les paramètres de basculement de machine virtuelle préconfigurés spécifiés dans le plan DR.
  • Si un sinistre se produit, il est utilisé pour restaurer les machines virtuelles protégées sur AWS. Le basculement en mode Production garantit le basculement de l’environnement virtuel en minimisant les interruptions de service lors du sinistre.
• Basculement en mode Test
  • Il est utilisé pour vérifier que les machines virtuelles sont restaurées sur le site de récupération comme prévu. Cette opération permet la création de machines virtuelles, en se basant sur les paramètres de basculement de machine virtuelle préconfigurés spécifiés dans le plan DR.

15. Que sont les vérifications préalables au basculement DR ?

Il existe deux types de vérifications préalables au basculement DR.

• Environnement :
  • Paramètres IP incorrects
  • Type d’instance incorrect
  • Problèmes liés au sous-réseau
  • Indisponibilité des copies de reprise après sinistre
• Système d’exploitation invité
  • Lors de la sauvegarde des machines virtuelles, les vérifications de basculement Système d’exploitation invité se déclenchent et indiquent le statut des machines virtuelles ; elles spécifient notamment si les machines virtuelles ont correctement effacé les vérifications et indiquent si elles sont prêtes ou non pour la reprise après sinistre.
  • Une fois ces vérifications en place, une stratégie de reprise après sinistre robuste peut être établie, ce qui réduit le risque de défaillances lors du basculement.
  • Cela vous évite en outre d’envoyer des demandes au Cloud qui sont vouées à l’échec, et vous permet de réduire les demandes en échec vers le Cloud ainsi que vos dépenses liées au Cloud.

16. Comment gérer le basculement en cas de reprise après sinistre ?

Vous trouverez des instructions détaillées étape par étape pour la configuration du basculement DR dans le document Gérer le basculement de reprise après sinistre.

17. Qu’est-ce que la restauration automatique en cas de reprise après sinistre ?

• Lorsque le rappel est déclenché, le proxy de sauvegarde crée une machine virtuelle cible dans l’infrastructure de virtualisation.
• La machine virtuelle se connecte ensuite à l’instance EC2 défaillante, et les données sont copiées sur la machine virtuelle.
• PPBS démarre ensuite la machine virtuelle et lance l’instance cible.
• La machine virtuelle doit être configurée avec la règle de sauvegarde précédente pour reprendre les opérations.
• Voir À propos de la restauration automatique en cas de reprise après sinistre pour les machines VMware.

18. Que sont les vérifications préalables à la restauration automatique de reprise après sinistre ?

Il existe deux types de vérifications préalables à la restauration automatique de reprise après sinistre.

• Environnement :
• Système d’exploitation invité

19. Comment gérer la restauration automatique en cas de reprise après sinistre ?

Vous trouverez des instructions étape par étape détaillées pour la restauration automatique en cas de reprise après sinistre ici.

20. Quels sont les problèmes les plus fréquemment rencontrés avec les serveurs de fichiers ?

• Liste des scénarios susceptibles d’être rencontrés lors de l’exécution d’une reprise après sinistre. (Dépanner les scénarios de reprise après sinistre courants)
• Liste des Questions fréquentes sur la reprise après sinistre

21. Quelles sont les pratiques d’excellence relatives à la reprise après sinistre ?

Pour en savoir plus sur les pratiques d’excellence à suivre lors de la mise en œuvre de la reprise après sinistre, voir Pratiques d’excellence relatives à Disaster Recovery as a Service