Questions fréquentes sur la supervision Site Recovery

  • Article

Cet article répond aux questions fréquemment posées concernant la supervision Azure Site Recovery, effectuée à l’aide de la supervision intégrée Site Recovery et d’Azure Monitor (Log Analytics).

Général

En quoi le RPO est-il différent du dernier point de récupération disponible ?

Site Recovery utilise un processus asynchrone en plusieurs étapes pour répliquer des machines dans Azure.

  • À l’avant-dernière étape de la réplication, les modifications récentes apportées à la machine, ainsi que les métadonnées, sont copiées dans un compte de stockage de cache/du journal.
  • Ces modifications, ainsi que l’étiquette qui identifie un point récupérable, sont écrites dans le compte de stockage ou sur le disque managé de la région cible.
  • Site Recovery peut désormais générer un point récupérable pour la machine.
  • À ce stade, le RPO a été atteint pour les modifications chargées jusqu’à présent dans le compte de stockage. En d’autres termes, le RPO de la machine est à ce stade égal au temps écoulé depuis l’horodatage correspondant au point récupérable.
  • À présent, Site Recovery récupère les données téléchargées à partir du compte de stockage et les applique aux disques de réplica créés pour la machine.
  • Site Recovery génère ensuite un point de récupération et le fournit pour effectuer la récupération lors du basculement.
  • Le dernier point de récupération disponible indique l’horodatage correspondant au dernier point de récupération déjà traité et appliqué aux disques de réplica.

Une heure système incorrecte sur la machine source en cours de réplication ou les serveurs d’infrastructure locaux fausse la valeur de RPO calculée. Pour obtenir un RPO précis, assurez-vous que l’horloge système affiche la même heure sur l’ensemble des serveurs et des machines.

Journalisation Site Recovery intégrée

Pourquoi le nombre de machines virtuelles dans la vue d’infrastructure du coffre diffère-t-il du nombre total affiché dans la section des éléments répliqués ?

La vue d’infrastructure du coffre est limitée par les scénarios de réplication. Seules les machines incluses dans le scénario de réplication sélectionné sont comptabilisées dans la vue d’infrastructure. En outre, nous comptabilisons uniquement les machines virtuelles qui sont configurées pour être répliquées vers Azure. Les machines ayant basculé ou en cours de réplication vers un site local ne sont pas comptabilisées dans la vue.

Pourquoi le nombre d’éléments répliqués indiqué dans la section des éléments fondamentaux diffère du nombre total d’éléments répliqués indiqué dans le tableau de bord ?

Seules les machines sur lesquelles la réplication initiale est terminée sont incluses dans le nombre indiqué dans la section des éléments fondamentaux. Dans la section des éléments répliqués, le total inclut toutes les machines présentes dans le coffre, y compris celles dont la réplication initiale est en cours.

Journalisation d’Azure Monitor

À quelle fréquence Site Recovery envoie-t-il des journaux de ressources aux journaux d’activité Azure Monitor ?

  • Le journal des statistiques de réplication (AzureSiteRecoveryReplicationStats) et le journal des points de récupération (AzureSiteRecoveryRecoveryPoints) sont envoyés toutes les 15 minutes.
  • Le journal des taux de chargement des données de réplication (AzureSiteRecoveryReplicationDataUploadRate) et le journal de l’évolution des données des disques protégés (AzureSiteRecoveryProtectedDiskDataChurn) sont envoyés toutes les 5 minutes.
  • Le journal des travaux de récupération (AzureSiteRecoveryJobs) est envoyé lors du déclenchement et de l’achèvement d’un travail.
  • Le journal des événements de récupération (AzureSiteRecoveryEvents) est envoyé chaque fois qu’un événement est généré.
  • Le journal des éléments répliqués (AzureSiteRecoveryReplicatedItems) est envoyé à chaque modification de l’environnement. En règle générale, le temps d’actualisation des données est de 15 minutes après une modification.

Combien de temps les données sont conservées dans les journaux Azure Monitor ?

Par défaut, la période de conservation est de 31 jours. Vous pouvez augmenter cette durée dans la section Coûts d’utilisation et estimations de l’espace de travail Log Analytics. Cliquez sur Conservation des données, puis sélectionnez une plage.

Quelle est la taille d’un journal de ressources ?

En règle générale, la taille d’un journal est de 15 à 20 Ko.

Alertes Azure Monitor intégrées pour Azure Site Recovery

Existe-t-il des frais d’utilisation des alertes Azure Monitor intégrées pour Azure Site Recovery ?

Avec les alertes Azure Monitor intégrées, des alertes pour les opérations critiques/échecs sont générées par défaut (que vous pouvez afficher dans le portail ou via d’autres interfaces) sans coût supplémentaire. Toutefois, le routage de ces alertes vers un canal de notification (par exemple, une adresse de messagerie) induit un coût mineur pour les notifications au-delà du niveau gratuit (de 1 000 e-mails par mois). En savoir plus sur la tarification Azure Monitor.

La solution de notification par e-mail actuelle pour Azure Site Recovery dans le coffre Recovery Services continuera-t-elle de fonctionner ?

À partir de maintenant, la solution de notification par e-mail actuelle existe en parallèle avec la nouvelle solution d’alertes Azure Monitor intégrée. Nous vous recommandons d’essayer les alertes basées sur Azure Monitor pour vous familiariser avec la nouvelle expérience et tirer parti de ses fonctionnalités.

Quelle est la différence entre la règle d’alerte, la règle de traitement des alertes et le groupe d’actions ?

  • Règle d’alerte : fait référence à une règle créée par l’utilisateur qui spécifie la condition sur laquelle une alerte doit être déclenchée.
  • Règle de traitement des alertes (ancienne règle d’action) : fait référence à une règle créée par l’utilisateur qui spécifie les canaux de notification vers lesquels une alerte déclenchée particulière doit être routée. Vous pouvez également utiliser des règles de traitement des alertes pour supprimer les notifications pendant une période donnée.
  • Groupe d’actions : fait référence au canal de notification (par exemple, une adresse e-mail, un point de terminaison ITSM, une application logique, un webhook, etc.) vers lequel une alerte déclenchée peut être routée.

Dans le cas des alertes Azure Monitor intégrées, comme les alertes sont déjà générées par défaut, vous n’avez pas besoin de créer une règle d’alerte. Pour router ces alertes vers un canal de notification, vous devez créer une règle de traitement des alertes et un groupe d’actions pour ces alertes. En savoir plus

Étapes suivantes

Découvrez comment superviser avec la supervision intégrée Site Recovery ou Azure Monitor.