クラスタを管理するためのアクセスポイントの下のクラスタIP
クラスタを管理するためのアクセスポイントの下にクラスタIPを追加する場合、パブリックサブネットのIPのみを含めますか、それともプライベートサブネットのIPも含める必要がありますか？このクラスターは、3ノードのマルチサブネットAlwaysOn可用性グループに使用されます。リスナーについては、すべてのパブリックサブネットを含める必要があることはわかっていますが、クラスターのコアリソースをどのように構成する必要があるのかわかりません。
ハートビートネットワークのようなものはありません および クラスタリングについて知っているすべてが間違っている を参照してください。これらは実際にはあなたの質問には答えませんが、おそらく「ハートビートネットワークが必要ですか」という質問に変更されます。
Windows 2008以降では、ハートビートネットワークは不要であり、「パブリック」ネットワークが飽和してクラスター通信が遅延する場合にのみメリットがあります。この場合、「ハートビート」ネットワークはフェイルオーバーの発生を停止する可能性があります（下記のShankyのコメント）。これは、10/100 Mbsネットワークの時代にはより理にかなった適切な保護手段であり、10 Gpsリンクを飽和させることは確かに可能ですが、可能性ははるかに低くなります。つまり、パブリックネットワークで大きな問題が発生すると予想される場合は、プライベートネットワークを使用することで痛みを和らげることができますが、病気を治すにはパブリックネットワークの問題に対処する必要があります。
さらに、ファイル監視と多数決ノードクォーラム機能を使用すると、クラスターを安定させるためのプライベートネットワークの必要性がさらに減少します。可用性グループの多くのクラスターは、DRノードを同じサブネット上に配置するためだけにネットワークをブリッジしても意味がない地理的な地域に広がっています。繰り返しますが、もしそれが莫大な量の価値を追加した場合、それは理にかなっているかもしれませんが、利点はそこにありません。
可用性グループに組み込まれている監視は、クラスターが問題を検出しなくてもフェイルオーバーを開始する可能性があります。プライベートネットワークは、レプリケーションに使用しているルートのみを考慮しているので、プライベートネットワークは考慮しないと思います。うまくいけば、AGがプライベートネットワークからどのように恩恵を受けるか、そうでないかについてのリファレンスを誰かが投稿できれば幸いですが、プライベートネットワークが10年間必要とされていないため、存在しないと思います。
データベースのレプリケーションによってパブリックネットワークに大きな負荷がかかると思われる場合は、エンドポイントをプライベートアドレスに設定することにより、レプリケーションにプライベートネットワークを使用できます。 SQL Server Always On可用性グループのデータレプリケーショントラフィック用の専用ネットワークの構成 を参照してください。はい、私は記事にプライベートネットワークを擁護する以前の記事へのリンクがあることを知っています。私のポイントは、プライベートネットワークが必要になるほどパブリックネットワークが悪い場合、おそらく多くのフェールオーバーやその他の問題が発生することになるということです。これは、漏れやすいボートの保険を購入するようなものです。すばらしいですが、保険はついていますが、ボートは沈みます。