IL "Soluzione Azure VMware" (AVS) è un servizio cloud ibrido che fornisce VMware SDDC completamente funzionali all'interno di un cloud pubblico Microsoft Azure. AVS è una soluzione proprietaria completamente gestita e supportata da Microsoft e verificata da VMware che utilizza l'infrastruttura Azure. Pertanto, i clienti ottengono VMware ESXi per la virtualizzazione del calcolo, vSAN per l'archiviazione iperconvergente e NSX per la rete e la sicurezza, il tutto sfruttando la presenza globale di Microsoft Azure, le strutture dei data center leader del settore e la vicinanza al ricco ecosistema di servizi e soluzioni Azure nativi. La combinazione di Azure VMware Solution SDDC e Azure NetApp Files garantisce le migliori prestazioni con una latenza di rete minima.

Per configurare un cloud privato AVS su Azure, seguire i passaggi descritti in questo"collegamento" per la documentazione NetApp e in questo "collegamento" per la documentazione Microsoft. Per scopi DR è possibile utilizzare un ambiente con luce pilota allestito con una configurazione minima. Questa configurazione contiene solo componenti essenziali per supportare le applicazioni critiche e può essere scalata e generare più host per gestire la maggior parte del carico in caso di failover.

"Azure NetApp Files"è un servizio di archiviazione file misurato, di classe enterprise e ad alte prestazioni. Segui i passaggi in questo "collegamento" per effettuare il provisioning e configurare Azure NetApp Files come datastore NFS per ottimizzare le distribuzioni cloud private AVS.

Dopo aver aggiunto le piattaforme, raggruppa le VM che desideri ripristinare in gruppi di risorse. I gruppi di risorse DRO consentono di raggruppare un set di VM dipendenti in gruppi logici che contengono i relativi ordini di avvio, ritardi di avvio e convalide facoltative delle applicazioni che possono essere eseguite al momento del ripristino.

Per iniziare a creare gruppi di risorse, fare clic sulla voce di menu Crea nuovo gruppo di risorse.

È necessario disporre di un piano per ripristinare le applicazioni in caso di disastro. Selezionare le piattaforme vCenter di origine e di destinazione dal menu a discesa, scegliere i gruppi di risorse da includere in questo piano e includere anche il raggruppamento delle modalità di ripristino e accensione delle applicazioni (ad esempio, controller di dominio, livello 1, livello 2 e così via). I piani vengono spesso chiamati anche blueprint. Per definire il piano di ripristino, accedere alla scheda Piano di replica e fare clic su Nuovo piano di replica.

Per iniziare a creare un piano di replicazione, completare i seguenti passaggi:

Durante le opzioni di failover e di test failover, viene utilizzato lo snapshot più recente oppure è possibile selezionare uno snapshot specifico da uno snapshot point-in-time. L'opzione point-in-time può essere molto utile se si sta affrontando un evento di corruzione come un ransomware, in cui le repliche più recenti sono già compromesse o crittografate. DRO mostra tutti i punti temporali disponibili.

Per attivare il failover o il failover di prova con la configurazione specificata nel piano di replica, è possibile fare clic su Failover o Failover di prova. È possibile monitorare il piano di replicazione nel menu delle attività.

Dopo l'attivazione del failover, gli elementi recuperati possono essere visualizzati nel sito secondario AVS SDDC vCenter (VM, reti e datastore). Per impostazione predefinita, le VM vengono ripristinate nella cartella Workload.

Il failback può essere attivato a livello del piano di replica. In caso di failover del test, è possibile utilizzare l'opzione tear down per annullare le modifiche e rimuovere il volume appena creato. I failback correlati al failover sono un processo in due fasi. Selezionare il piano di replicazione e selezionare Sincronizzazione dati inversa.

Una volta completato questo passaggio, attivare il failback per tornare al sito AVS primario.

Dal portale di Azure possiamo vedere che lo stato di integrità della replica è stato interrotto per i volumi appropriati che erano stati mappati sul sito secondario AVS SDDC come volumi di lettura/scrittura. Durante il failover di prova, DRO non mappa il volume di destinazione o di replica. Crea invece un nuovo volume dello snapshot di replica tra regioni richiesto ed espone il volume come un datastore, che consuma ulteriore capacità fisica dal pool di capacità e garantisce che il volume di origine non venga modificato. In particolare, i processi di replicazione possono continuare durante i test DR o i flussi di lavoro di triage. Inoltre, questo processo garantisce che il ripristino possa essere ripulito senza il rischio che la replica venga distrutta in caso di errori o di recupero di dati danneggiati.

Recuperare i dati da un ransomware può essere un compito arduo. Nello specifico, può essere difficile per le organizzazioni IT individuare con precisione qual è il punto di ritorno sicuro e, una volta determinato, come garantire che i carichi di lavoro recuperati siano protetti dagli attacchi ricorrenti (ad esempio, da malware inattivi o tramite applicazioni vulnerabili).

DRO affronta queste problematiche consentendo alle organizzazioni di recuperare da qualsiasi momento disponibile. I carichi di lavoro vengono quindi ripristinati su reti funzionali ma isolate, in modo che le applicazioni possano funzionare e comunicare tra loro senza essere esposte al traffico nord-sud. Questo processo offre ai team di sicurezza un luogo sicuro in cui condurre analisi forensi e identificare eventuali malware nascosti o inattivi.

Per saperne di più sulle informazioni descritte nel presente documento, consultare i seguenti documenti e/o siti web: