AEM as a Cloud Serviceでトラフィックの多いキャンペーン中にポッドのキャパシティを増やします

現在のポッドのスケーリング設定を確認します。

• パブリッシュおよびDispatcher ポッドの最小数と最大数、CPUおよびメモリの制限など、現在の自動スケーリングパラメーターを確認します。
• ポッドごとのパブリッシュ層の設定例：CPU：最小1 vCPU、最大10 vCPU、メモリ：14 GiB、レプリカ：最小6、最大12。

自動スケーリング制限の増加が引き続き行われていることを確認します。

• 内部のDevOps チームと調整して、高い自動スケーリング制限とポッド容量がキャンペーンウィンドウの間アクティブなままであることを確認します。
• 設定変更を外部サポートに依存している場合は、キャンペーン期間の前または期間中にこれらの制限を減らすための変更が計画されていないことを確認してください。

トラフィックと自動スケーリングの動作を監視します。

• 利用可能なモニタリングツールを使用して、キャンペーン中のトラフィック指標と自動スケーリング動作を追跡し、環境が期待どおりにスケーリングされることを確認します。
• 実際のトラフィックが以前の推定値を超えた場合は、ポッドの制限をさらに増やすように準備してください。

予想されるトラフィックの変化を伝える：

• 以前のイベントよりもトラフィックが多いと予測される場合は、ピーク訪問数/分、ピーク要求/秒（RPS）、同時実行数などの最新の指標を収集します。
• これらの指標を社内のDevOps チームや外部サポートと共有して、拡張ニーズを再評価します。

追加の拡張が必要な場合は、更新されたトラフィック予測とビジネス要件を使用して、新しい設定変更リクエストを開始します。

キャンペーン期間中とキャンペーン終了後は、システムのパフォーマンスと自動スケーリングアクティビティを監視して、高いポッド制限が有効であり続け、必要なキャパシティを満たしていることを確認します。