Partage via

Migrer des espaces de travail Log Analytics vers la prise en charge des zones de disponibilité.

  • Article

Ce guide explique comment migrer des espaces de travail Log Analytics de la non-prise en charge des zones de disponibilité vers la leur prise en charge.

Remarque

Les ressources Application Insights peuvent également utiliser des zones de disponibilité, mais uniquement si elles sont basées sur un espace de travail et que ce dernier utilise un cluster dédié. Les ressources Application Insights classiques (non basées sur un espace de travail) ne peuvent pas utiliser les zones de disponibilité.

Prérequis

Assurez-vous que la région vers laquelle vous souhaitez migrer est une région qui prend en charge les zones de disponibilité. Pour connaître les régions qui prennent en charge les zones de disponibilité, consultez Régions prises en charge.

Exigences en matière de temps d’arrêt

Il n’existe aucune exigence en matière de temps d’arrêt.

Processus de migration : Déplacement vers un cluster dédié

Étape 1 : Déterminer le cluster actuel pour votre espace de travail

Pour déterminer l’état actuel du lien d’espace de travail pour votre espace de travail, utilisez l’interface CLI, PowerShell ou REST pour récupérer les détails du cluster. Si le cluster utilise une zone de disponibilité, il a une propriété appelée isAvailabilityZonesEnabled avec la valeur true. Une fois qu’un cluster est créé, cette propriété ne peut pas être modifiée.

Étape 2 : Créer un cluster dédié avec prise en charge des zones de disponibilité

Déplacez votre espace de travail vers une zone de disponibilité en créant un nouveau cluster dédié dans une région qui prend en charge les zones de disponibilité. Le cluster est automatiquement activé pour les zones de disponibilité. Ensuite, liez votre espace de travail au nouveau cluster.

Important

La zone de disponibilité est définie sur le cluster au moment de sa création et ne peut pas être modifiée.

La transition vers un nouveau cluster peut être un processus graduel. Ne supprimez pas le cluster précédent tant que ses données n’ont pas été supprimées définitivement. Par exemple, si la conservation de votre espace de travail est définie sur 60 jours, vous souhaiterez peut-être garder votre ancien cluster en cours d’exécution pendant cette période avant de le supprimer.

Toutes les requêtes sur votre espace de travail interrogent les deux clusters, ce qui est nécessaire pour vous fournir un seul jeu de résultats unifié. Par conséquent, toutes les fonctionnalités Azure Monitor qui reposent sur l’espace de travail, comme les workbooks et les tableaux de bord, continuent de recevoir le jeu de résultats unifié et complet, basé sur les données des deux clusters.

Billing

Les clusters dédiés nécessitent un niveau d’engagement d’au moins 100 Go par jour.

Le nouveau cluster n’est pas facturé au cours de sa première journée pour éviter une double facturation lors de la configuration. Seules les données ingérées avant la fin de la migration sont encore facturées le jour de la migration.

Contenu connexe

Pour en savoir plus :