物理トポロジについての推奨事項 (Office SharePoint Server)
システムのデータベース層、ネットワーク、物理ストレージ、およびキャッシュのトポロジは、システムのパフォーマンスに大きな影響を与えます。ハードウェアを計画するときは、Microsoft Office SharePoint Server 2007 が、32 ビットのオペレーティング システムとデータベースで実行できる Office SharePoint Server の最後のバージョンであることに注意してください。この記事では、基本的に、システムを Microsoft SQL Server 2008 で動作する場合に加えることのできる改良点について説明します。
重要
SQL Server 2008 を実行しているサーバーからの妥当な応答時間を維持するために段階的なアップグレード方法を使用する場合、Office SharePoint Server 2007 をサポートする SQL Server リソースを、少なくとも倍に増やす必要があります。
以下のセクションでは、Office SharePoint Server 2007 をホストする SQL Server 2005 データベースのベスト プラクティスに基づく推奨事項について説明します。
SQL Server 2008 を実行する専用サーバーから起動する
トポロジ内のデータベース層には、以下の推奨事項が適用されます。
SQL Server 2008 は、スタンドアロン サーバー上に展開するのでない限り、常に、その他のファームの役割を実行したり、その他のアプリケーション用のデータベースをホストしたりしない専用サーバー上に配置します。
業務上の明確な理由がない限り、SQL Server 2005 の 64 ビット バージョンを、64 ビット オペレーティング システムにインストールすることを強くお勧めします。
旧バージョンの使用を必要とする業務上の明確な理由がない限り、最適なパフォーマンスを得るには、Office SharePoint Server 2007 と SQL Server 2008 を最新の Service Pack で使用します。
サーバー ファームを構成する場合、SQL Server 接続エイリアスを使用します。接続エイリアスとは、SQL Server のインスタンスへの接続に使用できる代替名です。データベース サーバーで障害が発生した場合、別のサーバーを指すように、フロントエンド Web サーバーでエイリアスを調整できます。詳細については、「SQL Server の別名を設定する方法 (SQL Server Management Studio)」(https://go.microsoft.com/fwlink/?linkid=132064&clcid=0x411) を参照してください。
SQL Server 2008 のディスクへの入出力 (I/O) チャネルが、スワップ ファイル、インターネット インフォメーション サービス (IIS) ログなど、他のアプリケーションと共有されないようにします。
リソースの追加と共に、スケール アウトを検討する
SQL Server 2008 を実行するサーバーの 3 種類のリソース コンポーネント (CPU、メモリ、および I/O サブシステム) の状態を追跡することが重要です。これらのコンポーネントが処理の限界に近づいていると思われる場合は、現在の作業負荷と今後予想される作業負荷に基づいて、適切な処置を行います。その後、リソースを追加するか、SQL Server 2008 を実行する新しいサーバーを追加してスケール アウトするかどうかを決定します。通常は、リソースの追加と共に、スケールアウトを検討することをお勧めします。詳細については、「Troubleshooting Performance Problems in SQL Server 2008 (英語)」(https://go.microsoft.com/fwlink/?linkid=168448&clcid=0x411) を参照してください。
4 台以上の Web サーバーが最大限の能力で稼働している場合は、SQL Server 2008 を実行するサーバーを追加で展開することをお勧めします。
ハードウェアの選択時に SQL Server のガイドラインに従う
以下のセクションでは、Office SharePoint Server 2007 のパフォーマンスを最適化できるハードウェアに関する、SQL Server 2008 チームからの推奨事項について説明します。
メモリ
SQL Server 2008 を実行するコンピュータで必要なメモリの量を決定するには、予定している展開が、メモリ消費の点でどの程度の規模であるかを判断します。
次の表を使用して、展開のサイズを判断します。
展開パラメータのほとんどが一覧の値よりも小さい場合、展開の規模は小さいと考えることができます。
展開パラメータが一覧の値とほぼ等しい場合、展開の規模は中程度であると考えることができます。
展開パラメータのほとんどが一覧の値の上限を超える場合、展開の規模は大きいと考えることができます。
測定基準 | 値 |
---|---|
コンテンツ データベースのサイズ |
100 GB |
コンテンツ データベースの数 |
20 |
SQL Server 2008 に対する同時要求の数 |
200 |
ユーザー |
1000 |
定期的にアクセスされるリストのアイテムの数 |
2000 |
定期的にアクセスされるリストの列の数 |
20 |
SQL Server 2008 では、最低限必要なメモリは 4 GB です。中規模の展開では 8 GB のメモリ、大規模の展開では 16 GB 以上のメモリを用意することをお勧めします。
他に、以下の要因が、必要なメモリ量に影響します。
SQL Server 2008 のミラーリングの使用。
15 メガバイト (MB) を超えるファイルの頻繁な使用。
CPU キャッシュ
SQL Server 2008 を実行するサーバーでは、CPU ごとに 2 MB の L2 キャッシュを割り当てることで、メモリの速度を上げることをお勧めします。
バスの帯域幅
バスの帯域幅を広くすると、信頼性とパフォーマンスが向上します。バスの帯域幅は、ディスクだけが使用するのではないことに注意してください。ネットワーク アクセスなども考慮する必要があります。
バスの帯域幅を最適化するためのいくつかのベスト プラクティスと推奨事項を以下に示します。
中規模から大規模のサーバーでは、バスの帯域幅を広くすると、システムの信頼性が向上します。これは、特にマルチパス ソフトウェアの追加によって実現されます。小規模システムの場合、バスの帯域幅を広くしても、信頼性が大幅に向上することはありません。バスの帯域幅の信頼性は、システム内の冗長パスによってハードウェア デバイスの単一障害点を回避することで向上します。
バスの帯域幅を広くすると、大容量のブロック転送とシーケンシャル I/O を頻繁に使用するシステムで、パフォーマンスが向上します。
ほぼシーケンシャル I/O だけを使用する小規模サーバーの場合、3 台のディスクでは PCI はボトルネックになります。8 台のディスクがあり、ほぼランダム I/O だけを実行する小規模サーバーの場合は PCI で十分です。ただし、小規模サーバーから超大規模サーバーに至るまで、PCI-X の方が一般に使用されています。
多数のディスクをサポートするには、バスの帯域幅を広くする必要があります。
バスの帯域幅の能力は、システムのトポロジによって制限されることがあります。直接接続されたディスクを使用するシステムの場合は、スロットの数によってバスの帯域幅の能力が制限されます。ただし、ストレージ エリア ネットワーク (SAN) システムには、物理的な制限要因はありません。
通常、高価なサーバーは大容量の高速バスを備えています。バスの帯域幅の能力を上げるには、サーバーを交換する以外の方法が存在しないことがしばしばあります。ただし、大規模サーバーには構成上の柔軟性があります。サーバーのプロバイダに仕様を問い合わせてください。
ディスクと SAN インターフェイス
システムで使用するインターフェイスは、信頼性とパフォーマンスに影響を与えます。他の条件がすべて同じ場合、ドライブの容量が大きいほど、平均シーク時間が増加します。次の表の情報を参考にして、インターフェイスを選択してください。
インターフェイス | 利点 | 欠点 | 備考 |
---|---|---|---|
SCSI (Small Computer System Interface) |
ディスクへのデータの強制書き込みをサポートすることで、回復性を高めます。 TCQ (Tagged Command Queueing) 対応の SCSI は、複数の I/O 要求をサポートします。 ホット スワップをサポートします。 SCSI では、チャネルごとに最大 15 ドライブを処理できます。 物理的なケーブル長による制約をあまり受けません。 |
チャネルが過負荷になると、転送レートの限界に達する可能性が高まります。 |
|
IDE (Integrated Device Electronics) |
ホット スワップをサポートします。 IDE は、チャネルごとに 1 台のドライブが接続されている場合のみ、高い転送レートを達成します。 一般に、SCSI よりも高い処理能力があります。 通常、GB あたりの価格が SCSI ドライブよりも安価です。 |
チャネルごとに 1 つの未処理 I/O 要求のみを処理できます。 |
|
SATA (Serial Advanced Technology Attachment) |
TCQ 対応の SCSI では、複数の I/O 要求をサポートします。 ホット スワップをサポートします。 チャネルごとに 1 台のドライブだけをサポートするように設計されているものがほとんどですが、インターフェイス カードで 2 ~ 12 個以上の複数の SATA チャネルも使用することもできます。 一般に、SCSI よりも高い処理能力があります。 通常、GB あたりの価格が SCSI ドライブよりも安価です。 |
||
SAS (Serial-attached SCSI) |
非常に高速です。 SCSI プロトコルをサポートします。 SCSI よりも多い台数のディスクを処理できます。 |
DAS (Direct-attached Storage) にのみ適用できます。 パラレル SCSI の置換テクノロジです。 SATA ドライブと下位互換性があります。 |
データ センタ内のデータベース冗長性
データ センタ内の各種類のストレージに対して冗長性を提供する必要があります。
SAN または共有ディスクの場合、クラスタリングが最も一般的で費用効果の高いテクノロジです。SharePoint 製品とテクノロジでは、クラスタの使用がネイティブにサポートされます。クラスタは、SQL Server 2008 Standard Edition で使用できます。運用チームにとって、クラスタリングは使い慣れたソリューションです。詳細については、「SQL Server のクラスタ化を使用して単一のファーム内での可用性を構成する」(https://go.microsoft.com/fwlink/?linkid=168606&clcid=0x411) を参照してください。
専用のディスクまたは DAS (Disk-attached Storage) の場合、SQL Server 2008 のデータベース ミラーリングを使用します。SharePoint では、データベース ミラーリングがネイティブにサポートされません。ミラーをフェールオーバーする場合に接続を変更するには、SQL Server クライアント エイリアスを使用し、フェールオーバー パートナを指すようにそのエイリアスを変更することでフェールオーバー処理を手動で管理することをお勧めします。詳細については、「Office SharePoint Server および Windows SharePoint Services で SQL Server データベース ミラーリングを使用する」(https://go.microsoft.com/fwlink/?linkid=83725&clcid=0x411) を参照してください。
データ センタ間のデータベース冗長性
SAN や DAS に格納されたデータをミラー化またはレプリケートすることで、ビジネス継続性の要件をサポートできますが、ミラーリング テクノロジは次のように異なります。
ほとんどの SAN ベンダは、複数サイト間でのデータ ミラーリングを提供します。
DAS ベースのほとんどのシナリオでは、ソフトウェア ベースのレプリケーション方法が必要です。この方法は、ベンダにより提供されるか、データベース ミラーリングやログ配布などのテクノロジを使用して有効にされます。
同期ミラーリングを使用する場合、SharePoint では、SQL Server 2008 のログ ストリーム圧縮機能を利用できます。また、SQL Server 2008 Enterprise Edition を実行している場合は、システムの 4 つのコアごとに、データベースあたり 1 つの追加の並列再実行スレッドを使用することもできます。詳細については、以下を参照してください。
注意
SharePoint 製品とテクノロジでは、トランザクションのレプリケーションなど、一部の SQL Server 2008 テクノロジを使用できません。レプリケーション テクノロジを使用するには、データベースのすべてのテーブルに主キー カラムが必要なためです。レプリケーション テクノロジを実装する前に、テクノロジが SQL Server 2008 と Office SharePoint Server 2007 の両方でサポートされることを確認してください。
SAN でホストされているデータの特定時点のスナップショットを取得するには、スナップショット テクノロジを使用できます。DAS では、ほとんどの場合、スナップショットのサポートを可能にする追加のソフトウェアおよびサービスは提供されません。
Microsoft System Center Data Protection Manager 2007 などのサポート テクノロジを使用して、Microsoft SQL Server および Microsoft Office SharePoint 製品とテクノロジの保護を強化できます。Microsoft System Center Data Protection Manager 2007 では、Active Directory® ドメイン内または Active Directory® ドメイン間で、ディスクベースとテープベースによるサーバーのデータ保護と復元ができます。Microsoft System Center Data Protection Manager 2007 の詳細については、Microsoft System Center Data Protection Manager 2007 Web サイト (英語) (https://www.microsoft.com/systemcenter/dataprotectionmanager/en/us/default.aspx) を参照してください。
パフォーマンス
DAS と SAN では、次のパフォーマンス カテゴリを測定する必要があります。
1 秒あたりの I/O
1 秒あたりの MB
待機時間
DAS および SAN 環境のパフォーマンスは、非常に多くの変数に影響されるため、簡単な推奨事項を提供することはできません。たとえば、変数には、ドライバ、構成、基盤となる基本テクノロジ、ホスト バス アダプタ (HBA) などがあります。
SAN 環境では、ファイバ チャネル スイッチ ファブリックが役立つ場合があります。ファイバ チャネルを使用すると、ファブリックを通して複数のリンクを提供できるため、I/O パスの並列処理が可能になり、SAN で I/O 要求の処理を効率的に実行できます。
SQL サーバーを実行するサーバーの I/O サブシステムで発生する待機時間を最小限に抑えることが非常に重要です。I/O サブシステムからの応答遅延は、他の種類のリソース (CPU やメモリなど) を追加しても埋め合わせることはできませんが、ファーム全体に影響を与え、問題を発生させる可能性があります。展開の前に、遅延時間を最小限に抑える計画を作成し、既存のシステムを監視します。詳細については、「記憶域のパフォーマンスの監視とトラブルシューティング」を参照してください。
ネットワーク トポロジに関する推奨事項
ファーム内およびファーム間のネットワーク接続を計画します。待機時間の短いネットワークを使用することをお勧めします。
いくつかのベスト プラクティスおよび推奨事項を以下に示します。
ファーム内のすべてのサーバーは、SQL Server 2008 を実行しているサーバーに対して LAN 接続の帯域幅と待機時間 (1 ミリ秒 (ms) 以内の待機時間) を保持する必要があります。
SQL Server 2008 を実行するサーバーがファームの他のコンポーネントから遠く離れた場所に展開され、ネットワーク遅延が 1 ms を超えるワイド エリア ネットワーク (WAN) トポロジは推奨されません。このトポロジはテストされていません。
SQL Server 2008 ミラーリングまたは SQL Server 2008 ログ配布を使用してリモート サイトを最新の状態に保つ場合は、適切な WAN ネットワークを計画します。
SQL Server 2008 Enterprise Edition のバックアップ圧縮機能の使用を計画します。バックアップ スクリプト内で圧縮オプションを設定したり、SQL Server 2008 Enterprise Edition を実行するアプリケーション サーバーが既定で圧縮を実行するように構成したりして、データベース バックアップと配布ログのサイズを大幅に削減できます。詳細については、「バックアップの圧縮 (SQL Server)」(https://go.microsoft.com/fwlink/?linkid=129381&clcid=0x411) を参照してください。
注意
SharePoint 製品とテクノロジでは、データベース圧縮はサポートされません。
ディスク トポロジ
システムで使用するディスク トポロジは、信頼性とパフォーマンスに影響します。
SQL Server 2008 を実行するサーバーの I/O サブシステムで発生する待ち時間を最小限に抑える必要があります。I/O サブシステムからの応答遅延は、他の種類のリソース (CPU やメモリ) を追加しても埋め合わせることはできませんが、ファーム全体に影響を与え、問題を発生させる可能性があります。
次の表の情報を参考にして、トポロジを選択してください。
トポロジ | 利点 | 欠点 | 備考 |
---|---|---|---|
SAN |
複数のサーバーに対応できます。 アクセスできるディスクの数に制限はありません。 追加サーバーを簡単にインストールできます。多数のサーバーを容易に管理できます。 サーバー間でのディスク ストレージの再割り当てを簡単に実行できます。 メンテナンス コストが DAS (Direct-attached Storage) よりも低い傾向があります。 |
||
DAS |
広い最大帯域幅を持ちます。 サーバーが少数の場合は管理が簡単です。 初期オーバーヘッド コストが SAN より低くなります。 |
サーバーごとに展開されます。 ディスクの数は、サーバーのスロット数と、使用されるインターフェイスの種類によって制限されます。 |
作業負荷によるボトルネックが発生している場合は、DAS の使用を検討します。 特定のサーバーで DAS の制限数に達した場合は、SQL Server 2008 を実行する追加サーバーを展開する必要があります。 |
NAS (Network-attached storage) |
NAS 環境では、SQL Server 2008 が必要とする I/O 応答時間は、保証することも維持することもできません。 iSCSI では、軽量の I/O トラフィックだけをサポートします。 |
十分な待ち時間を安定的に保証できないので、NAS の使用はお勧めしません。ネットワーク ストレージが必要な場合は、NAS ではなく、iSCSI 専用のギガビット イーサネット LAN で iSCSI を使用してください。 |
このブックをダウンロードする
このトピックは、簡単に読んだり印刷したりできるように、次のダウンロード可能なブックに収められています。
利用可能なすべてのブックの一覧を参照する場合は、「Office SharePoint Server 2007 のダウンロード可能なブック」にアクセスしてください。