Esperto a tutto tondo: Archiviazione di Hyper-V a tolleranza di errore

È possibile effettivamente utilizzare le funzionalità File server di scalabilità orizzontale ed SMB (Server Message Block) di Windows Server 2012 per creare un livello di archiviazione a tolleranza di errore.

Greg Shields

Mettere insieme le parole "Microsoft" e "archiviazione" nella stessa frase e la maggior parte di voi ragazzi veterano potrebbe solo ridacchiare. Aggiungere le parole "fault tolerant", e probabilmente sarò rompere a un sostanzioso sghignazzare. Sapete che Microsoft e archiviazione esattamente non hanno goduto di una felice associazione in passato. Molte sono state bruciate da bloccarsi inaspettatamente volumi Windows o server scorrevole che ottenere scoiattolo al momento che un disco di base va dinamico.

E ora si sta probabilmente pensando, "Fault tolerance per macchine virtuali Hyper-V? Nel software? Devi essere pazzo!" Negli anni passati, questi concetti non collegano esattamente. Fortunatamente, tempi cambiano e così fanno i venditori di OS. Se guardate le architetture di archiviazione native per Windows Server 2012 oggi, ci si potrebbe chiedere se Microsoft si conficca fuori la lingua presso i venditori di archiviazione per la virtualizzazione.

Al centro di tutto questo entusiasmo, sono due tecnologie che lavorano insieme per offrire un'alternativa rispettabile per fault-tolerant macchine virtuali Hyper-V: Server Message Block (SMB) 3.0 e scalabilità File Server (SOFS). Massicci investimenti nella prima elevano questo protocollo una volta disprezzato a prestazioni quasi native con scalabilità impressionante. Il rilascio della seconda semplifica notevolmente come Hyper-V server connettersi con loro VMs. Come mi piace pensare che, con SOFS, ogni VM è solo una botta-botta via.

Comprato una SAN, vogliono un NAS

SANs sono stati a lungo la scelta saggia per storage di virtualizzazione. La struttura di archiviazione condivisa è diventata una necessità per live migration VM. Tuttavia, forza più grande di un SAN nel facilitare la migrazione in tempo reale avviene anche per essere il più grande ostacolo. SANs utilizzo protocolli a basso livello come iSCSI e Fibre Channel per le connessioni di archiviazione. Questi protocolli di offrire grande flessibilità quando si è esperti con la loro complessità. Possono essere un incubo amministrativo quando non sei.

Se tu hai mai lottato per impostare le connessioni multiple Multipath i/o (MPIO) a un SAN iSCSI o Fibre Channel connessioni attraverso schede bus host (HBA), si ha familiarità con questo dolore (vedere Figura 1). È necessario configurare attentamente ogni connessione, e ogni server richiede più connessioni per la ridondanza. Automazione è minima. Gli errori sono facili da fare. Ripetere questi passaggi attraverso molti host Hyper-V, e il vostro storage network arriva rapidamente ad assomigliare a una mappa via Parigi.

Direct SAN connections require many complex connections.

Figura 1 collegamenti diretti SAN richiedono molti collegamenti complessi.

Windows Server 2012 SOFS (vedi Figura 2) semplifica drasticamente gestendo la ragnatela di connessioni a storage server Hyper-V. Quando combinati con le prestazioni e scalabilità miglioramenti ora in SMB 3.0, ci vuole molto di interconnessione fuori delle vostre mani.

Con SOFS in luogo, l'accesso a una macchina virtuale Hyper-V richiede poco più di un percorso UNC: \\server\share\folder\vm.vhdx. SMB 3.0 gestisce automaticamente tutto il resto, ridondanza, bilanciamento del carico, failover e la gamma di tolleranza d'errore networking obiettivi. Anche il cluster di SOFS è attivo-attivo in natura, il che non significa nessun acquisto server va inutilizzato nel guidare le esigenze di archiviazione del tuo macchine virtuali Hyper-V.

Scale-Out File Server aggregates SAN connections like SANs aggregate storage.

Figura 2 Scale-Out File Server aggrega connessioni SAN come SANs aggregazione storage.

Questa architettura definisce storage fault-tolerant. Nella realizzazione di questo obiettivo, sembra più un NAS di una SAN. Supponendo che l'infrastruttura SAN è internamente altamente disponibile, tutto quello che devi preoccuparti è corretta conservazione nic teaming su host Hyper-V. Questo è più semplice, più facile e migliore.

