2012 R2 Hyper-Vおよびファイルサーバー（汎用）クラスター
現在、Hyper-V 2012 R2クラスターを作成しています。私は3台の物理ホスト（128GB RAM、デュアルヘキサコアとそれぞれ12枚のNIC）と、SANで遊ぶ。SANは仮想ストレージシステム（Datacore）であり、iSCSIを介して仮想ディスクにサービスを提供します。また、必要な数の仮想ディスク（つまりLUNS）を作成できます（そして、容量があります！）。 Datacore SANはESXクラスターで数年間成功していますが、ライセンスコストと現在ESXで使用しているものと同等の機能を提供しているという事実により、Hyper-Vに移行しています。 （私たちはまた、バックアップとして数年間スタンドアロンのHyper-Vサーバーをいくつか実行しているため、そのテクノロジーにも精通しています）。
したがって、この質問は特に2012 R2でのクラスタリングの役割の混合に関するものです
CSVを使用するHyper-Vクラスターをすでに作成しました（VMすべてのホストが見ることができる）から、いくつかのiSCSI LUNにSANファイルを保存するため）、しかし、次のステップは、一般的なユーザーが使用できるように高可用性ファイルサーバーを構成することです。アクティブ-アクティブであり、主にアプリケーション（Hyper-Vなど）向けに設計されたCSVとの違いを知っていることを指摘しておきます。アクティブ/パッシブであるファイルサーバークラスターで使用される共有ストレージ。これとは別のことをすることはお勧めしません。ただし、ファイルサーバーを実装する方法はいくつかあります。
これを行うことができる最初の主な方法は、「ゲストクラスター」を作成することです。これは、（異なるホスト上の）クラスターファイルサーバーノードとして2つのVMです。それらのOSボリュームは明らかに別個ですが、ファイルストレージボリュームを共有させる方法は2つあります（つまり、共有が存在する場所）。
a。どちらも明らかにHyper-V CSVに常駐する共通のVHDXを共有しています
b。または、iSCSIイニシエーターを使用して、SAN上の専用LUNに直接アクセスします
2番目の方法は、ファイルサーバーノードにHyper-Vをまったく使用せず、クラスター内の同じホスト上に（Hyper-Vの役割と共に）ファイルサーバーの役割を作成します。これらは共有にアクセスします。 SANによって提供される専用（非CSV）LUN上のストレージ。
それぞれの落とし穴は何ですか？ 2番目のオプションは実際にはオーバーヘッドが少ない（仮想レイヤーもVMは不要））と思いますが、それはクラスター内のホストがクラスター化されたHyper-Vとクラスター化された両方を提供していることを意味します同時にファイルサーバーサービス-これが問題になるのでしょうか？クラスター上の3つのファイルサーバーの役割にファイル共有を分割し、それぞれが主に1つで実行されるようにすることで、大まかな負荷分散にも活用できると思いますノード（すべてが機能している場合！）、それぞれが個別のLUNを使用します。
答えは、実行する予定のVMの数などに依存することに感謝しますが、リソースを監視することを前提としています（たとえば、VMがすべてのホストRAMを占有しないようにします）。 NIC適切に割り当てられているため、帯域幅の問題はありません。
オプション2を実行できない技術的な理由はありますか？どうもありがとう ！
Hyper-Vホストでファイルサーバーの役割を実行しても問題はありません。一般的に、Hyper-Vで他の役割を混在させることは良いことではありません。ただし、ファイルサーバーの役割は、Hyper-Vと一緒に実行するように特別に設計およびテストされています。 Windows 2012 R2のQoS機能を使用して、Hyper-Vの役割とファイルサーバーの役割のネットワーク容量を分割することをお勧めします。
クラスタ化されたファイルサーバーを作成するためだけに複数のVMを作成することはしません。ビジネス上の理由でそのレベルの複雑さが必要な場合は、クラスター化されたファイルサーバーを作成するための専用ハードウェアに費用をかける必要があります。ファイルサーバーの役割のフェールオーバー時間は、ゲストでクラスターを実行するよりも速くなります。
個人的には私もしません。 Microsoftのベストプラクティスは、Hyper-Vの役割のみをホストサーバーにインストールすることです。2つのVMSがSAN上の同じ共有を指していることで何を取得しようとしているのか、完全には理解できません。
最善の策は、ファイルサーバーをVMとしてクラスターに配置することです。クラスター上に配置すると高可用性が提供されますが、冗長VMが必要な場合は、クラスター（または理想的には別のクラスター）に2番目のファイル共有をセットアップし、DFSを有効にします。