アクティブ-アクティブのセットアップIIS ARRを使用したクラスター-それは可能ですか？
Windows NLBを使用せずに、共通のストレージを共有してWebコンテンツを格納するWindowsクラスターサービスを使用して、アクティブ-アクティブIISクラスターをセットアップできるかどうかを知りたいです。
これはベストプラクティスではないか、推奨されるセットアップではない可能性があることを認識していますが、セットアップは次のように構成する必要があります。
HA用にIIS 7.5（Webコンテンツ用の共通ストレージが必要）を実行している2つのWebサーバーと、HA用のアクティブ-パッシブモードのSQLクラスター用の2つのサーバーの別のセット。
また、2ノードのアクティブ-アクティブIISクラスターでhttp要求の負荷分散のためにARRを有効にすることは可能ですか？
誰かがセットアップの長所と短所の両方で返信した場合は感謝します。
クラスタリングサービスを使用してIISをセットアップする必要はありません。これは、Windowsクラスタリングの目的ではありません。基本的に、Windowsクラスタリングは、サービスがクラッシュした場合にサービスを再起動するためのものですが、マシンに障害が発生した場合に別のマシンでサービスを再起動します。目標を達成できず、全員を混乱させることになります。
2つのスタンドアロンIISサーバーをセットアップする必要があります。Windowsクラスタリングを使用するファイル共有をセットアップする必要があります。それぞれに仮想ディレクトリを作成しますIIS作成したクラスター化されたファイル共有にマップするサーバー。
次に、2つのIISサーバーの負荷を分散する必要があります。NLBは高速で実行できるのでお勧めしますが、何らかの理由で実行しません。最近まで、NLBを使用していました。 10台のWebサーバーで、月に2億4000万ページビューを問題なく取得しています。
負荷分散デバイスまたはその他のソフトウェアがない限り、Webサーバーの負荷分散をどのように行うかわかりません。
だから、レビューで：
WEB：シナリオA：2つのWebサーバーが35％で実行されています。 1つがクラッシュします。ロードバランサーは、現在70％になっている残りのWebサーバーにトラフィックを転送し続けます。
シナリオB：Windowsクラスタリングを使用した場合、2つのWebサーバーが35％で実行されます。 1つがクラッシュし、IISの別のインスタンスが他のノードで開始されます。これで、1つのノードでIISの70％で2つのインスタンスが実行されます。正しく使用されていないWindowsクラスターを実行すると、無意味なオーバーヘッドが大量に発生することを除いて、まさにシナリオAの場所です。
ファイル共有：Windowsファイル共有クラスターがあります。 1台のマシンがクラッシュします。ファイル共有はフェイルオーバーし、通常どおり処理が続行されます。
SQL：ファイル共有と同じです。
ファイル共有とSQLを同じクラスターに配置できます。問題はありません。
したがって、4台のマシンと1台の共有ストレージが必要です。 2つのスタンドアロンWebサーバー、共有ストレージを備えたWindowsクラスター用の2つのノード。一方のノードはSQLを実行し、もう一方のノードはファイル共有を実行します（または両方が同じノード上にあります）。
物事を過度に複雑にしないでください。複雑にしないでおく。