Eseguire la migrazione di aree di lavoro di cluster dedicati di Log Analytics al supporto della zona di disponibilità
Questa guida descrive come eseguire la migrazione di aree di lavoro di cluster dedicati di Log Analytics dal supporto zona non di disponibilità al supporto disponibilità.
Nota
Le risorse di Application Insights possono utilizzare anche le zone di disponibilità, ma solo se sono basate sull'area di lavoro e l'area di lavoro usa un cluster dedicato. Le risorse di Application Insights classiche (non basate sull'area di lavoro) non possono utilizzare zone di disponibilità.
Prerequisiti
Questo articolo riguarda aree di lavoro che usano cluster dedicati. Se l'area di lavoro non usa un cluster dedicato, usa un cluster condiviso gestito dal servizio Log Analytics. Nelle aree con zone di disponibilità, i cluster condivisi usano zone di disponibilità o vengono migrati per usarle. Per altre informazioni, vedere Log Analytics - Aree supportate.
Assicurarsi che l'area in cui si vuole spostare sia un'area che supporta le zone di disponibilità. Per informazioni su quali aree supportano le zone di disponibilità, vedere aree supportate.
Requisiti del tempo di inattività
Non sono previsti requisiti di tempo di inattività.
Processo di migrazione: passaggio a un cluster dedicato
Passaggio 1: determinare il cluster corrente per l'area di lavoro
Per determinare lo stato del collegamento dell'area di lavoro corrente per l'area di lavoro, usare l'interfaccia della riga di comando, PowerShell o REST per recuperare i dettagli del cluster. Se il cluster utilizza una zona di disponibilità, ha una proprietà denominata isAvailabilityZonesEnabled con un valore true. Dopo aver creato un cluster, questa proprietà non può essere modificata.
Passaggio 2: creare un cluster dedicato con supporto per la zona di disponibilità
Spostare l'area di lavoro in una zona di disponibilità creando un nuovo cluster dedicato in un'area che supporta le zone di disponibilità. Il cluster viene abilitato automaticamente per le zone di disponibilità. Quindi collegare l'area di lavoro al nuovo cluster.
Importante
La zona di disponibilità viene definita nel cluster in fase di creazione e non può essere modificata.
La transizione a un nuovo cluster può essere un processo graduale. Non rimuovere il cluster precedente fino a quando non è stato eliminato da tutti i dati. Ad esempio, se la conservazione dell'area di lavoro è impostata su 60 giorni, è consigliabile mantenere il cluster precedente in esecuzione per quel periodo prima di rimuoverlo.
Tutte le query eseguite sull'area di lavoro interrogano entrambi i cluster, come richiesto, per fornire un unico set di risultati unificati. Di conseguenza, tutte le funzionalità di Monitoraggio di Azure che si basano sull'area di lavoro, ad esempio cartelle di lavoro e dashboard, continuano a ricevere il set di risultati completo e unificato in base ai dati di entrambi i cluster.
Fatturazione
Cluster dedicati richiedono un livello di memoria impegnata a partire da 100 GB al giorno.
Il nuovo cluster non viene fatturato durante il primo giorno per evitare la doppia fatturazione durante la configurazione. Solo i dati inseriti prima del completamento della migrazione verranno comunque fatturati alla data di migrazione.
Contenuto correlato
Altre informazioni su: