Affidabilità nei pool DevOps gestiti
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 ripristino di emergenza riguarda il ripristino da eventi ad alto impatto, ad esempio calamità 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.
Nell'ambito del 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 tali servizi, l'utente ha la responsabilità di configurare un piano di ripristino di emergenza che funzioni per i propri carichi di lavoro.
Le istanze di Pool devOps gestiti non vengono replicate automaticamente o passano da un'area non riuscita a un'altra area abilitata. In caso di interruzione completa dell'area di Azure che ospita il pool DevOps gestito, è necessario creare un nuovo pool devOps gestito in un'area diversa e aggiornare manualmente le pipeline per fare riferimento al nuovo pool.
Pianificare il ripristino di emergenza
Documentare la configurazione dei pool DevOps gestiti in modo da poterli ricreare anche in caso di interruzione. Sono incluse le risorse seguenti da cui dipendono i pool DevOps gestiti:
- Gruppo di risorse per il pool di sostituzione
- Il progetto dev center e dev center per il pool sostitutivo
- Immagini della raccolta di calcolo di Azure (se il pool li usa)
È possibile salvare la configurazione del pool esistente e creare modelli arm o script dell'interfaccia della riga di comando di Azure per ricreare il pool usando 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 ed eliminare il nuovo pool e le risorse associate.