Recommendations: Sitecore tuning in Azure
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
寄稿者:
ケイト・オルロヴァ
以下の推奨事項は、Microsoft Azure機能を有効にし、AzureにおけるSitecoreのパフォーマンスを向上させる方法を説明しています。
IOチューニングによるサーバー性能向上
ファイルシステム上のディスクの読み書き操作を最適化するために:
- 最初のリクエスト後にファイルをキャッシュします。例えば、重要なCSSやJavaScriptファイルです。
- ログレベルを割り当てることでディスク上の操作数を減らします。ログレベル(Priority)はログに書き込まれるメッセージを制限します。例えば、本番サーバーではエラーだけに関心があるかもしれません:
- AzureのPremium App Serviceプランに加入し、SSDディスクの利用を始めて、より良い利用可能性とレイテンシを得ましょう。
コールドスタートをブーストする
強制ノード再起動後や新しいワーカープロセスへの移行後のコールドスタート遅延を減らすために、web.configファイル内でApplication Initialization設定を指定できます。例えば、ホームページ、検索専用ページ、セクションランディングページなどのキーページを追加することで:
<system.webServer>
</system.webServer>
アプリケーション初期化モジュールはHTTPSではなくHTTPプロトコルでウォームアップリクエストを送信するよう設計されているため、ウェブサイトがすべてのHTTPSリクエストを関連するHTTPSリクエストにリダイレクトするように設定されている場合は動作しません。 web.configファイルに以下の内容を追加して、リライトルールからアプリケーション初期化を除外できます:
リバースプロキシを設定して、ウェブサイト上の特定のURLが不要なリダイレクトなしに外部サイトからそのコンテンツを取得できるようにできます。アプリサービスのサイトフォルダにapplicationHost.xdt変換を追加することでリバースプロキシ機能を有効にすることもできます。例えば、変換ルールを使って "/blog/” ファイルやレガシーファイルで始まるリクエストを上書きできます。
AzureのSitecoreでリバースプロキシを有効にするには:
-
applicationHost.xdtファイルを使ってリバースプロキシ機能を有効にする:
<system.webServer>
</system.webServer>
-
web.configファイルにプロキシの書き換えルールを追加します:
-
Sitecoreがプロキシリクエストを傍受しないように、Sitecoreの設定パッチファイルを追加してください:
予期しないアプリケーションプールのリサイクルを防ぐ
アプリケーションプールの突然のリサイクルが発生する理由は複数あります。例えば、DLLの変更や他のファイルの設定変更によって再利用がトリガーされることがあります。デフォルトでは、アプリケーションは各サブディレクトリごとに監視するオブジェクトを作成し、変更されたファイルごとにリサイクル通知を開始します。
Overwhelming File Change Notificationsエラーによるアプリケーションプールのリサイクルリスクを最小限に抑えるために、*File Change Notification (FCN)*設定をオフにしてください。
FCNをオフにするには:
-
web.configファイルのhttpRuntimeセクションにfcnMode="Disabled"を追加してください:
<system.web>
</system.web>