Microsoft 365 での容量計画とロード テスト SharePoint

この記事では、Microsoft 365 の SharePoint でロード テストが許可されていないため、従来のロード テストなしで Microsoft 365 の SharePoint に展開する方法について説明します。 Microsoft 365 の SharePoint はクラウド サービスであり、Microsoft はサービスの負荷機能、正常性、および全体的な負荷のバランスを管理します。

サイトの起動を成功させるために最適な方法は、 ポータルの起動ロールアウト計画で強調表示されている基本的な原則、プラクティス、推奨事項に従う方法です。

Microsoft 365 の SharePoint による容量計画の実行方法の概要

オンプレミス展開に対する Microsoft 365 の SharePoint の主な利点の 1 つは、クラウドの弾力性と分散リージョンのユーザーの最適化です。 当社の大規模な環境は、毎日何百万人ものユーザーにサービスを提供するように設定されています。 そのため、ファームのバランスを取って拡張することで、容量を効果的に処理することが重要です。

1 つのファーム内の 1 つのテナントの増加は予測できないことがよくありますが、要求の集計合計は時間の経過と同時に予測できます。 Microsoft 365 の SharePoint の成長傾向を特定することで、今後の拡張を計画できます。

容量を効率的に使用し、予期しない成長に対処するために、どのファームでも、サービスのさまざまな要素を追跡および監視する自動化があります。 複数のメトリックが利用され、主なものの 1 つが CPU 負荷であり、フロントエンド サーバーをスケールアップするためのシグナルとして使用されます。 さらに、SQL 環境は時間の経過に伴う負荷と増加に応じてスケーリングされるため、 段階的/波のアプローチをお勧めします。 フェーズとウェーブに従うと、その負荷と増加の正しい分布が可能になります。

容量は、継続的にハードウェアを追加するだけでなく、その容量を管理および制御して、有効な負荷要求を確実に処理することにも関係します。 お客様が最適なエクスペリエンスを得られるように、推奨されるガイダンスに従うことをお勧めします。 また、サービスで "不正な" 動作を許可しないように調整パターンとコントロールが用意されていることを意味します。 すべての "悪い" 動作が意図的なわけではありませんが、その動作の効果を制限する必要があります。 調整とその回避方法の詳細については、 調整を回避する方法に関するガイダンス に関する記事を参照してください。

Microsoft 365 でテスト SharePoint を読み込めない理由

オンプレミス環境では、負荷テストを使用してスケールの想定を検証し、最終的にファームのブレークポイントを見つけます。負荷で飽和することによって。

Microsoft 365 の SharePoint では、スケールは比較的流動的であり、特定のヒューリスティックに基づいて負荷を調整、調整、制御するため、さまざまな操作を行う必要があります。 このような大規模なマルチテナント環境であるため、同じファーム内のすべてのテナントを保護する必要があるため、ロード テストを自動的に調整します。

ただし、調整に加えて、ロード テストを試みると、残念で誤解を招く可能性のある結果が得られる可能性があります。 これが発生する可能性がある理由は、スケールとファームのバランス調整アクションが継続的に実行されるため、現在テストしたファームでテスト期間中またはテスト後数時間以内にスケール変更が発生する可能性があるためです。

SharePoint をサービスとして読み込む代わりに、推奨されるプラクティスに従って、 正常なポータルの作成、起動、管理 に関するガイダンスに従ってください。