Windows のフェイルオーバーと負荷分散の混乱

Question 1

Hyper-V クラスタリングでは、同じネットワークストレージセットに接続された Hyper-V サーバー (2 台以上) のプールが用意され、LUN は Hyper-V クラスター内のすべてのサーバーで利用できるようになります。このセットアップにはネットワークストレージが必要です。Hyper-V ライブマイグレーションを使用すると、実行中の VM を 1 つの Hyper-V ホストから別のホストに移動できます。これにより、サーバーに障害が発生した場合に、1 つのサーバーから別のサーバーにワークロードを移行できます。これにより、残りのサーバーが追加の VM の負荷を処理できる場合は、物理的な冗長性が得られます。このセットアップでは、VM の OS やアプリケーション自体の破損は保護されません。(http://technet.microsoft.com/en-us/library/dd446679(WS.10).aspxこの設定の詳細については、こちらをご覧ください。

SQL には独自の冗長性があり、いくつかの異なるクラスタリングオプションが用意されています。アクティブノードと 1 つ以上のパッシブノードを使用して、従来のアクティブ/パッシブクラスタリングを実行することもできます。この設定では、サーバー間で共有ディスクが必要で、アクティブノードにのみマウントされます。SQL は、複数のアクティブノードを許可するいくつかの種類のレプリケーションもサポートしています。この方法では共有ストレージは必要なく、各サーバーにデータベースの個別のコピーが保持されます。(http://msdn.microsoft.com/en-us/library/ee523927(v=sql.100).aspxSQL 2008 の高可用性オプションの場合)

SQL レベルでのクラスタリングは、個々のノード上の OS またはアプリケーションの障害から保護し、そのシナリオで自動フェールオーバーを可能にします。各インスタンスが異なる Hyper-V サーバー上にある場合は、ハードウェア障害からも保護されます。さらに、SQL サーバーのクラスタリング方法の一部は、個々のノード上のデータベースの破損から保護します。Hyper-V クラスターと SQL サーバーの単一インスタンスのみを使用すると、VM の OS/ソフトウェア障害から保護されません。ダウンタイムが大きな問題でない場合は、VM スナップショットから短時間で復元できます。

編集: IIS 負荷分散部分を忘れました。

IIS の負荷分散には、両方のホスト間で共有される仮想 IP を作成する Windows ネットワーク負荷分散を使用できます。(http://technet.microsoft.com/en-us/library/cc770689(v=ws.10).aspx）

Hyper-V クラスタリングと NLB のどちらが適切なオプションであるかについては、SQL サーバーの場合と同じルールが IIS サーバーにも適用されます。また、他の VM についても、同様にクラスタ化/負荷分散されていない限り、Hyper-V クラスタリングのない Hyper-V ホストの問題から保護されません。

Answer