2つのアプリケーションサーバーを備えたSharePoint2010
私は3層のSharePointファームをセットアップする任務を負っています。
- 2つの負荷分散されたWebサーバー
- 2つのアプリケーションサーバー
- SQLサーバー
すべてがセットアップされ、負荷分散などで機能します。
私の質問は、アプリケーションサーバーで何をするかです。
- 2つのアプリケーションサーバーの負荷を分散しますか？
- それらをクラスター化しますか？
- 各サーバーで特定のサービスを実行しますか？
- 各サーバーで同じサービスを実行していて、SharePointがサーバーを自動的に選択しますか？
なぜ2つのアプリケーションサーバーがあるのかよくわかりません。現在、各アプリサーバーで同じサービスを実行しています。
ヘルプ/ヒント/説明をいただければ幸いです。
ありがとう、ジェイミー
トポロジの例を次に示します。
http://technet.Microsoft.com/en-us/library/cc263199.aspx
アプリケーションサーバーで何をするかは、ファームで実行しているサービスとそれらの使用頻度に大きく依存します（つまり、要件によって異なります）。 SharePoint 2010は、サービスアプリケーションを使用して独自の内部負荷分散を処理するため、ロードバランサーの背後にそれらを設定する必要はありません。これらのサービスを実行するためにアクティブ化したアプリケーションサーバーによって異なります。
検索クエリの役割などの一部のサービスは、実際にはフロントエンドWebサーバーで実行するのに適している場合があります。そうすれば、アプリケーションサーバーが利用できない場合でも、ユーザーは検索クエリを実行できます。
アプリケーションサーバーで役割を分割する方法の他の例としては、1つのアプリケーションサーバーに専用の検索クローラーを配置し、次に他のサービスを配置する場合があります。
アプリケーションサーバーの使用方法には無限の可能性があります。主に、ファームの使用方法に依存します。
SQL Serverに関しては、サーバーが1つしかない場合でも、そのマシンを単一ノードのSQL Serverクラスターとしてインストールすることを検討してください。これにより、SQL Server層に冗長性を追加する場合は、追加するだけで済みます。クラスターへのノード。非クラスター環境からクラスター環境への移行は、ファームの規模によっては問題になる可能性があります。
Webフロントエンドの負荷を分散したいが、アプリケーションサーバーの負荷を分散したりクラスター化したりしたくない。アプリサーバーは、サービスアプリケーションを実行する場所である必要があります。これらのサービスアプリケーションは、複数のサーバーで開始できます。複数のサーバーで自動的に起動されると、2つのアプリサーバー間で負荷分散されます。一方がダウンすると、サーバーはマークダウンされ、もう一方のサーバーはそれ自体で負荷を処理します。他のサーバーが復旧すると、最終的には再びアクティブとしてマークされ、負荷分散が再開されます。クエリの役割をWFEに配置することに同意します。ただし、あなたの状況では、パフォーマンスと冗長性が得られるように、他のほとんどすべてのサービスと一緒に両方のアプリサーバーでインデックスサービスを実行します。
また、適切なパフォーマンステストを実行して、トポロジが機能し、ボトルネックがないことを確認する必要があります。 SharePointは非常に柔軟性があり、必要に応じて後で移動できます。また、SQLサーバーが仮想であり、ハードウェアの問題が発生した場合に自動的に別のサーバーに移動できる場合、これにより、クラスター化されないリスクが軽減されます。ただし、物理マシンの場合は、クラスターまたはSharePoint 2010のいずれかがミラーリングをサポートするようになったことをお勧めします。これにより、SAN要件なしでより安価なオプションになる可能性があります。
お役に立てば幸いです。