基本的には、必要スループット、サービスレベル要件や将来への拡張性などに基づいて決める形になると思います。
SPS 2003 と違って、サーバーファーム構成におけるサーバー役割の組み合わせの制約が無くなったので、構成や拡張方法は随分シンプルになりました。
但し、MOSS 2007 ではアプリケーション機能が増えた分、サーバー役割が増えたので、構成パターンは逆に増えていると言えます。
基本的なサーバー台数については必要スループットに基づいて算出すると思います。 (→ MOSS 2007 ポータル・シナリオ パフォーマンス測定結果)
実際にサーバー役割毎の割り当てと、サーバー・ファーム構成をどのように決定するかが難しい所でしょうか。
ちなみに、サーバー・ファーム構成の考え方、構成例については、こちらの技術情報が参考になります。
・Plan for availability (Office SharePoint Server)
<http://technet2.microsoft.com/Office/en-us/library/9ccfb27f-ecba-4b7d-b9a0-88fac71478a31033.mspx>
注意するとしたら、この中のサーバー4台による構成でしょうか。
→ Plan for a minimum level of availability の中の Four-server farm のトピック
フロントエンド Web サーバーとインデックス作成サービスの役割を共存させた場合、インデックスの伝達が行われません。 このため、片方のフロントエンド Web サーバーでしか検索出来ない構成になります。 これを解決するためには、インデックス作成サービスをデータベースサーバー上に構成する形になりますが、最小限のサーバー台数で可用性を確保することが出来る代わりに、運用設計と運用が非常に複雑になる可能性があります。
ちなみに、これは 2x2 ファーム構成と表記するようです。
個人的には、この4台構成のパターンはあり得ないと思っています。
可用性を確保した上での最小構成はサーバー5台による構成だと思っています。
→ Plan for a minimum level of availability の中の Five-server farm のトピック
インデックス作成サービスを単純に1台のサーバーに割り当てた形です。
こちらの表記は 2x1x2 ファーム構成になるようです。 Web サーバーの台数+アプリケーション・サーバーの台数+データベース・サーバーの台数という訳ですね。
アプリケーション・サーバーとは、インデックス作成サービス、検索サービス、Excel 計算サービス、InfoPath フォーム サービス、プロジェクト サービスなどが含まれます。
つまり、一般的なサーバーファーム構成のスタートラインはこの5台の構成になると考えています。
後は、フロントエンド Web サーバーとしての必要スループットが多くなれば、3x1x2 → 4x1x2 ・・・ と増やしていけば良いわけです。
但し、単純にフロントエンド Web サーバーを増やせば良いかというと、そういう訳でも無さそうです。
検索サービスが共存している限り、全てのフロントエンド Web サーバーに検索インデックスのためのディスク容量が必要になるからです。
フロントエンド Web サーバーが4台を超えるあたりから、検索サービス専用のサーバーを構成するアプローチの検討が必要になりそうです。
例えば、検索インデックスのサイズが大きいとか、検索利用頻度が高い場合には、4x3x2 ファーム構成にすることが考えられます。
3台のアプリケーション・サーバーの内訳が判る表記の工夫が要りますね・・・ この場合、4x3(Q2+I1)x2 なんて感じでしょうかね。
| Q | 検索サービス |
|---|---|
| I | インデックス作成サービス |
| C | Excel 計算サービス |
| F | InfoPath フォーム サービス |
| P | プロジェクト サービス |
何故、こういう工夫が要るかいうと、インデックス作成サービスを2台以上のサーバーに割り当てる構成もあり得ますし、他のサービスが加わった時にパッと見で判り辛いからです。
機能が増えると、いろいろと大変です。
