

支援終止通知：2025 年 11 月 13 日， AWS 將停止對 AWS Elemental MediaStore 的支援。2025 年 11 月 13 日之後，您將無法再存取 MediaStore 主控台或 MediaStore 資源。如需詳細資訊，請造訪此[部落格文章](https://aws.amazon.com/blogs/media/support-for-aws-elemental-mediastore-ending-soon/)。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# CloudWatch Logs
<a name="monitoring-cloudwatch-logs"></a>

存取記錄會為對容器中的物件所做的請求提供詳細的記錄。存取記錄對於許多應用程式都相當實用，例如安全和存取稽核。他們也可以協助您了解您的客戶群，並了解您的 MediaStore 帳單。CloudWatch Logs 分類如下：
+ 日誌串流是共享相同來源的一系列日誌事件。
+ 日誌群組是共享相同保留、監控和存取控制設定的日誌串流群組。當您在容器上啟用存取記錄時，MediaStore 會建立名稱為 的日誌群組`/aws/mediastore/MyContainerName`。您可以定義日誌群組，並指定放入每個群組的串流。可以屬於一個日誌群組的日誌串流數量並沒有配額。

根據預設，日誌將無限期保留且永遠不會過期。您可以調整每個日誌群組的保留政策，維持無限期保留，或選擇 1 天至 10 年之間的保留期間。

## 記錄狀態變更會在一段時間後生效
<a name="monitoring-cloudwatch-logs-timing"></a>

記錄容器狀態的變更，要一段時間後才會實際影響到日誌檔交付。例如，若已啟用容器記錄，則在接下來的一小時內提出之請求，可能有些會記錄下來，有些則不會。如果您停用容器 B 的記錄，系統可能會繼續交付下一個小時的日誌，有些則不會。在所有情況下，新的設定最終都會生效，您無需採取任何進一步動作。

## 伺服器日誌交付最佳作法
<a name="monitoring-cloudwatch-logs-best-effort"></a>

存取日誌記錄會依最佳作法交付。已適合設定為在交付日誌記錄中記錄結果的容器的多數請求。大多數的日誌記錄會於記錄後的數小時內交付，但也可以常交付。

並不保證存取記錄的完成程度與時間先後順序。特定要求的日誌記錄，可能會在實際處理要求之後很久才交付，或者*有可能完全不會交付*。存取日誌的目的在於讓您能了解容器流量的真實狀態。雖然日誌記錄極少會缺失，但存取記錄並不代表所有請求的完整記錄。

其遵循存取記錄功能的最佳做法，在 AWS 入口網站提供的用量報告 ([AWS 管理主控台](https://console.aws.amazon.com/)上的帳單和成本管理報告) 中，可能包含一或多個未出現在已交付存取日誌中的存取請求。

## 存取記錄格式的程式設計考量
<a name="monitoring-cloudwatch-logs-programming-considerations"></a>

有時候，我們可能要在新增欄位，來擴展存取日誌的格式。必須寫入剖析存取日誌的程式碼，才能處理它不了解的其他欄位。