Sitecore Azure環境のサイズ基準

環境に適したインフラを選びましょう

環境に適したインフラを設定するということは、自社のサイトの要件を知ることを意味します。これらの要件は以下の組み合わせで構成されています:

• 使う予定のSitecore機能について(必要な機能の組み合わせを尋ねてください)。
• あなたが書くカスタムコードの量(これがページの応答時間に与える影響を考慮してください)。
• あなたのサイトに対して期待される応答時間。
• ピーク負荷をどう見せたいか。

ベストプラクティスとしては、上記の箇条書きの答えを知っておくことで、事前に成功するインフラ設計の可能性が格段に高まります。

Azure PaaSのインフラがどのようなものになるかは、XMとXPのARMテンプレートトポロジーを参照することでおおよそのまま見積もることができます。トポロジーは見積もりの出発点として良いものであり、サイトの複雑さに応じてサイズを調整することも期待できます。例えば、XMとXPの提案サイズは、パーソナライズがほとんどないシンプルなマーケティングサイトをベースにしており、訪問あたりページビューは約5回です。

事前分析を行う

インフラを決めるには、まず予想される負荷とその負荷の特徴を理解する必要があります。Sitecoreで既存サイトを再構築する場合は、既存サイトのログやテレメトリーデータに基づいて負荷要件を特定できます。Sitecoreで新しいサイトを構築するのは少し難しく、ナレッジベースのサイズガイドを使った推測が必要です。

インフラがどのようなものであるべきかを大まかに考えるために、開発段階で以下の質問を入力として活用してください。これらの質問に早い段階で答えることが重要です。

• あなたのサイトで最も人気のあるアクティビティは何ですか?

  例えば、eコマースサイトでは最も一般的な活動は商品の閲覧、商品検索、カートへの追加、そして会計です。

• ピーク負荷はいつですか?

  年間で最も忙しい時間帯はピーク負荷とみなされます。サイトがピーク負荷下で稼働している場合、

• 1時間あたり何人のユーザーにサービスを提供していますか?

• 1時間あたり何ページ配信していますか?

• さまざまな人気活動における負荷の分布はどうなっていますか?

• この期間中のページ応答時間はどのくらいにしてほしいですか?

開発中のテスト

プロジェクトの開発段階での継続的なパフォーマンステストは成功の鍵となります。早期にテストすることで、インフラ要件がどのようなものになるかを把握でき、アプリケーションのパフォーマンスを向上させることでコスト削減の時間も得られます。

!重要開発段階でのテストをスキップすると、重負荷下での生産停止のリスクが高まります。予想以上の生産コストにつながる可能性があります。

このトピックの前回のセクションで質問された答えは、事前 分析を行い、アプリケーションやインフラに負荷をかける負荷テストを設計できるようにすることです。このテストの結果により、潜在的なボトルネックを特定し、アプリケーションやインフラを性能要件を満たすまで調整することが可能になります。

生産中の精錬

生産開始から最初の数ヶ月間は、いくつかの細かい調整が期待されます。その後は、事業が成長し始めるまで通常は生産が安定します。リスクを最小限に抑えるために、以下の手順を必ず実行してください。

• 開発中は、インフラが予想される負荷に耐えられるか、月々のコストが予算内に収まるかを確認するために、事前の分析とテストを見直しましょう。
• 導入から最初の数ヶ月間はインフラを監視し、期待通りのパフォーマンスを保ち、トラフィックのバーストに対応できる十分なバッファを確保しましょう。

Azureでは、Azure Monitor、Application Insights、Log Analyticsなどのツールを使ってインフラの性能を監視できます。Azure Monitorを使えば、インフラが水平または垂直にスケールする必要がある段階に達したときにアラートを作成できます。