HyperVフェールオーバークラスター上のSQLクラスター
VMブレードの6ノードクラスターでSQLServerを実行しています。VMのデータファイルは、直接iSCSI接続を使用して接続されたSANに保存されます。
このSQLサーバーは多くの重要なデータベースを実行するため、SQL Serverをクラスター化する必要があるのか、それともVMがクラスター自体で実行されているという事実で十分な量になるのか）について議論しています。高可用性。物理サーバーを扱うときにSQLクラスターを実行することに慣れていますが、すべてのサーバーがHyperV上にあるVMだけである場合のベストプラクティスについては少し大ざっぱです。
VMを実行しているブレードが失敗した場合、VMは別の負荷で起動されると思います。SQLクラスターを追加することの唯一の利点を推測しています。セットアップにより、障害後の回復時間が少し速くなることがわかりますか？他に利点はありますか？
私見では、クラスタリング/ミラーリング/レプリケーションなどのSQLサーバーの高可用性（HA）オプションを使用する必要があります。
OSにパッチを適用するなどの作業を行う必要がある場合でも、停止が発生します。 Hyper-vはそこでは役に立ちません。
ここ は、仮想化ハードウェア上のクラスター化されたSQLServerインスタンスに対するMicrosoftのサポートポリシーです。ゲストがWindowsServer2008以降を実行している場合にのみサポートされます。最良のケースは、構成がフェールオーバークラスター管理スナップインの検証テストに合格することです。これは仮想マシン内で実行されます。
フェイルオーバークラスターを使用している場合、Hyper Vを使用すると、SQL VMでライブマイグレーションをアクティブ化し、Hyper Vサーバーを更新する必要があるときにSQLサーバーを別のノードに移行し、接続が失われることなくHyperVサーバーでメンテナンスを行うことができます。 。
サーバーがクラッシュした場合、フェイルオーバーによってSQLサービスの所有者が別のノードに転送され、3〜4回のpingのみが失われますが、アクティブな接続はすべて失われます。
かなり。 「SQLServerの起動」から「SQLServerの起動」までの間に実行されます。