Se si utilizza Site Recovery Manager come soluzione di continuità aziendale e ripristino di emergenza per le risorse di vSphere, è possibile configurare VMware Aria Automation per continuare a gestire le risorse anche se sono state spostate da SRM in una posizione secondaria.
La mobilità del carico di lavoro è attualmente supportata per le risorse distribuite in vSphere. Le risorse del carico di lavoro includono macchine virtuali, dischi e rete di macchine virtuali. A causa delle limitazioni di Site Recovery Manager, i First Class Disk non sono inclusi.
La mobilità del carico di lavoro funziona solo con SRM. Se si trasferiscono i carichi di lavoro utilizzando uno strumento non SRM, VMware Aria Automation perde la possibilità di gestire le risorse indipendentemente dall'associazione del sito dell'account e dalle impostazioni di mobilità del progetto.
Dopo il failover delle risorse dal sito primario al sito secondario, le informazioni sulle risorse nel sito secondario vengono riconciliate durante la raccolta dati. Il completamento del processo di riconciliazione completo potrebbe richiedere diversi cicli di raccolta.
Prima di iniziare
- Assicurarsi che il sito primario e il sito secondario appartengano allo stesso progetto.
- Per comprendere come gestire le risorse dopo un failover, rivedere le seguenti considerazioni.
Considerazioni Soluzioni Dopo il failover delle risorse dal sito primario al sito secondario, le informazioni sulle risorse nel sito secondario vengono riconciliate durante la raccolta dati. Il completamento del processo di riconciliazione completo potrebbe richiedere diversi cicli di raccolta. Se si verificano errori, è possibile esaminare i registri di SRM per identificare il problema. Le risorse di storage non appartengono a una zona cloud dopo la riconciliazione nel nuovo sito. Dopo il failover, le quote di storage potrebbero non essere accurate e l'allocazione dei nuovi dischi potrebbe non riuscire, in base alla nuova topologia di vCenter. Nessuna Alcune azioni potrebbero non funzionare nel sito secondario se i criteri sono diversi dal sito primario. Ad esempio, alcuni tag potrebbero non esistere nel nuovo datastore di vCenter e non vengono riconciliati quando le risorse vengono spostate. Se le risorse rimangono nel datastore nel sito secondario, è necessario aggiornare i tag nel nuovo vCenter per garantire la conformità continua ai criteri.
Una soluzione alternativa consiste nel mirroring dei siti, inclusi i criteri e i tag.
È supportata la maggior parte delle azioni giorno 2 correlate a macchine, dischi e reti di macchine virtuali.
Le seguenti azioni giorno 2 non sono supportate nel sito secondario.
- Modifica delle reti quando si utilizza l'azione Aggiorna distribuzione.
Qualsiasi azione che consuma più risorse, ad esempio l'aggiunta o il ridimensionamento dei dischi, è vincolata dalle risorse disponibili.
I First Class Disk non sono supportati a causa delle limitazioni di Site Recovery Manager. Nessuna Se le risorse non vengono di nuovo protette nel sito secondario prima di modificare una risorsa come parte dello sviluppo iterativo o della gestione generale delle risorse, SRM genera un errore e la risorsa non viene spostata quando si esegue il failback nel sito primario. Dopo il failover, proteggere di nuovo le risorse nel sito secondario per assicurarsi che SRM sia a conoscenza delle modifiche. Proteggere di nuovo assicura il failback delle risorse nel sito primario con interruzioni minime.
Una soluzione alternativa consiste nell'utilizzare un plug-in di VMware Aria Automation Orchestrator che aggiunge le macchine di cui è stato appena eseguito il provisioning in gruppi di protezione di Site Recovery Manager. La guida del plug-in è disponibile nella pagina della documentazione di SRM.
Se lo sviluppo iterativo continua nel sito secondario, le risorse eliminate non possono essere recuperate. Se lo spostamento nel sito secondario è temporaneo, è consigliabile interrompere eventuali azioni distruttive finché non si esegue il failback nel sito primario.
Configurazione di VMware Site Recovery Manager
Assicurarsi che le risorse gestite da VMware Aria Automation siano configurate per supportare la mobilità del carico di lavoro. Per ulteriori informazioni, consultare la documentazione di Site Recovery Manager.
- Identificare le istanze primarie e secondarie di vCenter.
- Creare un gruppo di protezione per le risorse.
- Creare un piano di ripristino per le risorse.
Associazione degli account primari e secondari in VMware Aria Automation
VMware Aria Automation devono conoscere gli account cloud alternativi utilizzati da SRM per il gruppo di protezione e il piano di ripristino.
Gli account alternativi devono appartenere allo stesso progetto dell'account primario.
- In Automation Assembler, selezionare e assicurarsi che gli account cloud primari e secondari siano configurati.
- Aprire l'account primario e individuare la sezione Associazione sito.
- Fare clic su Aggiungi e selezionare l'account cloud secondario.
- Per supportare la successiva migrazione al sito primario, attivare l'interruttore Bidirezionale.
- Fare clic su Salva.
