SharePoint Online のキャパシティ プランニングとロード テスト

重要:  この記事は機械翻訳されています。機械翻訳についての「免責事項」をお読みください。この記事の英語版を参照するには、ここをクリックしてください。

この記事では、従来型のロード テストが許可されないためにそれを実行せずに SharePoint Online に展開する方法について説明します。

SharePoint Online でロード テストを積極的に行うことはあまりお勧めできませんが、サイトを立ち上げるときに、サイトでユーザーの使用感が低下しないようにする方法は他にもあります。

SharePoint Onlineとする必要はありませんかの容量の計画、これは、サービスの一部として、します。 オンプレミス環境と読み込みテストを使用して拡大/縮小前提を検証し、最終的には、ファームの限界点を検索するには負荷が飽和にします。SharePoint Onlineでは、異なる手順を実行する必要があります。 ロード テストを自動的に制限は、同じファーム内のすべてのテナントを保護するあるマルチ テナントの環境であります。つまり、期待が表示され、ロードしようとした場合、結果を誤解される可能性がありますが、その使用環境をテストします。

SharePoint Online がオンプレミス展開よりも優れている点として、クラウドの順応性が挙げられます。 数百万ものユーザーに毎日サービスを提供するように大規模な環境がセットアップされているため、必要に応じてファームを自動的に拡張して、容量を効率的に処理することが重要となります。 この記事では、マイクロソフトがどのように容量の拡大を計画して、適切にスケール アウトするかについて説明します。 ロード テストが関連しない方法についても説明します。

Office 365 でロードを予測して容量を拡張する方法

SharePoint Online のサーバー容量管理作業は、次の 2 つの方法で行います。

  • 容量予測

  • 単一サーバー ファームでの負荷分散

オンプレミス環境の計画とは異なり、SharePoint Online での容量予測では、統計を取って、特定のサーバー グループに潜在する要件のグラフを作成できます。 総需要は、次の図のゾーン内要求数 (ゾーンは SharePoint ファームのグループ) の成長線のようになることがあります。

予測機能を示すグラフ: 予測

1 つのファームで拡大を予測することは難しいのですが、ゾーン内での要求の合計数は予測可能となります。 SharePoint Online で拡大の傾向を特定すると、今後の拡張を計画できるようになります。

容量を効率的に使用して、予想外の拡大に対処するため、どのファームでもフロントエンド ロードが自動的に追跡されて、必要に応じて適切にスケール アップされます。 フロント エンドをスケール アップする信号として使用されている主な指標は、CPU ロードです。 ここでの目標は、ピーク CPU ロードを 40% 以内に維持することです。 これは、バッファーを十分にして、予想外のスパイクを吸収するためです。 ロードが 40% に着実に近づくと、フロント エンドがファームに追加されます。

予測機能を示すグラフ: ファームの管理

使用量の予測によってゾーンに以前追加されていたサーバーを使用して、追加サーバーをファームにすぐに追加できます。

サイトの立ち上げを計画する方法

上で説明したように、新しいサイトを立ち上げるファームは自動的に監視されて、新しいフロントエンド サーバーが追加されます。 このため、新しいサイトの立ち上げについて通知する必要はありません。

SharePoint Online で単一ページのその他のベスト プラクティスに従うと、100,000 ユーザーの新しいサイトを立ち上げても、ファームが影響される可能性は低くなります。

新しい SharePoint Online サイトのリリースを計画する戦略はいくつかあります。 次の図からわかるように、多くの場合、招待されるユーザーの数は、サイトを実際に利用するユーザーの数よりも顕著に多くなります。 この図は、リリースを展開する方法に関する戦略を示しています。 この方法は、パフォーマンスのロードに役立つだけでなく、この方法により、大勢のユーザーが見る前に SharePoint サイトを改善する方法を特定できるようにもなります。

招待されたユーザーおよびアクティブなユーザーを示すグラフ

パイロット フェーズでは、組織が信頼するユーザーや、関与することが分かっているユーザーから意見を聞くと良いでしょう。 この方法によると、システムがどのように使用されているかを評価し、そのパフォーマンスも測定できます。

その後、すべてのユーザーに段階的に展開し始めて、意見を聞きながらパフォーマンスを定期的に確認します。 この方法の利点は、システムをゆっくりと導入して、システムがさらに使用されるようになるにつれて改善できることです。 マイクロソフトも、さらに多くのユーザーにサイトが展開されるにつれて、ロードの増加に対処できるようになります。

最後に、ロード テストは禁止されていますが、お客様はサービスの定期的な調査 (ping) を設定して、可用性と待機時間を測定すると良いでしょう。 これによってサイトのベースラインが特定されます。 ただし、この測定を行う頻度は低く保ち、上で説明した調整の問題を避ける必要があります。

注: 機械翻訳についての免責事項: この記事の翻訳はコンピューター システムによって行われており、人間の手は加えられていません。マイクロソフトでは、英語を話さないユーザーがマイクロソフトの製品、サービス、テクノロジに関するコンテンツを理解するのに役立てるため、こうした機械翻訳を提供しています。記事は機械翻訳されているため、用語、構文、文法などに誤りがある場合があります。

スキルを磨く
トレーニングの探索
新機能を最初に入手
Office Insider に参加する

この情報は役に立ちましたか?

ご意見をいただきありがとうございます。

フィードバックをお寄せいただき、ありがとうございます。Office サポートの担当者におつなぎいたします。

×