Vue d’ensemble de la copie inter-région des points de restauration de machine virtuelle (en préversion)

Les API de point de restauration de machine virtuelle (VM) Azure sont une option légère que vous pouvez utiliser pour implémenter des stratégies de sauvegarde et de conservation granulaires. Les points de restauration de machine virtuelle prennent en charge la cohérence de l’application et la cohérence des incidents (en préversion). Vous pouvez copier un point de restauration de machine virtuelle d’une région vers une autre. Cette fonctionnalité peut vous aider à créer des solutions de continuité d’activité et reprise d’activité pour les machines virtuelles Azure.

Scénarios où cette API peut être utile :

  • Étendre plusieurs copies de points de restauration dans différentes régions.
  • Étendre les solutions de point de restauration locales pour prendre en charge la récupération d’urgence en cas de défaillances de région.

Remarque

Pour copier un point de restauration dans une région, vous devez précréer une ressource RestorePointCollection dans la région cible.

Limites

  • Les liaisons privées ne sont pas prises en charge lorsque vous copiez des points de restauration entre des régions ou lorsque vous créez des points de restauration dans une région autre que la machine virtuelle source.
  • Les machines virtuelles confidentielles Azure ne sont pas prises en charge.
  • La version de l’API pour la copie inter-,région du point de restauration de machine virtuelle est 2021-03-01 ou une version ultérieure.
  • La copie d’une copie n’est pas prise en charge. Vous ne pouvez pas copier un point de restauration déjà copié depuis une autre région. Par exemple, si vous avez copié RP1 d’USA Est vers USA Ouest en tant que RRP1, vous ne pouvez pas copier RRP1 de USA Ouest vers une autre région (ou de revenir à USA Est).
  • Plusieurs copies du même point de restauration dans une seule région cible ne sont pas prises en charge. Un point de restauration unique dans la région source ne peut être copié qu’une seule fois dans une région cible.
  • La copie d’un point de restauration chiffré par CMK dans la source est chiffrée par CMK dans la région cible. Cette fonctionnalité est disponible actuellement en mode Aperçu.
  • Le point de restauration cible affiche uniquement l’heure de création du point de restauration source.
  • Actuellement, la progression de la réplication est mise à jour toutes les 10 minutes. Pour les disques ayant un faible taux d’activité, il peut exister des scénarios dans lesquels seuls les progrès initiaux (0) et finaux (100) de la réplication peuvent être vus.
  • La durée maximale de copie prise en charge est de deux semaines. Pour une grande quantité de données à copier dans une région cible, et en fonction de la bande passante disponible entre les régions, le temps de copie peut être de quelques jours. Si le temps de copie dépasse deux semaines, l’opération de copie s’arrête automatiquement.
  • Aucun détail d’erreur n’est fourni en cas d’échec de la copie d’un point de restauration de disque.
  • Lorsqu’une copie de point de restauration de disque échoue, le pourcentage d’achèvement intermédiaire au moment où la copie a échoué n’est pas indiqué.
  • Restaurer un disque depuis un point de restauration ne vérifie pas automatiquement si la réplication des points de restauration du disque est terminée. Vous devez vérifier manuellement le pourcentage d’achèvement si le statut de réplication est de 100 %, puis lancer la restauration du disque.
  • Les points de restauration copiés dans la région cible n’ont pas de référence à la machine virtuelle source. Ils font référence aux points de restauration source. Par conséquent, si le point de restauration source est supprimé, il n’y a aucun moyen d’identifier la machine virtuelle source en utilisant les points de restauration cibles.
  • Copier des points de restauration dans un ordre non séquentiel n’est pas pris en charge. Par exemple, prenons les trois points de restauration RP1, RP2 et RP3. Si vous avez déjà copié RP1 et RP3, vous n’êtes pas autorisé à copier RP2.
  • L’instantané complet du côté source doit toujours exister et ne peut pas être supprimé pour réduire les coûts. Par exemple, si RP1 (instantané complet), RP2 (incrémentiel) et RP3 (incrémentiel) existent dans la source et ont été copiés avec succès dans la cible, vous pouvez supprimer RP2 et RP3 dans la source pour réduire les coûts. Supprimer RP1 côté source entraîne la création d’un instantané complet, par exemple RRP1, la prochaine fois et la copie entraîne également un instantané complet. La couche de stockage maintient la relation avec chaque paire d’instantanés source et cible qui doit être préservée.

Résoudre les problèmes des points de restauration de machine virtuelle

Les défaillances de point de restauration les plus courantes sont attribuées à la communication avec l’agent de machine virtuelle et l’extension. Pour résoudre les défaillances, suivez les étapes décrites dans Résoudre les problèmes liés aux défaillances de point de restauration.

Étapes suivantes