Migrer des espaces de travail de clusters dédiés Log Analytics vers la prise en charge de zones de disponibilité
Ce guide décrit comment migrer des espaces de travail de clusters dédiés Log Analytics de la non-prise en charge des zones de disponibilité vers 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
Cet article s’applique aux espaces de travail qui utilisent des clusters dédiés. Si votre espace de travail n’utilise pas de cluster dédié, il utilise un cluster partagé qui est géré par le service Log Analytics. Dans les régions avec des zones de disponibilité, les clusters partagés utilisent des zones de disponibilité ou sont en cours de migration pour les utiliser. Pour plus d’informations, consultez Log Analytics – Régions prises en charge.
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 :