Che cos'è Site Recovery?

Benvenuti nel servizio Azure Site Recovery. Questo articolo offre una rapida panoramica del servizio.

Continuità aziendale e ripristino di emergenza (BCDR) con Servizi di ripristino di Azure

Un'organizzazione deve sapere come si intende proteggere i dati e preservare l'esecuzione di applicazioni e carichi di lavoro quando si verificano interruzioni pianificate e impreviste.

Servizi di ripristino di Azure contribuisce alla strategia BCDR:

  • Servizio Site Recovery: Site Recovery consente di garantire la continuità aziendale, mantenendo le app in esecuzione nelle macchine virtuali e nei server fisici disponibili in caso di arresto di un sito. Site Recovery replica i carichi di lavoro in esecuzione in macchine virtuali e server fisici in modo che rimangano disponibili in una posizione secondaria se il sito primario non è raggiungibile. Ripristina i carichi di lavoro nel sito primario quando è di nuovo attivo.
  • Backup di Azure: il servizio Backup di Azure mantiene i dati al sicuro e recuperabili eseguendone il backup in Azure.

Site Recovery può gestire la replica per:

  • Replica di VM di Azure tra aree di Azure.
  • Replica di macchine virtuali locali o server fisici in Azure o in un sito secondario.

Che cosa offre Site Recovery?

Funzionalità Dettagli
Distribuire una soluzione BCDR semplice Con Site Recovery è possibile configurare e gestire la replica, il failover e il failback da un'unica posizione nel portale di Azure.
Replicare le VM di Azure È possibile configurare la strategia di BCDR in modo che le VM di Azure vengano replicate tra le aree di Azure.
Replicare le VM locali in una posizione esterna È possibile replicare VM locali e server fisici in Azure e in una posizione locale secondaria. La replica in Azure elimina i costi e la complessità associati alla gestione di un data center secondario.
Replica di qualsiasi carico di lavoro Replicare qualsiasi carico di lavoro in esecuzione in VM di Azure, VM Hyper-V locali, VM VMware supportate e nei server fisici di Windows o Linux.
Mantenere i dati resilienti e sicuri Site Recovery gestisce la replica senza intercettare i dati delle applicazioni. I dati replicati vengono archiviati in Archiviazione di Azure grazie alla resilienza offerta. Le VM di Azure vengono create con i dati replicati in caso di failover.
Soddisfare RTO e RPO Mantenere gli obiettivi del punto di ripristino (RPO, Recovery Point Objective) e gli obiettivi del tempo di ripristino (RTO, Recovery Time Objective) entro i limiti dell'organizzazione. Site Recovery offre la replica continua per le VM di Azure e le VM WMware e una frequenza di replica di soli 30 secondi per Hyper-V. È possibile ridurre ulteriormente gli obiettivi del tempo di ripristino (RTO) grazie all'integrazione con Gestione traffico di Azure.
Mantenere la coerenza delle app nel failover È possibile configurare punti di ripristino con snapshot coerenti con l'applicazione. Gli snapshot coerenti con l'applicazione acquisiscono i dati dei dischi, tutti i dati in memoria e tutte le transazioni in corso.
Test senza interruzioni È possibile eseguire facilmente failover di test per supportare analisi del ripristino di emergenza senza alcun impatto sulla replica in corso.
Eseguire failover flessibili È possibile eseguire failover pianificati senza perdita di dati per interruzioni previste o il failover non pianificato con perdita di dati minima, in base alla frequenza di replica, per emergenze impreviste. È possibile eseguire facilmente il failback al sito primario quando risulterà nuovamente disponibile.
Creare piani di ripristino Con i piani di ripristino è possibile personalizzare e definire la sequenza di failover e ripristino di applicazioni multilivello distribuite in più macchine virtuali. L'utente raggruppa le macchine all'interno dei piani e aggiunge script e azioni manuali. I piani di ripristino possono essere integrati con i runbook di Automazione di Azure.
Eseguire l'integrazione con tecnologie BCDR esistenti Site Recovery si integra con altre tecnologie BCDR. È ad esempio possibile usare Site Recovery per proteggere il back-end SQL Server dei carichi di lavoro aziendali, con supporto nativo per SQL Server AlwaysOn, e gestire così il failover dei gruppi di disponibilità.
Eseguire l'integrazione con la libreria di automazione Un'avanzata libreria di automazione di Azure offre script pronti per la produzione e specifici dell'applicazione che possono essere scaricati e integrati con Site Recovery.
Gestire le impostazioni di rete Site Recovery si integra con Azure per una gestione semplice della rete delle applicazioni, tra cui l'impostazione di indirizzi IP riservati, la configurazione di servizi di bilanciamento del carico e l'integrazione di Gestione traffico di Azure per cambi di rete efficienti.

Ciò che è possibile replicare?

Supportato Dettagli
Cosa è possibile replicare? VM di Azure tra aree di Azure (in anteprima)

VM VMware locali, VM Hyper-V, server fisici di Windows e Linux in Azure

VM VMware locali, VM Hyper-V, server fisici in un sito secondario. Per le VM di Hyper-V, la replica in un sito secondario è supportata solo se gli host Hyper-V vengono gestiti da System Center VMM.
Quali aree sono supportate per Site Recovery? Aree supportate
Quali sistemi operativi sono richiesti per le macchine replicate? Requisiti per le VM di Azure
Requisiti per le VM VMware

Per le macchine virtuali Hyper-V, è supportato qualsiasi sistema operativo guest supportato da Azure e Hyper-V.

Requisiti per i server fisici
Quali server/host VMware sono necessari? Le VM VMware possono trovarsi in host vSphere/server vCenter supportati
Quali carichi di lavoro è possibile replicare? È possibile replicare qualsiasi carico di lavoro in esecuzione in un computer di replica supportato. Inoltre, il team di Site Recovery ha eseguito test specifici dell'applicazione per un certo numero di app.

Considerazioni sul portale di Azure

  • È possibile distribuire Site Recovery nel portale di Azure.
  • Nel portale di Azure classico è possibile gestire Site Recovery con il modello di gestione classica dei servizi.
  • Il portale classico deve essere usato solo per gestire le distribuzioni esistenti di Site Recovery. Non è possibile creare nuovi insiemi di credenziali nel portale classico.

Passaggi successivi