Documenti di Microsoft come distribuire SOFS. Il processo prevede l'installazione del ruolo File Server e la funzionalità Clustering di Failover, creazione di un cluster e quindi la creazione di un Cluster Shared Volume (CSV).

Alternative di immagazzinaggio di Hyper-V

SANs potrebbe essere una best practice per la memorizzazione di Hyper-V, ma non tutti di voi Jack-di-all-trades professionisti IT sarebbe piaciuto avere uno in datacenter. Si potrebbe sostenere la minaccia del tempo di inattività in tali ambienti è leggermente meno critica, o che limitato budget mandato "creativo" Hyper-V amministrazione. In entrambi i casi, Windows Server 2012 ha un paio di alternative di archiviazione che potrebbe soddisfare le vostre esigenze.

Il primo sfrutta le caratteristiche di SMB 3.0. Non solo ha le funzioni di alta disponibilità (HA) di SOFS. Con solo il ruolo Servizi File installato su un'istanza di Windows Server 2012, è possibile creare una condivisione SMB per applicazioni che funziona con direct attached storage, o DAS (vedere Figura 3). Questo speciale tipo di condivisione file gode i vantaggi di prestazioni SMB 3.0 ha da offrire macchine virtuali Hyper-V, ma senza il load balancing e failover altri SOFS opzioni. Se il tuo ambiente e il vostro budget può stare fermo occasionale, macchine virtuali in esecuzione su condivisioni SMB offre tutta la semplicità del percorso UNC — senza la costosa SAN.

The SMB Share – Applications profile.

Figura 3 la condivisione SMB – profilo applicazioni.

La seconda alternativa ha generato un sacco di confusione fin dalla sua introduzione. Spazi di archiviazione è una nuova funzionalità in Windows Server 2012 e Windows 8. L'intento è quello di fornire un'esperienza SAN DAS. Come i controversi dischi dinamici prima di esso, spazi di archiviazione offre HA per i dischi di merce a titolo di RAID software. Ci sono a specchio, doppio specchio e parità di opzioni disponibili per proteggere contro la perdita di singolo disco.

Al valore nominale, gli spazi di stoccaggio di per sé non è terribilmente rivoluzionaria tecnologia. È essenzialmente uno strumento di spazio su disco piscina da più dispositivi di archiviazione. La confusione sorge quando si connette un spazio di archiviazione da più di un Server Windows in un momento. Questa architettura è indicata come spazi di archiviazione in cluster. Come potete immaginare, spazi di archiviazione in cluster è l'intersezione di Failover Clustering con spazi di archiviazione.

Lo 'spazio' essendo cluster esiste come (e questa è la formulazione di Microsoft), "una piccola collezione di server... e un set di custodie JBOD SAS [attenzione sicuro sequenza] condiviso." In questa configurazione, il server sono collegati tramite connessioni SAS di uno o più semplicemente un mucchio di recinti di dischi (JBOD) (vedi Figura 4). Entrambi gli host godono di parità di accesso ai dischi nei recinti con spazi di archiviazione stessa mediazione accesso tra gli host.

Two servers connected to a SAS JBOD enclosure.

Figura 4 due server collegati ad una recinzione SAS JBOD.

La giuria è ancora fuori per quanto riguarda l'efficacia di questo approccio non-abbastanza-SAN, ma-non-abbastanza-SAN-di meno. A questo punto, ci sembra solo essere un fornitore unico, DataON Storage, attualmente offre la certificazione SAS JBOD recinzioni spazi di archiviazione richiede.

SOFS in modo

In questo senso, intralcio è probabilmente una buona cosa. La prima volta è stato esposto a SOFS più di un anno fa, mi sono chiesto ad alta voce, "che il mondo sarebbe comprare questa cosa?" Ho avuto un momento difficile vedere i vantaggi di aggiungere ancora un altro strato al nostro datacenter già complessi ambienti.

Detto questo, più il tempo trascorro con SOFS, più si è guadagnato il mio rispetto. Vi aiuterà a fare quello che meglio mentre lasciando il vostro fuoco admins Hyper-V su come mantenere le macchine virtuali in esecuzione. In combutta con SMB 3.0, SOFS funge da intermediario. Vi offre un'esperienza di NAS per macchine virtuali Hyper-V con prestazioni quasi equivalenti a una tradizionale SAN.

Greg Shields

Greg ShieldsMVP, è partner di un concentrato di tecnologia. Ottenere più di Shields' Geek of All Trades trucchi e consigli a ConcentratedTech.com.

Contenuti correlati