Windows Server 2012Hyper-Vフェールオーバークラスター+アクティブ/アクティブHAストレージソリューション
質問があります。アクティブ/アクティブHAストレージアーキテクチャを構築する必要がありますが、高価なサードパーティソフトウェアなしでこれを実現する方法がわかりません。 2つのHyper-Vホストがあり、それぞれにiSCSIストレージがあります。 Hyper-Vフェールオーバークラスターを構築できます。これにより、1つのHyper-Vホストに障害が発生した場合にHAが提供されます。しかし、1つのストレージに障害が発生すると、それは悪い結果になります。もう1つのシナリオは、2つのHyper-Vホストを2つのスケールアウトファイルサーバーに接続し、その上にHyper-Vフェールオーバークラスターを配置することです。この解決策はありますか？ 2つのHVホストが必要で、それぞれが独自のストレージでVMを実行していますが、障害が発生した場合に備えて、これらのストレージ間で同期する必要があります。障害が発生した場合、1つのストレージからすべてのVMを実行する2つのHVホストが必要です。何か案は？これを達成するためのベストプラクティスは何ですか？上記のアーキテクチャをSOFSで構築することは可能ですか？ SOFSを使用する場合のパフォーマンスはどうですか？ところで...両方のストレージにHWRAID 10が必要で、Windows Server 2012（R2なし）があります。
非常にVMwareVSAN/Linux DRBD/FreeBSD HASTの方法で安価なHyper-Vクラスターを簡単に構築できます（ストレージ仮想化スタックは、ゲスト内ではなくハイパーバイザー上でネイティブに実行されますVM低速で不安定なため、 ）。StarWindSoftwareにはこのバージョンがあり、エントリーレベルも無料です。参照：
http://www.starwindsoftware.com/native-san-for-hyper-v-free-edition
StarWindは、物理的なバックエンドブロックストレージなしでSoFSを構築することもできます（SAS、FC、iSCSI、安価なSATAディスクとイーサネットのみ）。見る：
http://www.starwindsoftware.com/sw-configuring-ha-shared-storage-on-scale-out-file-servers
しかし、繰り返しになりますが、SoFSとSMB 3.0を使用して、仮想SAN HAのレプリケーションを使用してDASからVMを実行する（2-ウェイまたは3ウェイ）は、NAS/SANから完全にVMを実行するよりも常に高速です（DASはイーサネットレテンシーよりも高速です）。
あなたが参照するWindowsベースのものは600ドル+ Windowsライセンス（さらに1000ドル）の費用がかかります。 WindowsとLinuxの両方で、それらを実行するための物理サーバーのペアとネットワークスイッチのペアを追加する必要があります。プロジェクト全体の費用は4000ドルから5000ドルになります（Windowsの場合はもちろんLinuxの方が安いでしょう）。これは、エントリーレベルのVNXeまたはSAS DataOnのJBODの価格です。どちらも優れたサポートを提供します。Windowsソリューションでは、基本的にサポートはありません（ "Made in China"、1つ-man-company）およびLinuxにはコミュニティサポートのみが付属しています。「HA」とこれらの参照されている問題がうまく混在しているかどうかはわかりません:)
SoFSは、拡張するために高価なSASまたはFCストレージの前に安価なイーサネットベースのゲートウェイが必要な場合に意味があります。たとえば、SAS JBODまたはFCSAN。Hyper-Vホストのペアだけでこのストレージを簡単に共有できます。ただし、ノード（3つ以上）が多い場合は、SASスイッチを展開し、8つ以上のFCのライセンスを取得する必要があります。したがって、財務的な観点から、SASおよびFCをDASを変換するWindowsボックスのペアに接続したままにすることは理にかなっています-> SMB 3.0 with SoFS概念。
MSプレゼンテーションを参照してください-それらは常に巨大なSoFSファームを示しています。理由：2ノードのSoFS構成は高価で低速です（DASとFCはイーサネットよりも直接高速です）。そうです、SoFSを実行できます。ただし、共有ストレージを少なくとも4ノードのHyper-Vクラスターにフィードする必要がある前に実際に行う必要はありません:)
サーバーのワークロードはDNSベースで分散されるため、複数のクライアントが必要になるため、SoFSは実際にはアクティブ/アクティブではありません。FCやiSCSIで発生するようなMPIOはありません。
これを実現するために、SoFSクラスターを確実に構築できます。ストレージバックエンドは、DataOnストレージソリューションなどのJBOD SASアレイである必要があります。これにより、SOFSクラスター内のノードに障害が発生した場合でも、ストレージが稼働していることが保証されます。両方のノードが上にあると、アクティブ/アクティブな方法でストレージが表示されます。
これを実現するために、SOFSクラスターを明確に構築できます。ストレージバックエンドは、JBOD SAS配列、たとえば DataOn Storage ソリューションである必要があります。これにより、ノードに障害が発生した場合でも、ストレージが稼働していることが保証されます。 SOFSクラスターであり、両方のノードが稼働していると、アクティブ/アクティブな方法でストレージが表示されます。
次に、SMB3プロトコルを使用して、理想的には10Gbps NICで、SOFSクラスターをHyper-Vホストに提示します。
私は数を減らしていませんが、噂によると、この種のソリューションは、多くの場合、既製のSANの約半分の価格であり、ますます人気が高まっています。
さまざまなオプションについて詳しく説明しているブログ投稿がたくさんあります。AidanFinn 良いものがたくさんあります 。