Affidabilità in Backup di Azure
Questo articolo descrive il supporto per l'affidabilità in Backup di Azure e illustra le zone di disponibilità e il ripristino tra aree e la continuità aziendale. Per una panoramica più dettagliata dell'affidabilità in Azure, vedere Affidabilità di Azure.
Backup di Azure è un meccanismo di protezione dei dati predefinito sicuro e affidabile in Azure, che offre offrendo la protezione dei dati per vari carichi di lavoro locali e cloud. Backup di Azure può ridimensionare facilmente la protezione tra più carichi di lavoro e offre l'integrazione nativa con carichi di lavoro di Azure (macchine virtuali, SAP HANA, SQL in macchine virtuali di Azure, File di Azure, servizio Azure Kubernetes e così via) senza dover gestire l'automazione o l'infrastruttura per distribuire agenti, scrivere nuovi script o effettuare il provisioning della risorsa di archiviazione.
Backup di Azure supporta le opzioni di archiviazione ridondanti dei dati seguenti:
Archiviazione con ridondanza locale (LRS) : per proteggere i dati dagli errori del rack di server e delle unità, è possibile usare l'archiviazione con ridondanza locale. L'archiviazione con ridondanza locale replica i dati di backup tre volte all'interno di un singolo data center nell'area primaria. Per altre informazioni sull'archiviazione con ridondanza locale, vedere Archiviazione BLOB di Azure - Archiviazione con ridondanza locale.
Archiviazione con ridondanza geografica (GRS): per ovviare a interruzioni a livello di area, è possibile usare l'archiviazione con ridondanza geografica. L'archiviazione con ridondanza geografica replica i dati di backup in un'area secondaria. Per altre informazioni, vedere Archiviazione BLOB di Azure - Archiviazione con ridondanza geografica.
Archiviazione con ridondanza della zona : per replicare i dati di backup nelle zone di disponibilità, è possibile usare l'archiviazione con ridondanza della zona (ZRS). L'archiviazione con ridondanza della zona garantisce la residenza dei dati e la resilienza nella stessa area. Archiviazione BLOB di Azure: archiviazione con ridondanza della zona.
Nota
Le opzioni di ridondanza sono applicabili alla modalità di archiviazione dei dati di backup e non al servizio Backup di Azure stesso.
Archiviazione dell'insieme di credenziali
Backup di Azure archivia i dati di cui è stato eseguito il backup negli insiemi di credenziali di Servizi di ripristino e negli insiemi di credenziali di Backup. Un insieme di credenziali è un'entità di archiviazione online in Azure usata per contenere dati, ad esempio copie di backup, punti di ripristino e criteri di backup.
Nella tabella seguente sono elencate le varie origini dati supportate da ogni insieme di credenziali:
| Insieme di credenziali di Servizi di ripristino | Insieme di credenziali per il backup |
|---|---|
| Macchina virtuale di Azure | Dischi di Azure |
| SQL in macchine virtuali di Azure | BLOB di Azure |
| File di Azure | Server di Database di Azure per PostgreSQL |
| SAP HANA in una macchina virtuale di Azure | Servizi Kubernetes |
| Server di Backup di Azure | |
| Agente di Backup di Azure | |
| Data Protection Manager (DPM) |
Supporto della zona di disponibilità
Le zone di disponibilità di Azure sono costituite da almeno tre gruppi fisicamente separati di data center all'interno di ogni area di Azure. I data center all'interno di ogni zona sono dotati di alimentazione, raffreddamento e infrastruttura di rete indipendenti. Le zone di disponibilità sono progettate in modo che, in caso di errore in una zona locale, i servizi regionali, la capacità e la disponibilità elevata della zona interessata siano supportati dalle altre due zone.
Gli errori possono essere di tipo hardware o software oppure correlati a eventi come terremoti, inondazioni e incendi. La tolleranza agli errori viene conseguita mediante la ridondanza e l'isolamento logico dei servizi di Azure. Per informazioni più dettagliate sulle zone di disponibilità in Azure, vedere Aree e zone di disponibilità.
I servizi abilitati per le zone di disponibilità sono progettati per fornire il livello adeguato di affidabilità e flessibilità. Tali servizi possono essere configurati in due modi. Possono essere con ridondanza della zona, che prevede la replica automatica tra le zone, o a zona, con istanze aggiunte in una zona specifica. È anche possibile combinare questi approcci. Per altre informazioni sulle architetture a zona e con ridondanza della zona, vedere Raccomandazioni per l'uso delle zone e delle aree di disponibilità.
Servizio Backup di Azure
Backup di Azure è un servizio con ridondanza della zona sia per gli insiemi di credenziali del Servizio di ripristino che per gli insiemi di credenziali di Backup. Quando si creano le risorse dell'insieme di credenziali, non è necessario configurare la ridondanza della zona. In caso di interruzione di zona, gli insiemi di credenziali rimangono operativi.
Dati di Backup di Azure
Per assicurarsi che i dati di backup siano disponibili durante un'interruzione di zona, scegliere l'opzione Con ridondanza della zona per la Ridondanza dell'archivio di backup durante la creazione dell'insieme di credenziali.
Eseguire la migrazione al supporto della zona di disponibilità
Per informazioni su come eseguire la migrazione di un insieme di credenziali di Servizi di ripristino al supporto della zona di disponibilità, vedere Eseguire la migrazione dell'insieme di credenziali di Servizi di ripristino di Azure al supporto della zona di disponibilità.
Ripristino di emergenza e continuità aziendale tra aree
Il ripristino di emergenza si occupa del ripristino in caso di eventi a impatto elevato, come disastri naturali o distribuzioni non riuscite 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. La maggior parte dei servizi che eseguono offerte sulla piattaforma distribuita come servizio di Azure forniscono funzionalità e linee guida per supportare il ripristino di emergenza ed è possibile usare funzionalità specifiche del servizio per supportare un ripristino rapido e sviluppare un piano di ripristino di emergenza.
Quando un'intera area di Azure o un data center presenta tempi di inattività, gli insiemi di credenziali continuano ad essere accessibili e sarà comunque possibile visualizzare gli elementi di backup. Tuttavia, a meno che non si esegua la distribuzione per la ridondanza a livello di area, i dati di backup sottostanti non sono accessibili per l'esecuzione di un'operazione di ripristino.
Per ottenere la ridondanza a livello di area per i dati di backup, Backup di Azure consente di replicare i backup in un'area associata di Azure aggiuntiva usando l’l'archiviazione con ridondanza geografica (GRS) proteggere i backup da interruzioni a livello di area. Quando si abilitano i backup tramite l'archiviazione con ridondanza geografica, i backup nell'area secondaria diventano accessibili solo quando Microsoft dichiara un'interruzione nell'area primaria. Tuttavia, usando il ripristino tra più aree è possibile accedere ed eseguire ripristini dai punti di ripristino dell'area secondaria anche quando non si verifica alcuna interruzione nell'area primaria. Con Cross Region Store è possibile eseguire esercitazioni per valutare la resilienza a livello di area.