当社では、会社のサービスをホストするために、VMWare の使用をやめて Windows フェールオーバー クラスター (バージョン 2019) に移行しています。WFC を正常に構成し、ファイル サーバー ロールと DHCP サーバー ロールとともにいくつかの仮想マシン ロールを実行しています。次は、SQL サーバー インスタンス (バージョン 2019) をセットアップすることになり、アーキテクチャに関する質問があります。
SQL Server のクラスター化されたロールをベアメタル WFC ハイパーバイザーに直接インストールすることは許容されますか? 少し考えてみましょう。
クラスタ内の他のものと同様に、SQL Serverも高可用性を実現したいと考えています。次のような記事をご覧ください。参考文献これは、SQL サーバー インスタンス間のフェールオーバーを容易にするための基盤として WFC を使用する、常時オンラインの SQL サーバー インスタンスを設定する方法を示しています。
私の考えは、親インスタンスで実行できるのに、なぜ 2 つの新しい仮想マシンを起動し、これら 2 つのマシンを WFC に変換し、その WFC に SQL AO をインストールしてリソースを無駄にするのかということです。これは冗長すぎるように思えます。SQL サーバーは仮想 WFC 内でフェイルオーバーでき、各 VM は親 WFC 内でフェイルオーバーできます。これは、他のロールと一緒にメイン WFC インスタンスに直接インストールされるように設計されているようです。
ここでのベストプラクティスは何ですか?
答え1
クラスター内の VM 上で実行される SQL Server は、高可用性を実現します。Hyper-V を使用したフェールオーバー クラスターは、VM のフェールオーバーを処理します。MS のベスト プラクティスでは、ホストにインストールする役割は Hyper-V のみにすべきであるとされています。
ただし、ネストされたフェールオーバー クラスターを展開することはできます。共有 VHDX を使用して SQL Server クラスターを構成することもできます。
SQL FCI のパフォーマンスを向上させるには、次の記事を参照してください。