Time-to-Live （TTL）キャッシングに起因するAEM パブリッシュサーバーの高負荷の問題の解決
この記事では、AEM as a Cloud Service - Sites で 5 分間の TTL キャッシュ設定が原因で発生する、AEM パブリッシュサーバーのパフォーマンスのスパイクについて説明します。 この問題は、キャッシュの有効期限が頻繁に切れるために発生します。これにより、サーバーが動的コンテンツに対する複数の同時リクエストを処理するので、負荷が増加します。
説明 description
環境
製品：Adobe Experience Manager（AEM）as a Cloud Service - Sites
環境：開発環境と SQA 環境
設定：Dispatcher TTL フィルターで 5 分の TTL が設定されます
問題/症状
- 5 分の TTL 間隔内にパブリッシュサーバーの読み込みスパイクが発生する。
- キャッシュの無効化後にパブリッシュインスタンスへのトラフィックを増加しました。
- 高負荷シナリオ時のスケーラビリティとダウンタイムの問題。
解決策 resolution
この問題に対処するには、次の手順に従います。
- 実稼動環境に変更を適用する前に、開発（DEV）環境またはソフトウェア品質Assurance（SQA）環境でパフォーマンステストを実施します。 Grafana などのツールを使用して、サーバー負荷を監視し、ボトルネックや過度のリソース使用を特定します。
- 関連するすべて
.ttlコンテンツについて、Dispatcher キャッシュでファイルが正しく生成されていることを確認します。 バックエンドサービスに負担をかけることなく、キャッシュされたコンテンツの有効期限と更新を期待どおりに確保できます。 - トラフィック要求に基づいて拡張するようにAEM環境が設定されていることを確認します。 AEMのパブリッシュサーバーは高スループットのシナリオ向けに設計されていますが、テストでは、頻繁にキャッシュを無効化することで増加する負荷に対処できるかどうかを検証する必要があります。
- 可能であれば、Sling Dynamic Include （SDI）などの代替キャッシュ戦略を検討します。 SDI は、Dispatcher レベルのキャッシュのみに依存することなく、頻繁に変更されるコンポーネントを動的に含めることで、負荷を軽減できます。
- テスト中にAdobe サポートエンジニアと協力して、重要な指標を監視し、設定を最適化します。 さらなる分析のために、Splunk や Grafana などのツールのテスト結果を共有します。
- 下位環境で検証が正常に完了したら、実稼動環境への変更の制御されたロールアウトをスケジュールします。 安定性を確保し、予期しない問題に迅速に対処するために、デプロイメント後もサーバーパフォーマンスの監視を継続します。
これらの手順に従うことで、短い TTL 値によるパフォーマンスへの影響を軽減し、スケーラビリティを維持し、ダウンタイムのリスクを最小限に抑えることができます。
recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f