Cluster estesi definiti dal software rispetto alla replica delle VM – vembu.com

Le organizzazioni oggi hanno più opzioni che mai per garantire di avere più copie dei loro dati in vari luoghi. Avere più copie dei dati è stato fondamentale per la protezione dei dati da quando l’idea è stata concepita e aiuta a garantire che tu abbia sempre una buona copia dei tuoi dati in un’altra posizione oltre alla tua posizione di produzione in armonia con la regola delle best practice 3-2-1 per la protezione dei dati.

Con l’avvento delle tecnologie software-defined, ci sono nuove funzionalità per essere in grado di garantire la presenza di dati in più posizioni. Una di queste idee è il cluster allungato definito dal software che fornisce copie di dati in datastore definiti dal software in due posizioni. C’è anche l’idea più tradizionale di replicare le macchine virtuali in una posizione secondaria come una struttura DR.

In questo post, daremo un’occhiata a software-defined stretched clusters vs VM replication per vedere i vantaggi e gli svantaggi di entrambi gli approcci per garantire l’esistenza di più copie di dati per l’alta disponibilità.

Software-defined Stretched Cluster

Nel mondo dei software-defined stretched cluster, molte potenti funzionalità sono offerte dal software abstracted storage layer. Prendendo come esempio VMware vSAN, il cluster vSAN allungato è un ottimo modo per avere facilmente la possibilità di avere più copie degli oggetti della macchina virtuale necessari per la disponibilità della macchina virtuale in più di una posizione.

VMware vSAN è un object store specializzato che ha la capacità integrata di creare cluster estesi che si estendono su più di una posizione fisica. Nella più semplice delle configurazioni, il cluster vSAN allungato a due nodi ha due nodi che contengono i dati per il datastore vSAN. Il componente witness fornisce il componente tie-breaker che stabilisce il quorum per la disponibilità della VM. In questa configurazione, gli oggetti dati VM sono protetti tramite un approccio mirror RAID 1. Ci sono due domini di errore, un dominio di errore preferito e secondario.

I dati vengono continuamente sincronizzati tra i due nodi di dati in modo che i dati vengano scritti sia sull’host preferito che sull’host secondario. In questo modo, se l’host preferito fallisce per qualche motivo, l’host secondario ha tutti i dati della macchina virtuale ed è in grado di riavviare la macchina virtuale nel dominio di errore secondario. La funzionalità vSAN stretched cluster è integrata nativamente nella soluzione vSAN che è configurabile tramite vSphere web client. Ciò consente di configurare la funzionalità del cluster allungato direttamente all’interno dell’infrastruttura vSphere senza alcuna configurazione di archiviazione speciale al di fuori dell’ambiente vSphere.

Ciò significa che con poco sforzo gli amministratori possono configurare efficacemente lo storage sincrono esistente in diversi domini di errore che è in grado di fornire facilmente resilienza contro un intero errore del sito. Ciò significa anche che sia i failover che i failback sono molto più facili che non riuscire a replicare le repliche che sono state seminate dalla replica. Ciò è dovuto al fatto che le repliche sono repliche puntuali che non sono mai copie completamente aggiornate della produzione. Possono essere vicini, ma non copie esatte. Contengono i dati più recenti dell’ultimo intervallo di replica che è generalmente definito dagli SLA RPO. Questi sono generalmente definiti in modo diverso tra un’azienda all’altra a seconda della quantità di dati che l’azienda è in grado di sopportare la perdita. Con i failback delle repliche VM, la sfida consiste nell’invertire il processo e replicare i dati dalla posizione secondaria all’ambiente di produzione primario. Non così con il cluster allungato in quanto i dati sono sincronicamente aggiornati in entrambe le posizioni.

Un grande vantaggio di hardware cluster allungato è l’hardware è in grado di essere utilizzato in modo attivo. L’hardware del dominio di errore secondario è in grado di trasportare attivamente i carichi di lavoro. Questo aiuta a giustificare la spesa dell’hardware da ospitare in una posizione DR o secondaria.

La configurazione del cluster allungato presenta degli svantaggi dal punto di vista della latenza e della larghezza di banda. In generale, i cluster allungati richiedono non più di 5 millisecondi di latenza tra i siti per essere una soluzione praticabile. Ciò esclude i cluster allungati a distanza estremamente lunga a causa delle restrizioni di latenza. Con le restrizioni di latenza, i cluster estesi non sono in grado di fornire diversità geografica per la protezione dei dati. Ancora una volta, sono in genere collegati in una rete di area metropolitana o nella stessa posizione del campus.

Vantaggi:

• Facile configurazione – nella casella con VMware vSAN
• Fornisce la sincronizzazione degli oggetti VM tra i dati padroni di casa in entrambi i domini di errore
• Estremamente facile failover e failbacks
• Permette di fare uso di hardware secondaria di posizione

