Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo descrive il supporto per l'affidabilità nei pool DevOps gestiti e illustra il ripristino di emergenza tra aree.
Zone di disponibilità
I pool DevOps gestiti non supportano attualmente le zone di disponibilità.
Ripristino di emergenza tra aree
Il concetto di ripristino di emergenza riguarda il ripristino da eventi ad alto impatto (come le emergenze naturali) che comportano tempi di inattività e perdita di dati. Indipendentemente dalla causa, il miglior rimedio per un'emergenza è un piano di ripristino ben definito e testato e una progettazione di applicazioni che supporta attivamente tale ripristino. Prima di iniziare a pensare a un piano di ripristino di emergenza, vedere Raccomandazioni per la progettazione di una strategia di ripristino di emergenza.
Per il ripristino di emergenza, Microsoft usa il modello di responsabilità condivisa. In un modello basato sulla responsabilità condivisa, Microsoft garantisce che l'infrastruttura di base e i servizi della piattaforma siano disponibili. Allo stesso tempo, molti servizi di Azure non replicano automaticamente i dati o eseguono il fallback da un'area in cui si è verificato un errore per effettuare la replica incrociata in un'altra area abilitata. Per questi servizi, si è responsabili della configurazione di un piano di ripristino di emergenza adeguato alle vostre esigenze operative.
Le istanze dei pool DevOps gestiti non vengono replicate automaticamente né trasferite da una regione in errore a un'altra regione abilitata. Se è presente un'interruzione completa dell'area di Azure che ospita il pool, è necessario creare un nuovo pool in un'area diversa e quindi aggiornare manualmente le pipeline per fare riferimento al nuovo pool.
Pianificare il ripristino di emergenza
Documentare la configurazione dei pool in modo da poterli ricreare in caso di interruzione. I pool DevOps gestiti dipendono dalle risorse seguenti:
- Gruppo di risorse per il pool di sostituzione
- Il Dev Center e il progetto Dev Center per il pool di sostituzione
- Immagini di Azure Compute Gallery (se il pool le usa)
È possibile salvare la configurazione del pool esistente e creare modelli di Azure Resource Manager (modelli arm),modelli Bicep o script dell'interfaccia della riga di comando di Azure per ricreare il pool. È possibile usare le stesse impostazioni (ad eccezione del nome e della posizione) e aggiornare manualmente le pipeline per usare il nuovo pool. Quando le normali operazioni riprendono nell'area di Azure del pool originale, è possibile aggiornare le pipeline per usare il pool originale e quindi eliminare il nuovo pool e le relative risorse associate.