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

# 使用 Amazon CloudWatch Logs Intelligent Tiering 最佳化儲存成本
<a name="cwl_intelligent_tier"></a>

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 存取層
<a name="cwl_intelligent_tier_access_tiers"></a>

無論您的日誌資料位於哪個存取層，您的查詢體驗都保持不變。

標準 （預設）  
這是預設層。所有新擷取的日誌資料都會從 Standard 層開始。在主動存取日誌資料時 （自上次存取後 0 到 30 天），日誌資料會保留在 Standard 層中。Standard 層為查詢、匯出、即時結尾和日誌擷取提供低延遲和高輸送量效能。

不常存取  
如果連續 30 天無法存取日誌資料，則會移至不常存取層。此層會保留 31 到 90 天前上次存取的資料。Infrequent Access 層提供與 Standard 層相同的查詢延遲和輸送量，且儲存成本較低。

封存即時存取  
如果連續 90 天無法存取日誌資料，則會移至 Archive Instant Access 層。此層會保留上次存取時間超過 90 天的資料。Archive Instant Access 層提供與其他層相同的毫秒查詢延遲，且儲存成本最低。

## 構成存取的動作
<a name="cwl_intelligent_tier_access_operations"></a>

下列存取模式會自動將日誌資料從不常存取層或 Archive Instant Access 層提升回 Standard 層。當任何這些操作讀取成本較低的層中的日誌事件時，這些日誌事件會回到標準層 30 天。計時器會在每次後續存取時重設。

**日誌集中化的層分類**  
透過[跨帳戶跨區域日誌集中存取目的地帳戶中的複寫日誌](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/CloudWatchLogs_Centralization.html)，只會提升目的地帳戶中的日誌資料。
+ **具有查詢或警示組態的輸出** – 使用 `StartQuery`或 `CreateScheduledQuery` 查詢具有 CloudWatch Logs Insights 的日誌資料，或在日誌上設定警示
+ **篩選和擷取日誌事件** – 使用 `FilterLogEvents`或 `GetLogEvents` 讀取日誌事件
+ **匯出** – 使用 將日誌資料匯出至 Amazon S3 `CreateExportTask`

## 啟用 CloudWatch Logs Intelligent Tiering
<a name="cwl_intelligent_tier_enable"></a>

### 所需的許可
<a name="cwl_intelligent_tier_permissions"></a>

若要管理帳戶的儲存層，您需要下列 IAM 許可：
+ `logs:PutStorageTierPolicy` – 設定或變更您帳戶的儲存層時需要。
+ `logs:GetStorageTierPolicy` – 擷取目前設定的儲存層時需要。從 主控台啟用智慧型分層也需要。

具有 `CloudWatchLogsFullAccess`受管政策的使用者已經擁有這兩個許可。具有 `CloudWatchLogsReadOnlyAccess`受管政策的使用者具有 `logs:GetStorageTierPolicy`許可。

下列範例顯示授予這兩個許可的政策陳述式：

```
{
    "Effect": "Allow",
    "Action": [
        "logs:PutStorageTierPolicy",
        "logs:GetStorageTierPolicy"
    ],
    "Resource": "*"
}
```

### 使用主控台啟用
<a name="cwl_intelligent_tier_enable_console"></a>

若要使用 CloudWatch 主控台啟用智慧型分層：

1. 透過 [https://console.aws.amazon.com/cloudwatch/]() 開啟 CloudWatch 主控台。

1. 在導覽窗格中，選擇 ** Settings** (設定)。

1. 在**設定**頁面上，選擇**日誌**索引標籤。

1. 在**智慧型分層**區段中，選擇**啟用**。

### 使用 CLI AWS 啟用
<a name="cwl_intelligent_tier_enable_cli"></a>

若要啟用智慧型分層，請使用 `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`，帳戶中的所有日誌群組都會以標準儲存費率計費。

### 檢視您目前的組態
<a name="cwl_intelligent_tier_view_policy"></a>

若要檢視您帳戶的目前儲存層，請使用 `get-storage-tier-policy`命令：

```
aws logs get-storage-tier-policy
```

命令會傳回目前的儲存層和上次更新的時間：

```
{
    "storageTier": "INTELLIGENT_TIERING",
    "lastUpdatedTime": 1751328000000
}
```

## 監控每個層的儲存體
<a name="cwl_intelligent_tier_monitoring"></a>

啟用智慧型分層時，CloudWatch Logs 會發佈一個附加指標，顯示每個日誌群組在每個層中存放的資料量：
+ **命名空間：** `AWS/Logs`
+ **指標名稱：** `StoredBytes`
+ **維度：**`LogGroupName`、 `StorageType`（值：`Standard`、`Infrequent_Access`、`Archival_Instant_Access`)

您可以使用此指標來建立 CloudWatch 儀表板，以顯示每個層儲存體明細、設定層大小的警示，或追蹤一段時間內的成本最佳化。

**注意**  
此指標每天發佈一次，可能無法即時反映層轉換。

## CloudWatch Logs Intelligent Tiering 定價
<a name="cwl_intelligent_tier_pricing"></a>

透過智慧型分層，您可以根據資料所在的層支付不同的儲存費率。啟用智慧型分層不會產生額外費用，而且方案轉換也不會產生任何費用。您只需為每個層中消耗的儲存體付費。

如需定價的詳細資訊，請參閱 [Amazon CloudWatch 定價](https://aws.amazon.com/cloudwatch/pricing/)。

若要檢視每一層儲存成本，請使用 Athena 並依 `TimedStorage-ByteHrs`（標準）、 `TimedStorage-IA-ByteHrs` （不常存取） 和 `TimedStorage-AIA-ByteHrs`（封存即時存取） 用量類型進行篩選。如需帳單中 CloudWatch Logs 用量類型的詳細資訊，請參閱[分析、最佳化和降低 CloudWatch 成本](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_billing.html)。