翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Amazon CloudWatch Logs Intelligent Tiering でストレージコストを最適化する
<a name="cwl_intelligent_tier"></a>

Amazon CloudWatch Logs Intelligent Tiering は、アクセスパターンに基づいて、標準、低頻度アクセス、アーカイブインスタントアクセスの 3 つのアクセス階層にわたってログデータを自動的に分類します。インテリジェント階層化を使用すると、運用上のオーバーヘッドなしで、大量の長期保持ログを低コスト階層に保持できます。ログをフィルタリングしたり、別のストレージソリューションにオフロードしたりする代わりに、CloudWatch Logs でログをネイティブに保持し、データが存在する階層に関係なく、同じクエリエクスペリエンスを利用できます。

CloudWatch Logs はアクセスパターンをモニタリングし、30 日間アクセスされなかったデータを低頻度アクセス階層に自動的に再分類し、90 日間アクセスされなかったデータをアーカイブインスタントアクセス階層に自動的に再分類します。古いデータにアクセスすると、CloudWatch Logs は自動的に標準階層に 30 日間昇格します。CloudWatch Logs にすべてのログを統合することで、1 つのツールで完全な可視性が得られます。これにより、複数のストレージソリューションを管理する運用上のオーバーヘッドがなくなり、すべてのログを 1 か所でクエリ、分析、アラートすることで平均解決時間 (MTTR) が短縮されます。

ストレージコストの最適化を開始するには、CloudWatch コンソールを使用するか、 を呼び出して、リージョン内のアカウントレベルで Intelligent Tiering を有効にします`PutStorageTierPolicy`。インテリジェント階層化を有効にすると、そのリージョン内のアカウント内のすべてのロググループに適用されます。

Amazon CloudWatch Logs Intelligent Tiering は、中東 (バーレーン) リージョンと中東 (アラブ首長国連邦) リージョンを除くすべての AWS 商用リージョンで利用できます。

## CloudWatch Logs Intelligent Tiering アクセス階層
<a name="cwl_intelligent_tier_access_tiers"></a>

ログデータが存在するアクセス階層に関係なく、クエリエクスペリエンスは変わりません。

標準 (デフォルト)  
これはデフォルト階層です。新しく取り込まれたログデータはすべて、標準階層で始まります。ログデータは、アクティブにアクセスしている間 (前回のアクセスから 0～30 日後）、標準階層に残ります。標準階層は、クエリ、エクスポート、ライブテール、ログ取得に低レイテンシーと高スループットのパフォーマンスを提供します。

低頻度アクセス  
ログデータが 30 日間連続してアクセスされない場合、低頻度アクセス階層に移行します。この階層は、31～90 日前に最後にアクセスされたデータを保持します。低頻度アクセス階層は、標準階層と同じクエリレイテンシーとスループットをより低いストレージコストで提供します。

インスタントアクセスのアーカイブ  
ログデータが 90 日間連続してアクセスされない場合、アーカイブインスタントアクセス階層に移動します。この階層は、90 日以上前に最後にアクセスされたデータを保持します。アーカイブインスタントアクセス階層は、他の階層と同じミリ秒のクエリレイテンシーを最小のストレージコストで提供します。

## アクセスを構成するアクション
<a name="cwl_intelligent_tier_access_operations"></a>

次のアクセスパターンは、低頻度アクセス階層またはアーカイブインスタントアクセス階層から標準階層にログデータを自動的に昇格させます。これらのオペレーションのいずれかが低コスト階層でログイベントを読み取ると、それらのログイベントは 30 日間標準階層に戻ります。タイマーは後続のアクセスごとにリセットされます。

**ログ一元化の階層分類**  
[クロスアカウントクロスリージョンログの一元化を通じてレプリケート先アカウントのレプリケートされたログ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/CloudWatchLogs_Centralization.html)にアクセスすると、レプリケート先アカウントのログデータのみが昇格されます。
+ **クエリまたはアラーム設定による出力** – CloudWatch Logs Insights でログデータをクエリ`StartQuery``CreateScheduledQuery`したり、ログにアラームを設定したりするには、 または を使用します。
+ **ログイベントのフィルタリングと取得 — **`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. CloudWatch コンソールの [https://console.aws.amazon.com/cloudwatch/]() を開いてください。

1. ナビゲーションペインで **[設定]** を選択します。

1. **設定**ページで、**ログ**タブを選択します。

1. Intelligent **Tiering** セクションで、**Enable** を選択します。

### 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 ダッシュボードを作成したり、階層サイズにアラームを設定したり、時間の経過に伴うコスト最適化を追跡したりできます。

**注記**  
このメトリクスは 1 日に 1 回発行され、階層の移行がリアルタイムで反映されない場合があります。

## 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)」を参照してください。