Opzioni di archiviazione condivise per il cluster ESXi HA

Sto cercando consigli per le opzioni di archiviazione condivisa per supportare il cluster ESXi HA (nota che NON sto chiedendo consigli sul prodotto / marchio / modello - so che ciò è contrario alle regole qui). Sto chiedendo per la tecnologia raccomandazione.

La società per cui lavoro è una piccola impresa. Al momento, abbiamo un HP DL380 G9 con DAS, con ESXi 6.0, che esegue la nostra applicazione sviluppata su misura. Ora stiamo esaminando come ottenere l'HA / FT usando l'opzione più economica. Abbiamo bisogno di HA / FT perché sono il team one-man-IT e sono spesso in viaggio, quindi il failover / ripristino manuale non è un'opzione.

Comprendo che per raggiungere l'HA / FT sono necessari almeno 2 host ESXi (server fisico) e spazio di archiviazione condiviso. Penso che sia qui che diventa interessante: anche l'array di archiviazione entry level più economico in circolazione è probabilmente un eccesso per noi. Il nostro requisito di capacità di archiviazione è probabilmente di circa 200 GB e non vediamo questo raddoppio per almeno 5 anni. Tuttavia, abbiamo bisogno dell'archiviazione condivisa per HA / FT.

Quindi apprezzerei davvero qualsiasi raccomandazione sulle mie opzioni. Grazie.

Note generali (flusso di coscienza):

• Pensa davvero a cosa stai cercando di proteggere.
• Nessuno usa VMware Fault-Tolerance. Va bene, forse qualcuno lo fa, ma ci sono troppe restrizioni e il caso d'uso è particolarmente ristretto.
• I server sono più affidabili di quanto ti aspetti, soprattutto quando si lavora con sistemi di qualità come HP ProLiant. Supermicro sarebbe un'altra storia ...
• Valutare modalità di fallimento realistiche. Un server HP ProLiant Gen9 non fallirà .
• Potresti riscontrare guasti ai singoli componenti, ma ci sono abbastanza ridondanze interne per affrontare la maggior parte dei problemi con grazia.
  • Seriamente, alimentatori ridondanti, ventole ridondanti, RAIDing di dischi interni, gli adattatori NIC e FLR integrati raramente si guastano.
  • Aggiungi monitoraggio ILO, controlli integrali sull'integrità dell'hardware e la gamma di articoli che incidono sui tempi di attività è ridotta a guasti DIMM e problemi della scheda di sistema.

Quindi ora arriviamo allo storage condiviso. L'archiviazione condivisa diventa un punto di errore, a seconda di come è stata progettata.

• Qualcosa come un array collegato MSA SAS è un'opzione e può funzionare con VMware e due host. Puoi acquistarli nudi e aggiungere la capacità richiesta.
• Una configurazione a nulla condiviso sarebbe utile sotto alcuni aspetti, ma aggiunge alcune complessità.
• Esistono opzioni hyperconverged come VMware vSAN , HPE StoreVirtual VSA o l' offerta SAN virtuale di Starwind .
• La HPE VSA può essere libero per un massimo di 1 TB di storage per la configurazione.
• Una SAN entry-level non è così avvincente considerando che i requisiti di spazio sono incredibilmente bassi.
• È possibile utilizzare l'archiviazione a una testa ... forse anche solo un normale server HP con un sistema operativo di archiviazione di tua scelta (esportazione Linux NFS, Windows Storage Server, ecc.)
• Ho documentato e delineato una soluzione ZFS per Linux in grado di fornire failover dual-head e clustering per l'archiviazione: vedere: https://github.com/ewwhite/zfs-ha
• Un'altra soluzione che non può fare nulla di condiviso con una coppia di server è Zetavault .
• Abbinalo alla replica a livello di VM Veeam o a qualcosa di basato su array e hai coperto il 99% dei potenziali problemi di archiviazione.

Ma ancora una volta, questa è una funzione del tuo rischio. Le persone possono facilmente scendere nella tana del coniglio ad alta disponibilità ...

Host Dual Hypervisors ... ok. Allora hai bisogno di tessuti a doppia commutazione? Interruttori impilati? Aggregazione di collegamenti multi-telaio (MLAG / MC-LAG)? Una SAN con doppio controller? Due SAN? Replica SAN? Replica VM? Replica di macchine virtuali su storage diverso?

Hai una diversità di potere? PDU multiple? Più unità UPS? Il generatore di siti è supportato?

Quindi, cosa ti rimane?

Penso che sia meglio avere alcune opzioni. Forse contrarre ulteriore aiuto per la copertura. Documentare la soluzione abbastanza bene in modo che il cliente abbia alcune opzioni. Creare un runbook / script DR o di interruzione del sistema.

Se la tua azienda non può resistere ai tempi di inattività degli utenti, VMware FT è la tua scelta allora. Per implementare questa funzione, avrai sicuramente bisogno di un tipo di memoria condivisa. Per il caso, consiglierei di esaminare soluzioni di archiviazione definite dal software (SDS) che vengono sempre più utilizzate per la costruzione di infrastrutture virtuali. Con questo approccio, è possibile virtualizzare le risorse di archiviazione fisica locale degli host ESXi e trasformarle in una SAN virtuale a tutti gli effetti. VMware VSAN mi viene subito in mente, ma vorrei sottolineare alcune alternative molto interessanti che dovrebbero essere molto più economiche da implementare nell'ambiente ESXi. Il primo candidato è HPE VSA: buon livello di funzionalità e requisito fastidioso di un terzo nodo di voto per un quorum. Sì, lo so, puoi ancora andare su 2 nodi, ma se non stai bene con i tempi di inattività, il quorum è un must. Il secondo candidato, al contrario, ha un footprint hardware minimalista con solo due host fisici insieme a un set di funzionalità come cache, compressione dei dati ecc. È StarWind vSAN . Entrambe le soluzioni hanno versioni gratuite, basta controllare e vedere come trarrebbero vantaggio da loro.

La tecnologia che ti servirebbe meglio è la "memoria definita dal software". Una macchina virtuale che rende i dischi collegati localmente disponibili a tutte le macchine virtuali, fornendo idealmente ridondanza consentendo l'uso di dischi locali su più nodi contemporaneamente (consentendo di perdere un nodo senza perdere tutte le macchine virtuali). Dal momento che non stiamo parlando di consigli sui prodotti, lo lascerò a questo. È ancora un mercato nascente, ma ci sono alcune opzioni ben consolidate che si adattano al conto.