

• AWS Systems Manager CloudWatch ダッシュボードは、2026 年 4 月 30 日以降は利用できなくなります。お客様は、これまでと同様に Amazon CloudWatch コンソールを使用して、Amazon CloudWatch ダッシュボードの表示、作成、管理を継続できます。詳細については、「[Amazon CloudWatch ダッシュボードのドキュメント](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html)」を参照してください。

# デフォルトのパラメータ階層の指定
<a name="ps-default-tier"></a>

`[https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_PutParameter.html](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_PutParameter.html)` オペレーションを使用してパラメータを作成または更新するときは、パラメータ階層を指定できます。AWS CLI の例を示します。

------
#### [ Linux & macOS ]

```
aws ssm put-parameter \
    --name "default-ami" \
    --type "String" \
    --value "t2.micro" \
    --tier "Standard"
```

------
#### [ Windows ]

```
aws ssm put-parameter ^
    --name "default-ami" ^
    --type "String" ^
    --value "t2.micro" ^
    --tier "Standard"
```

------

作成または更新リクエストで階層を指定すると、Parameter Store はその階層を使用します。階層が指定されていない場合、デフォルトの階層設定によって使用される階層が決まります。

デフォルトでは、 Parameter Store は標準パラメータ層を使用します。アドバンストパラメータ階層を有効にした場合、デフォルトとして次のいずれかを設定できます。
+ **アドバンスト**: すべてのパラメータはアドバンストとして作成されます。
+ **Intelligent-Tiering**: Parameter Store は各リクエストを評価し、適切な階層を選択します。

  Intelligent-Tiering では、リクエストにアドバンスト階層を必要とするオプションが含まれていない限り、Parameter Store は標準階層にパラメータを作成します。高度な機能がリクエストされた場合、 パラメータはアドバンストとして作成されます。

## デフォルトのパラメータ階層について
<a name="parameter-store-advanced-parameters-default-tier"></a>

デフォルトでは、新しいパラメータを作成すると、Parameter Store によって標準階層に割り当てられます。標準パラメータは無料で利用できますが、「[標準パラメータおよびアドバンストパラメータ](parameter-store-advanced-parameters.md#parameter-store-advanced-parameters-table)」で説明されているように、サイズと機能の制限があります。ユースケースで標準パラメータがサポートされていない場合は、アドバンスト階層をデフォルトとして設定できます。アドバンスト階層は、制限の引き上げや機能の追加が可能ですが、これには料金が発生します。詳細については、「[Parameter Store 向けの AWS Systems Manager 料金](https://aws.amazon.com/systems-manager/pricing/#Parameter_Store)」を参照してください。

効率を最大化し、コストを削減するために、Intelligent-Tiering をデフォルトとして設定できます。この機能は、リクエストの内容に基づいて、標準階層とアドバンスト階層のどちらを使用するかを決定します。たとえば、コマンドを実行して標準パラメータのすべての条件を満たすパラメータを作成すると、Intelligent-Tiering は標準階層にパラメータを作成します。コマンドを実行して、1 つ以上の条件が標準階層要件を満たさないパラメータを作成すると、Intelligent-Tiering はアドバンスト階層にパラメータを作成します。

Intelligent-Tiering には次の利点があります。

**コスト管理** - Intelligent-Tiering は、高度なパラメータが絶対に必要な場合を除き、常に標準パラメータを作成することで、パラメータ関連のコストを管理するのに役立ちます。

**アドバンストパラメータ階層への自動アップグレード** - 標準パラメータをアドバンストパラメータにアップグレードする必要があるコードに変更を加えると、Intelligent-Tiering によって変換が処理されます。アップグレードを処理するためにコードを変更する必要はありません。

自動アップグレードの例をいくつか示します。
+ AWS CloudFormation テンプレートは、実行時に多数のパラメータをプロビジョニングします。このプロセスによって標準パラメータ階層で 10,000 個のパラメータのクォータに達した場合、Intelligent-Tiering によって自動的にアドバンストパラメータ階層にアップグレードされ、CloudFormation プロセスは中断されません。
+ 証明書値をパラメータに保存し、証明書値を定期的にローテーションします。コンテンツは標準パラメータ階層の 4 KB のクォータを下回ります。代替証明書の値が 4 KB を超える場合、Intelligent-Tiering は自動的にパラメータをアドバンストパラメータ階層にアップグレードします。
+ 多数の既存の標準パラメータをパラメータポリシーに関連付ける必要があります。これには、アドバンストパラメータ階層が必要です。パラメータを更新する呼び出しに `--tier Advanced` オプションを含める代わりに、Intelligent-Tiering は自動的にパラメータをアドバンスト階層にアップグレードします。

Intelligent-Tiering は、アドバンストパラメータの基準が導入されるたびに、パラメータを標準からアドバンストにアップグレードします。

**注記**  
デフォルトの Parameter Store 階層設定はいつでも変更できます。