ドキュメントExperience Cloud KCS

Azure Blob StorageのAEM as a Cloud Service ログのローテーションと保持

最終更新日： 2026年10月30日

✨ このコンテンツはAIが生成したもので、不正確である可能性があります。 生成AI用語

この記事では、Adobe Experience Manager as a Cloud ServiceがAzure Blob Storageに転送されるログのローテーションと保持をどのように処理するかを説明し、Azure側でログライフサイクルを管理するためのガイダンスを提供します。

説明 description

環境

Adobe Experience Manager as a Cloud Service（すべてのバージョン）

症状

  • Azure Blob Storageに転送されるログファイルのサイズは数日間増加し続け、新しいログエントリが同じBLOBまたはファイルに追加されます。
  • 同じログタイプの下に複数のファイルが表示され、ファイル名にそれぞれ異なるポッド識別子が表示される場合があります。
  • ログのローテーションが時間ベース、サイズベース、またはポッドの変更または再起動によってトリガーされるかどうかに関する不確実性が存在します。
  • ログファイルがいつ新しいエントリの受信を停止するか、いつ閉じるかを明確に示すものはありません。
  • ファイル名のタイムスタンプは、BLOBの作成時間を確実に示すものではありません。
  • エラーメッセージは生成されませんが、明確なローテーションやクロージャーポイントがないことで、Azure側のライフサイクル管理が複雑になっています。

原因

AEM as a Cloud Serviceでは、Azure Blob Storageに転送されるログに対して、固定のログローテーションまたは保持ポリシーは適用されません。 ログファイルは開いたままであり、ソースポッドがアクティブである限りエントリを受け取り続けます。そのため、お客様はAzure側で保持とライフサイクルを管理する必要があります。

解決策 resolution

ログのローテーションと保持を管理するには、次の手順に従います。

  1. AEM as a Cloud Serviceは、各ポッドまたはソースに固有のファイルでログをAzure Blob Storageに転送し、ソースがアクティブである限り、ログエントリが継続的に追加されることを理解してください。
  2. これらのログファイルに対してAdobeが適用する時間ベースまたはサイズベースのローテーションスケジュールは、文書化されていないことに注意してください。
  3. 新しいポッドが開始された場合やソースが変更された場合は、新しいファイルが作成される可能性がありますが、必ずしもすべてのポッドの再起動で作成されるわけではありません。
  4. Adobeでは、これらのログに対してお客様が設定可能なローテーションまたはリテンション設定を提供していないことを確認してください。
  5. ファイル名のタイムスタンプに依存することなく、Azure Blob Storageのプロパティとメタデータを使用してライフサイクルを管理できます。
  6. Azure側でセグメンテーションポリシー、リテンションポリシー、ライフサイクル管理ポリシーを実装して、環境に合わせて必要に応じてログファイルの増加とリテンションを処理します。
  7. BLOBのサイズを定期的に監視し、Azureのライフサイクル管理機能を使用して、必要に応じてBLOBをアーカイブまたは削除します。
recommendation-more-help
experience-cloud-kcs-help-kbarticles