本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
使用 Amazon CloudWatch Logs Intelligent Tiering 最佳化儲存成本
Amazon CloudWatch Logs Intelligent Tiering 會根據存取模式自動將日誌資料分類到三個存取層：標準、不常存取和封存即時存取。使用智慧型分層，您可以將大量、長期保留日誌保留在成本較低的層，而不需要任何操作開銷。無論資料位於哪個層，您都可以在 CloudWatch Logs 中保留它們，並從相同的查詢體驗中受益，而不是篩選日誌或將其卸載到單獨的儲存解決方案。
CloudWatch Logs 會監控存取模式，並自動將 30 天內未存取的資料重新分類為不常存取層，以及將 90 天內未存取的資料重新分類為 Archive Instant Access 層。當您存取較舊的資料時，CloudWatch Logs 會自動將其提升回標準方案 30 天。透過合併 CloudWatch Logs 中的所有日誌，您可以在單一工具中取得完整可見性，藉由在單一位置查詢、分析和提醒所有日誌，消除管理多個儲存解決方案和縮短平均解決時間 (MTTR) 的操作開銷。
若要開始最佳化儲存成本，請使用 CloudWatch 主控台或呼叫 ，在區域中的帳戶層級啟用智慧型分層PutStorageTierPolicy。啟用智慧型分層後，它會套用到您帳戶中在該區域內的所有日誌群組。
Amazon CloudWatch Logs Intelligent Tiering 適用於所有 AWS 商業區域，中東 （巴林） 和中東 （阿拉伯聯合大公國） 區域除外。
CloudWatch Logs Intelligent Tiering 存取層
無論您的日誌資料位於哪個存取層，您的查詢體驗都保持不變。
- 標準 （預設）
-
這是預設層。所有新擷取的日誌資料都會從 Standard 層開始。在主動存取日誌資料時 （自上次存取後 0 到 30 天），日誌資料會保留在 Standard 層中。Standard 層為查詢、匯出、即時結尾和日誌擷取提供低延遲和高輸送量效能。
- 不常存取
-
如果連續 30 天無法存取日誌資料，則會移至不常存取層。此層會保留 31 到 90 天前上次存取的資料。Infrequent Access 層提供與 Standard 層相同的查詢延遲和輸送量，且儲存成本較低。
- 封存即時存取
-
如果連續 90 天無法存取日誌資料，則會移至 Archive Instant Access 層。此層會保留上次存取時間超過 90 天的資料。Archive Instant Access 層提供與其他層相同的毫秒查詢延遲，且儲存成本最低。
構成存取的動作
下列存取模式會自動將日誌資料從不常存取層或 Archive Instant Access 層提升回 Standard 層。當任何這些操作讀取成本較低的層中的日誌事件時，這些日誌事件會回到標準層 30 天。計時器會在每次後續存取時重設。
日誌集中化的層分類
透過跨帳戶跨區域日誌集中存取目的地帳戶中的複寫日誌，只會提升目的地帳戶中的日誌資料。
-
具有查詢或警示組態的輸出 – 使用
StartQuery或CreateScheduledQuery查詢具有 CloudWatch Logs Insights 的日誌資料，或在日誌上設定警示 -
篩選和擷取日誌事件 – 使用
FilterLogEvents或GetLogEvents讀取日誌事件 -
匯出 – 使用 將日誌資料匯出至 Amazon S3
CreateExportTask
啟用 CloudWatch Logs Intelligent Tiering
所需的許可
若要管理帳戶的儲存層，您需要下列 IAM 許可：
-
logs:PutStorageTierPolicy– 設定或變更您帳戶的儲存層時需要。 -
logs:GetStorageTierPolicy– 擷取目前設定的儲存層時需要。從 主控台啟用智慧型分層也需要。
具有 CloudWatchLogsFullAccess受管政策的使用者已經擁有這兩個許可。具有 CloudWatchLogsReadOnlyAccess受管政策的使用者具有 logs:GetStorageTierPolicy許可。
下列範例顯示授予這兩個許可的政策陳述式：
{ "Effect": "Allow", "Action": [ "logs:PutStorageTierPolicy", "logs:GetStorageTierPolicy" ], "Resource": "*" }
使用主控台啟用
若要使用 CloudWatch 主控台啟用智慧型分層：
-
透過 https://console.aws.amazon.com/cloudwatch/ 開啟 CloudWatch 主控台。
-
在導覽窗格中，選擇 Settings (設定)。
-
在設定頁面上，選擇日誌索引標籤。
-
在智慧型分層區段中，選擇啟用。
使用 CLI AWS 啟用
若要啟用智慧型分層，請使用 put-storage-tier-policy命令：
aws logs put-storage-tier-policy --storage-tier INTELLIGENT_TIERING
命令會傳回設定的儲存層，以及上次更新的時間：
{ "storageTier": "INTELLIGENT_TIERING", "lastUpdatedTime": 1751328000000 }
若要停用智慧型分層，請將儲存層設回 STANDARD：
aws logs put-storage-tier-policy --storage-tier STANDARD
當您將儲存層設回 時STANDARD，帳戶中的所有日誌群組都會以標準儲存費率計費。
檢視您目前的組態
若要檢視您帳戶的目前儲存層，請使用 get-storage-tier-policy命令：
aws logs get-storage-tier-policy
命令會傳回目前的儲存層和上次更新的時間：
{ "storageTier": "INTELLIGENT_TIERING", "lastUpdatedTime": 1751328000000 }
監控每個層的儲存體
啟用智慧型分層時，CloudWatch Logs 會發佈一個附加指標，顯示每個日誌群組在每個層中存放的資料量：
-
命名空間：
AWS/Logs -
指標名稱：
StoredBytes -
維度：
LogGroupName、StorageType（值：Standard、Infrequent_Access、Archival_Instant_Access)
您可以使用此指標來建立 CloudWatch 儀表板，以顯示每個層儲存體明細、設定層大小的警示，或追蹤一段時間內的成本最佳化。
注意
此指標每天發佈一次，可能無法即時反映層轉換。
CloudWatch Logs Intelligent Tiering 定價
透過智慧型分層，您可以根據資料所在的層支付不同的儲存費率。啟用智慧型分層不會產生額外費用，而且方案轉換也不會產生任何費用。您只需為每個層中消耗的儲存體付費。
如需定價的詳細資訊，請參閱 Amazon CloudWatch 定價
若要檢視每一層儲存成本，請使用 Athena 並依 TimedStorage-ByteHrs（標準）、 TimedStorage-IA-ByteHrs （不常存取） 和 TimedStorage-AIA-ByteHrs（封存即時存取） 用量類型進行篩選。如需帳單中 CloudWatch Logs 用量類型的詳細資訊，請參閱分析、最佳化和降低 CloudWatch 成本。