Svantaggi:

• limitazioni di Distanza – devono in genere essere nella stessa area metropolitana o campus
• non geodiversità per catastrofi che colpiscono la regione geografica

Replicate

la replica delle macchine Virtuali è stato a lungo utilizzato come un mezzo per fornire “caldo” macchine virtuali in un DR o un percorso secondario che sono in grado di fornire flessibilità in caso di totale a livello di sito guasto. La replica della macchina virtuale quando inizialmente configurata esegue una copia completa della macchina virtuale nella posizione secondaria. Ad ogni intervallo di replica successivo, le modifiche vengono sincronizzate in modo incrementale con la macchina virtuale replicata di destinazione. A tutti gli effetti, la macchina virtuale risultante è una copia esatta della macchina virtuale di produzione in esecuzione nell’ambiente di produzione. La replica VM contiene tutti i dati correnti a partire dalle ultime modifiche replicate.

Di conseguenza, con la replica della VM, l’azienda deve decidere quanti dati è disposta a perdere. Con questa decisione, l’intervallo di replica può essere configurato di conseguenza. Come menzionato nella sezione cluster allungato, questo è uno svantaggio delle repliche VM rispetto agli oggetti VM cluster allungato che hanno sempre informazioni aggiornate in entrambe le posizioni.

Il processo di failover e failback è anche molto più complicato da eseguire correttamente con la replica della VM. Dopo un failover riuscito, il processo deve essere eseguito in senso inverso per ottenere i dati VM attivi nella posizione di produzione preferita.

L’hardware utilizzato come configurazione passiva “standby” come target di replica non viene utilizzato se non l’invio dei dati replicati ad ogni intervallo di replica. Lo svantaggio qui è che in genere è una vendita molto più difficile da fare alla direzione per convincere l’acquisto di hardware aggiuntivo che sarebbe teoricamente utilizzato solo durante un guasto del sito di produzione.

Quando si confrontano cluster estesi e replica VM, la replica non è vincolata dai requisiti di latenza esistenti con i cluster estesi. La replica delle macchine virtuali è un processo asincrono, quindi ha requisiti molto più indulgenti dal punto di vista della rete. È un meccanismo molto più adatto per ambienti con larghezza di banda limitata o connessioni ad alta latenza tra siti. Inoltre, fornisce un ottimo modo per avere repliche di VM memorizzate in diverse posizioni geografiche che generalmente non sono possibili con configurazioni di cluster allungate. Non c’è nulla da dire che la replica non possa essere utilizzata in combinazione con il clustering allungato per fornire ulteriore resilienza per aiutare a diversificare la posizione geografica delle copie VM. In questo senso, anche se vengono utilizzate tecnologie di storage software-defined come vSAN, può essere una tecnologia complementare rispetto a una configurazione cluster allungata.

Vantaggi:

• La replica della VM non è vincolata da rigidi requisiti di latenza e larghezza di banda
• In grado di fornire diversità geografica dei dati
• Può essere utilizzata in combinazione con il clustering allungato per fornire ulteriore diversità geo-dati

Svantaggi:

• Replicate RPOs sono sempre dietro la produzione
• Failover e failbacks sono più complicate
• Hardware per replicata ambienti è passivo e generalmente non utilizzato

Pensieri

Con le nuove opzioni disponibili per le aziende di oggi di software-soluzioni definite, le organizzazioni devono considerare tutti i vantaggi e gli svantaggi di ciascuna soluzione. Quindi, le decisioni devono essere prese in base alle esigenze del business.

È necessario disporre di più copie dei dati delle macchine virtuali in ambienti virtualizzati per garantire un’efficace business continuity / disaster recovery. Sia i cluster estesi definiti dal software che la replica delle VM sono in grado di fornire un meccanismo per avere più copie dei dati delle VM in posizioni diverse. Ognuno ha vantaggi e svantaggi da considerare.

Nel suo complesso, la tecnologia di clustering estesa fornita da VMware vSAN è una soluzione molto valida per fornire questa funzionalità. Tuttavia, ci sono requisiti di latenza e larghezza di banda molto severi che devono essere presi in considerazione prima della distribuzione. La replica di macchine virtuali in una posizione secondaria è l’approccio tradizionale affidabile e non vincolato dai severi requisiti di latenza. Inoltre, la replica può essere utilizzata in combinazione con tecnologie di storage software-defined come vSAN di VMware.

Le organizzazioni molto probabilmente vorranno adottare un approccio olistico e utilizzare entrambi i tipi di tecnologia insieme come complementari piuttosto che competitivi. Tuttavia, le caratteristiche e i migliori casi d’uso sono degni di nota per ciascuno quando si progettano meccanismi di protezione dei dati e di alta disponibilità per i dati business-critical.

Segui i nostri feed Twitter e Facebook per nuove versioni, aggiornamenti, post penetranti e altro ancora.