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

# アラームマネージャーの高速化
<a name="acc-mem-tag-alarms"></a>

AMS Accelerate は、タグベースの Alarm Manager を使用して AWS リソースにアラームを適用し、ベースラインモニタリング戦略を実装し、すべての AWS リソースがモニタリングおよび保護されるようにします。タグベースの Alarm Manager と統合することで、リソースのタイプ、プラットフォーム、その他のタグに基づいてリソースの設定 AWS をカスタマイズして、リソースがモニタリングされるようにできます。Alarm Manager は、オンボーディング中に Accelerate アカウントにデプロイされます。

## Alarm Manager の仕組み
<a name="acc-mem-how-tag-alarms-work"></a>

アカウントが AMS Accelerate にオンボーディングされると、設定プロファイルと呼ばれる 2 つの JSON ドキュメントが [AWS AppConfig](https://docs.aws.amazon.com/appconfig/latest/userguide/what-is-appconfig.html) のアカウントにデプロイされます。どちらのプロファイルドキュメントも、 Alarm Manager アプリケーションと AMS Accelerate インフラストラクチャ 環境にあります。

2 つの設定プロファイルには、**AMSManagedAlarms** (デフォルトの設定プロファイル) と **CustomerManagedAlarms** (カスタマイズ設定プロファイル) という名前が付けられています。
+ デフォルトの設定プロファイル:
  + このプロファイルにある設定には、AMS Accelerate がすべてのカスタマーアカウントにデプロイするデフォルト設定が含まれています。この設定には、デフォルトの AMS Accelerate モニタリングポリシーが含まれています。
**重要**  
AMS Accelerate はいつでも更新でき、行った変更は消去されるため、このプロファイルを変更しないでください。
  + これらの定義のいずれかを変更または無効にする場合は、[Accelerate アラームのデフォルト設定の変更](acc-mem-modify-default.md)「」および「」を参照してください[デフォルトの Accelerate アラーム設定を無効にする](acc-mem-disable-default-config.md)。
+ カスタマイズ設定プロファイル:
  + このプロファイルの設定はすべてお客様によって完全に管理されます。明示的にリクエストしない限り、AMS Accelerate はこのプロファイルを上書きしません。
  + このプロファイルで必要なカスタムアラーム定義を指定できます。また、AMS Accelerate が管理するデフォルト設定の変更を指定することもできます。詳細については、「[Accelerate アラームのデフォルト設定の変更](acc-mem-modify-default.md)」および「[デフォルトの Accelerate アラーム設定を無効にする](acc-mem-disable-default-config.md)」を参照してください。
  + このプロファイルを更新すると、Alarm Manager は AWS アカウント内のすべての関連リソースで変更を自動的に適用します。
  + このプロファイルは、 AWS マネジメントコンソール または AWS CLI/SDK ツールを使用して更新できます。設定の更新手順については、[AWS AppConfig ユーザーガイド](https://docs.aws.amazon.com/appconfig/latest/userguide/what-is-appconfig.html)を参照してください。
  + カスタマイズプロファイルは最初は空ですが、デフォルト設定に加えて、プロファイルドキュメントに配置されたアラーム定義が適用されます。

Alarm Manager によって作成されたすべての CloudWatch アラームには、タグキー **ams:alarm-manager:managed** とタグ値 **true** が含まれています。これは、Alarm Manager が作成したアラームのみを管理し、独自のアラームに干渉しないようにするためです。これらのタグは、Amazon CloudWatch [ListTagsForResource](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_ListTagsForResource.html) API を使用して確認できます。

**重要**  
カスタムアラーム定義とデフォルトの アラーム定義が同じ ConfigurationID で指定されている場合 (「」を参照[高速設定プロファイル: モニタリング](acc-mem-config-doc-format.md))、カスタム定義はデフォルトのルールよりも優先されます。

# Accelerate Alarm Manager の開始方法
<a name="acc-mem-get-start"></a>

デフォルトでは、AMS Accelerate を使用してオンボードすると、設定が にデプロイされ AWS AppConfig、リソースのアラームベースラインが定義されます。アラーム定義は、**ams:rt:\$1** タグを持つリソースにのみ適用されます。これらのタグは、 を使用して適用することをお勧めします[リソースタガーの高速化](acc-resource-tagger.md)。AMS Accelerate に管理するリソースを知らせるために、基本的な Resource Tagger 設定をセットアップします。

Resource Tagger を使用して、タグキー **ams:rt:ams-managed**with tag value **true** を AMS Accelerate でモニタリングするすべてのリソースに適用します。

以下は、すべての Amazon EC2 インスタンスのモニタリングをオプトインするために使用できる Resource Tagger カスタマイズプロファイルの例です。一般情報については、「[リソースタガーの高速化](acc-resource-tagger.md)」を参照してください。

```
{
    "AWS::EC2::Instance": {
        "AMSManageAllEC2Instances": {
            "Enabled": true,
            "Filter": {
                "InstanceId": "*"
            },
            "Tags": [
                {
                    "Key": "ams:rt:ams-managed",
                    "Value": "true"
                }
            ]
        }
    }
}
```

この Resource Tagger 設定を適用する方法については、「」を参照してください[Resource Tagger 設定の表示または変更](acc-rt-using.md#acc-rt-make-changes)。

# アラームマネージャータグの高速化
<a name="acc-mem-tag"></a>

デフォルトでは、AMS Accelerate を使用してオンボードすると、設定が にデプロイされ AWS AppConfig、リソースのアラームベースラインが定義されます。アラーム定義は、**ams:rt:\$1** タグを持つリソースにのみ適用されます。これらのタグは、 を使用して適用することをお勧めします[リソースタガーの高速化](acc-resource-tagger.md)。AMS Accelerate に管理するリソースを知らせるために、基本的な Resource Tagger 設定をセットアップします。

Resource Tagger を使用して、タグキー **ams:rt:ams-managed**with tag value **true** を AMS Accelerate でモニタリングするすべてのリソースに適用します。

**Topics**
+ [Resource Tagger を使用してタグを高速化する](acc-mem-tag-alarms-use-rt.md)
+ [Resource Tagger を使用せずにタグを高速化する](acc-mem-tags-no-rt.md)
+ [を使用してタグを高速化する CloudFormation](acc-mem-tags-cfn.md)
+ [Terraform を使用してタグを高速化する](acc-mem-tags-terraform.md)

# Resource Tagger を使用してタグを高速化する
<a name="acc-mem-tag-alarms-use-rt"></a>

タグベースのアラームマネージャーは、リソースごとの CloudWatch アラームのライフサイクルを管理しますが、マネージドリソースには AMS Accelerate で定義された特定のタグが必要です。Resource Tagger を使用して AMS マネージドアラームのデフォルトセットを Linux および Windows ベースのインスタンスの両方に適用するには、次の手順に従います。

1. アカウント内の [AppConfig](https://console.aws.amazon.com/systems-manager/appconfig/) コンソールを参照します。

1. ResourceTagger アプリケーションを選択します。

1. **設定プロファイル**タブを選択し、**CustomerManagedTags** を選択します。

1. **Create** をクリックして、新しいプロファイルを作成します。

1. **JSON** を選択し、設定を定義します。フィルターとプラットフォームの定義のその他の例については、「」を参照してください[リソースタガーの高速化](acc-resource-tagger.md)。

   ```
   {
   "AWS::EC2::Instance": {
      "MonitorAllInstances": {
          "Enabled": true,
          "Filter": {
              "Platform": "*"
          },
          "Tags": [
              {
                  "Key": "ams:rt:ams-managed",
                  "Value": "true"
              }
          ]
      }
   }
   }
   ```

1. **ホストされた設定バージョンの作成** をクリックします。

1. **デプロイの開始** をクリックします。

1. 次のデプロイの詳細を定義します。

   ```
   Environment: AMSInfrastructure Hosted configuration version: <Select the version that you have just created> 
                  Deployment Strategy: AMSNoBakeDeployment
   ```

1. **デプロイの開始** をクリックします。

インスタンスにタグが付けられ`"ams:rt:ams-managed": "true"`、 インスタンスに追加の `"ams:rt:ams-monitoring-policy": "ams-monitored"`と `"ams:rt:ams-monitoring-policy-platform": "ams-monitored-linux"`が適用されます。これらのタグにより、インスタンスに適切なアラームが作成されます。このプロセスの詳細については、「[Accelerate でのモニタリング](acc-tag-req-mon.md)」を参照してください。

[![AWS Videos](http://img.youtube.com/vi/https://www.youtube.com/embed/ohtqVmm2yIw/0.jpg)](http://www.youtube.com/watch?v=https://www.youtube.com/embed/ohtqVmm2yIw)


# Resource Tagger を使用せずにタグを高速化する
<a name="acc-mem-tags-no-rt"></a>

タグベースのアラームマネージャーは、リソースごとの CloudWatch アラームのライフサイクルを管理しますが、マネージドリソースには AMS Accelerate で定義された特定のタグが必要です。AMS Accelerate には、タグが Resource Tagger によって適用されていることを前提とするデフォルトの設定プロファイルが用意されています。

Resource Tagger ではなく、 や Terraform などの CloudFormation リソースにタグを適用する代替方法を使用する場合は、リソースにタグを適用せず、選択したタグ付け方法と競合しないように Resource Tagger を無効にする必要があります。カスタム Resource Tagger 設定プロファイルを変更して読み取り専用モードを有効にする手順については、「」を参照してください[Resource Tagger によるリソースの変更の防止](acc-rt-using.md#acc-rt-preventing-rt-changes)。

Resource Tagger が読み取り専用モードに設定され、設定プロファイルがデプロイされたら、選択したタグ付け方法を使用して、次のガイドラインに従ってリソースにタグを適用します。


| リソースタイプ | タグキー | タグ値 | 
| --- | --- | --- | 
| サポートされているすべてのリソース (この表で説明） | ams:rt:ams-monitoring-policy | ams-monitored | 
| EC2 インスタンス (Linux) | ams:rt:ams-monitoring-policy-platform | ams-monitored-linux | 
| EC2 インスタンス (Windows) | ams:rt:ams-monitoring-policy-platform | ams-monitored-windows | 
| KMS を使用した OpenSearch ドメイン | ams:rt:ams-monitoring-with-kms | ams-monitored-with-kms | 
| 専用マスターノードを使用した OpenSearch ドメイン | ams:rt:ams-monitoring-with-master | ams-monitored-with-master | 

これらのタグキーと値を持つリソースは、AMS Accelerate Alarm Manager によって管理されます。

# を使用してタグを高速化する CloudFormation
<a name="acc-mem-tags-cfn"></a>

**注記**  
を使用してタグを適用する前に、まず Resource Tagger を読み取り専用モードに設定してください。設定されていない場合 CloudFormation、Resource Tagger は設定プロファイルに基づいてタグを変更することがあります。Resource Tagger を読み取り専用モードに設定する方法、および独自のタグの提供に関するガイドラインについては、「」を参照してください[Resource Tagger を使用せずにタグを高速化する](acc-mem-tags-no-rt.md)。

を使用してタグを適用するには CloudFormation、スタックレベルでタグを適用するか ([CloudFormation リソースタグ](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-resource-tags.html)」を参照）、個々のリソースレベルでタグを適用できます (例えば、[EC2 インスタンスタグの作成](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-ec2-instance.html#cfn-ec2-instance-tags)」を参照）。

以下は、AMS Accelerate アラーム管理タグを によって管理される Amazon EC2 インスタンスに適用する方法の例です CloudFormation。

```
Type: AWS::EC2::Instance
Properties: 
 InstanceType: "t3.micro"
 
 # ...other properties...
 
 Tags: 
   - Key: "aws:rt:ams-monitoring-policy"
     Value: "ams-monitored"
   - Key: "aws:rt:ams-monitoring-policy-platform"
     Value: "ams-monitored-linux"
```

以下は、 が管理する Auto Scaling グループに AMS Accelerate アラーム管理タグを適用する方法の例です CloudFormation。Auto Scaling グループは、作成した Amazon EC2 インスタンスにタグを伝達することに注意してください。

```
Type: AWS::AutoScaling::AutoScalingGroup
Properties: 
 AutoScalingGroupName: "TestASG"
 
 # ...other properties...
 
 Tags: 
   - Key: "aws:rt:ams-monitoring-policy"
     Value: "ams-monitored"
   - Key: "aws:rt:ams-monitoring-policy-platform"
     Value: "ams-monitored-linux"
```

# Terraform を使用してタグを高速化する
<a name="acc-mem-tags-terraform"></a>

**注記**  
を使用してタグを適用する前に、まず Resource Tagger を読み取り専用モードに設定してください。設定されていない場合 CloudFormation、Resource Tagger は設定プロファイルに基づいてタグを変更することがあります。Resource Tagger を読み取り専用モードに設定する方法、および独自のタグの提供に関するガイドラインについては、「」を参照してください[Resource Tagger を使用せずにタグを高速化する](acc-mem-tags-no-rt.md)。

Terraform を使用してリソースタグを管理する方法の詳細については、Terraform ドキュメントの[リソースタグ付け](https://registry.terraform.io/providers/hashicorp/aws/latest/docs/guides/resource-tagging)を参照してください。

以下は、Terraform によって管理される Amazon EC2 インスタンスに AMS Accelerate アラーム管理タグを適用する方法の例です。

```
resource "aws_instance" "test_linux_instance" {
     # ...ami and other properties...
     
     instance_type = "t3.micro"
   
     tags = {
       "aws:rt:ams-monitoring-policy" = "ams-monitored"
       "aws:rt:ams-monitoring-policy-platform" = "ams-monitored-linux"
     }
   }
```

以下は、Terraform が管理する Auto Scaling グループに AMS アラーム管理タグを適用する方法の例です。Auto Scaling グループは、作成した EC2 インスタンスにタグを伝達することに注意してください。

```
 resource "aws_autoscaling_group" "test_asg" {
 name = "terraform-test"
 # ...other properties...

 tags = {
   "aws:rt:ams-monitoring-policy" = "ams-monitored"
   "aws:rt:ams-monitoring-policy-platform" = "ams-monitored-linux"
 }
}
```

# Alarm Manager 設定プロファイルの高速化
<a name="acc-mem-config"></a>

アカウントが AMS Accelerate にオンボーディングされると、設定プロファイルと呼ばれる 2 つの JSON ドキュメントが AWS AppConfig を使用してアカウントにデプロイされます (「What [is AWS AppConfig](https://docs.aws.amazon.com/appconfig/latest/userguide/what-is-appconfig.html)」を参照）。どちらのプロファイルドキュメントも、Alarm Manager アプリケーションと AMS Accelerate インフラストラクチャ環境にあります。

**Topics**
+ [高速設定プロファイル: モニタリング](acc-mem-config-doc-format.md)
+ [Accelerate 設定プロファイル: 擬似パラメータ置換](acc-mem-config-doc-sub.md)
+ [アラーム設定の高速化の例](acc-mem-config-ex.md)
+ [Accelerate Alarm Manager 設定の表示](acc-mem-view-am.md)
+ [Accelerate アラーム設定の変更](acc-mem-change-am.md)
+ [Accelerate アラームのデフォルト設定の変更](acc-mem-modify-default.md)
+ [Accelerate アラーム設定変更のデプロイ](acc-mem-deploy-change.md)
+ [ロールバック Accelerate アラームの変更](acc-mem-rollback-am-change.md)
+ [Accelerate アラームの保持](acc-mem-retain-alarm.md)
+ [デフォルトの Accelerate アラーム設定を無効にする](acc-mem-disable-default-config.md)

# 高速設定プロファイル: モニタリング
<a name="acc-mem-config-doc-format"></a>

デフォルトの設定プロファイルドキュメントとカスタマイズ設定プロファイルドキュメントの両方が同じ構造 に従います。

```
  {
    "<ResourceType>": {
        "<ConfigurationID>": {
            "Enabled": true,

            "Tag": {
                "Key": "...",
                "Value": "..."
            },
            "AlarmDefinition": {
                ...
            }
        },
        "<ConfigurationID>": {
            ...
        }
    },
    "<ResourceType>": {
        ...
    }
}
```
+ **ResourceType**: このキーは、サポートされている次の文字列のいずれかである必要があります。この JSON オブジェクト内の設定は、指定された AWS リソースタイプにのみ関連します。サポートされているリソースタイプは以下のとおりです。

  ```
  AWS::EC2::Instance
  AWS::EC2::Instance::Disk
  AWS::RDS::DBInstance
  AWS::Elasticsearch::Domain
  AWS::OpenSearch::Domain
  AWS::Redshift::Cluster
  AWS::ElasticLoadBalancingV2::LoadBalancer
  AWS::ElasticLoadBalancingV2::LoadBalancer::TargetGroup
  AWS::ElasticLoadBalancing::LoadBalancer
  AWS::FSx::FileSystem::ONTAP
  AWS::FSx::FileSystem::ONTAP::Volume
  AWS::FSx::FileSystem::Windows
  AWS::EFS::FileSystem
  AWS::EC2::NatGateway
  AWS::EC2::VPNConnection
  ```
+ **ConfigurationID**: このキーはプロファイル内で一意である必要があり、次の設定ブロックに一意に名前を付けます。カスタマイズプロファイルでデフォルトプロファイルで指定されたものと同じ **ConfigurationID** を指定すると、カスタマイズプロファイルで定義された設定ブロックが有効になります。
  + **有効**: (オプション、default=true) 設定ブロックを有効にするかどうかを指定します。設定ブロックを無効にするには、これを false に設定します。無効になっている設定ブロックは、プロファイルに存在しないかのように動作します。
  + **タグ**: このアラーム定義が適用されるタグを指定します。このタグキーと値を持つ (適切なリソースタイプの) リソースには、指定された定義で CloudWatch アラームが作成されます。このフィールドは、次のフィールドを持つ JSON オブジェクトです。
    + **キー**: 一致するタグのキー。Resource Tagger を使用してリソースにタグを適用する場合、タグのキーは常に **ams:rt:** で始まることに注意してください。
    + **値**: 一致するタグの値。
  + **AlarmDefinition**: 作成するアラームを定義します。これは、フィールドがそのまま CloudWatch `PutMetricAlarm` API コールに渡される JSON オブジェクトです (擬似パラメータを除く。詳細については、「」を参照してください[Accelerate 設定プロファイル: 擬似パラメータ置換](acc-mem-config-doc-sub.md))。必須フィールドの詳細については、[PutMetricAlarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricAlarm.html) ドキュメントを参照してください。

    OR

    **CompositeAlarmDefinition**: 作成する複合アラームを定義します。複合アラームを作成するときは、作成した他のアラームのアラーム状態を考慮したアラームのルール式を指定します。これは、フィールドがそのまま に渡される JSON オブジェクトです`CloudWatchPutCompositeAlarm`。複合アラームは、ルールのすべての条件が満たされた場合に限り、ALARM 状態になります。複合アラームのルール式で指定されたアラームには、メトリクスアラームやその他の複合アラームを含めることができます。必須フィールドの詳細については、[PutCompositeAlarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutCompositeAlarm.html) ドキュメントを参照してください。

    どちらのオプションにも次のフィールドがあります。
    + **AlarmName**: リソース用に作成するアラームの名前を指定します。このフィールドには、[PutMetricAlarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricAlarm.html) ドキュメントで指定されているものと同じルールがすべて含まれています。ただし、アラーム名はリージョン内で一意である必要があるため、アラームマネージャーには 1 つの追加要件があります。アラーム名に一意の識別子の擬似パラメータを指定する必要があります (それ以外の場合は、アラームマネージャーはリソースの一意の識別子をアラーム名の先頭に追加します）。たとえば、**AWS::EC2::Instance** リソースタイプの場合、アラーム名`${EC2::InstanceId}` に を指定する必要があります。指定しない場合、アラーム名の先頭に暗黙的に追加されます。識別子のリストについては、「」を参照してください[Accelerate 設定プロファイル: 擬似パラメータ置換](acc-mem-config-doc-sub.md)。

      他のすべてのフィールドは、 [PutMetricAlarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricAlarm.html) または [PutCompositeAlarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutCompositeAlarm.html) ドキュメントで指定されているとおりです。
    + **AlarmRule**: この複合アラームの状態を判断するために評価する他のアラームを指定します。参照するアラームごとに、CloudWatch に存在するか、アカウントの Alarm Manager 設定プロファイルで指定する必要があります。

**重要**  
**AlarmDefinition** または **CompositeAlarmDefinition** のいずれかを Alarm Manager 設定ドキュメントで指定できますが、両方を同時に使用することはできません。

次の例では、指定した 2 つのメトリクスアラームがしきい値を超えたときにアラームが作成されます。

```
{
  "AWS::EC2::Instance": {
    "LinuxResourceAlarm": {
      "Enabled": true,
      "Tag": {
        "Key": "ams:rt:mylinuxinstance",
        "Value": "true"
      },
      "CompositeAlarmDefinition": {
        "AlarmName": "${EC2::InstanceId} Resource Usage High",
        "AlarmDescription": "Alarm when a linux EC2 instance is using too much CPU and too much Disk",
        "AlarmRule": "ALARM(\"${EC2::InstanceId}: Disk Usage Too High - ${EC2::Disk::UUID}\") AND ALARM(\"${EC2::InstanceId}: CPU Too High\")"
      }
    }
  }
}
```

**重要**  
設定が壊れたためにアラームを作成または削除できない場合、Alarm Manager は **Direct-Customer-Alerts** SNS トピックに通知を送信します。このアラームは **AlarmDependencyError** と呼ばれます。  
この SNS トピックへのサブスクリプションを確認することを強くお勧めします。[トピック](https://docs.aws.amazon.com/sns/latest/dg/sns-create-topic.html)に発行されたメッセージを受信するには、トピックに[エンドポイントを](https://docs.aws.amazon.com/sns/latest/dg/sns-create-subscribe-endpoint-to-topic.html#sns-endpoints)サブスクライブする必要があります。詳細については、[「ステップ 1: トピックを作成する](https://docs.aws.amazon.com/sns/latest/dg/sns-getting-started.html#step-create-queue)」を参照してください。

**注記**  
異常検出アラームが作成されると、Alarm Manager は指定されたメトリクスに必要な異常検出モデルを自動的に作成します。異常検出アラームが削除されても、Alarm Manager は関連する異常検出モデルを削除しません。  
[Amazon CloudWatch は、特定のリージョンに保持できる異常検出モデルの数を制限します](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_limits.html)。 AWS モデルクォータを超えると、Alarm Manager は新しい異常検出アラームを作成しません。未使用のモデルを削除するか、AMS パートナーと協力して制限の引き上げをリクエストする必要があります。  
AMS Accelerate が提供するベースラインアラーム定義の多くは、SNS トピックである **MMS-Topic** をターゲットとして一覧表示します。これは AMS Accelerate モニタリングサービスで使用するためのもので、アラーム通知が AMS Accelerate に到達するためのトランスポートメカニズムです。サービスは不明なアラームを無視するため、ベースラインで指定されたアラーム (および同じ の上書き) 以外のアラームのターゲットとして **MMS-Topic** を指定しないでください。AMS Accelerate がカスタムアラームで動作する**ことはありません**。

# Accelerate 設定プロファイル: 擬似パラメータ置換
<a name="acc-mem-config-doc-sub"></a>

どちらの設定プロファイルでも、次のように置き換えられる擬似パラメータを指定できます。
+ グローバル - プロファイル内の任意の場所:
  + \$1\$1AWS::AccountId\$1: AWS アカウント ID に置き換えました
  + \$1\$1AWS::Partition\$1: AWS リージョン リソースのパーティションに置き換えました (これはほとんどの 場合は「aws」です AWS リージョン)。詳細については、[ARN リファレンス](https://docs.amazonaws.cn/en_us/general/latest/gr/aws-arns-and-namespaces.html) の「パーティションのエントリ」を参照してください。
  + \$1\$1AWS::Region\$1: リソースがデプロイされているリージョンのリージョン名に置き換えられます (us-east-1 など)
+ **AWS::EC2::Instance** リソースタイプブロックの場合:
  + \$1\$1EC2::InstanceId\$1: (**識別子**) を Amazon EC2 インスタンスのインスタンス ID に置き換えます。
  + \$1\$1EC2::InstanceName\$1: を Amazon EC2 インスタンスの名前に置き換えます。インスタンス名が定義されていない場合は、Amazon EC2 インスタンスのインスタンス ID に置き換えます。
+ **AWS::EC2::Instance::Disk** リソースタイプブロックの場合:
  + \$1\$1EC2::InstanceId\$1: (**識別子**) Amazon EC2 インスタンスのインスタンス ID に置き換えます。
  + \$1\$1EC2::InstanceName\$1: Amazon EC2 インスタンスの名前に置き換えます。インスタンス名が定義されていない場合は、Amazon EC2 インスタンスのインスタンス ID に置き換えます。
  + \$1\$1EC2::Disk::Device\$1: ディスクの名前に置き換えます。(Linux のみ、[CloudWatch エージェント](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html)によって管理されるインスタンス）。
  + \$1\$1EC2::Disk::FSType\$1: ディスクのファイルシステムタイプに置き換えます。(Linux のみ、[CloudWatchAgent](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html) によって管理されるインスタンスの場合）。
  + \$1\$1EC2::Disk::Path\$1: ディスクパスに置き換えます。(Windows のみ、これはドライブラベル (例: c:/)、[CloudWatch エージェント](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html)によって管理されるインスタンスのみ）。
  + \$1\$1EC2::Disk::UUID\$1: (**識別子**) ディスクを一意に識別する生成された UUID に置き換えます。これはアラームの名前で指定する必要があります。AWS::EC2::Instance::Disk リソースタイプでは、ボリュームごとに 1 つのアラームが作成されます。\$1\$1EC2::Disk::UUID\$1 を指定すると、アラーム名の一意性が維持されます。
+ **AWS::OpenSearch::Domain** リソースタイプブロックの場合:
  + \$1\$1OpenSearch::DomainName\$1: (**識別子**) を OpenSearch ドメインの名前に置き換えます。
+ **AWS::Elasticsearch::Domain** リソースタイプブロックの場合:
  + \$1\$1Elasticsearch::DomainName\$1: (**識別子**) を Elasticsearch ドメインの名前に置き換えます。
+ **AWS::ElasticLoadBalancing::LoadBalancer** リソースタイプブロックの場合:
  + \$1\$1ElasticLoadBalancing::LoadBalancer::Name\$1: (**識別子**) を V1 Load Balancer の名前に置き換えます。
+ **AWS::ElasticLoadBalancingV2::LoadBalancer** リソースタイプブロックの場合:
  + \$1\$1ElasticLoadBalancingV2::LoadBalancer::Arn\$1: を V2 Load Balancer の ARN に置き換えます。
  + \$1\$1ElasticLoadBalancingV2::LoadBalancer\$1: V2 Load Balancer の ARN に置き換えます。
  + \$1\$1ElasticLoadBalancingV2::LoadBalancer::Name\$1: (**識別子**) を V2 Load Balancer の名前に置き換えます。
  + \$1\$1ElasticLoadBalancingV2::LoadBalancer::FullName\$1: を V2 Load Balancer のフルネームに置き換えます。
+ **AWS::ElasticLoadBalancingV2::LoadBalancer::TargetGroup** リソースタイプブロックの場合:
  + \$1\$1ElasticLoadBalancingV2::TargetGroup::FullName\$1: (**識別子**) を V2 Load Balancer のターゲットグループ名に置き換えます。
  + \$1\$1ElasticLoadBalancingV2::TargetGroup::UUID\$1: (**識別子**) を V2 Load Balancer 用に生成された UUID に置き換えます。
  + \$1\$1ElasticLoadBalancingV2::LoadBalancer::FullName\$1: V2 Load Balancer のフルネームに置き換えます。
+ **AWS::EC2::NatGateway** リソースタイプブロックの場合:
  + \$1\$1NatGateway::NatGatewayId\$1: (**識別子**) を NAT ゲートウェイ ID に置き換えます。
+ **AWS::RDS::DBInstance** リソースタイプブロックの場合:
  + \$1\$1RDS::DBInstanceIdentifier\$1: (**識別子**) を RDS DB インスタンス識別子に置き換えます。
+ **AWS::Redshift::Cluster** リソースタイプブロックの場合:
  + \$1\$1Redshift::ClusterIdentifier\$1: (**識別子**) を Redshift クラスター識別子に置き換えます。
+ **AWS::EC2::VPNConnection** リソースタイプブロックの場合:
  + \$1\$1AWS::EC2::VpnConnectionId\$1: (**識別子**) を VPN ID に置き換えます。
+ **AWS::EFS::FileSystem** リソースタイプブロックの場合:
  + \$1\$1EFS::FileSystemId\$1: (**識別子**) EFS ファイルシステムのファイルシステム ID に置き換えます。
+ **AWS::FSx::FileSystem::ONTAP** リソースタイプブロックの場合:
  + \$1\$1FSx::FileSystemId\$1: (**識別子**) FSX ファイルシステムのファイルシステム ID に置き換えます。
  + \$1\$1FSx::FileSystem::Throughput\$1: FSX ファイルシステムのスループットに置き換えます。
  + \$1\$1FSx::FileSystem::Iops\$1: FSX ファイルシステムの IOPS に置き換えられます。
+ **AWS::FSx::FileSystem::ONTAP::Volume** リソースタイプブロックの場合:
  + \$1\$1FSx::FileSystemId\$1: (**識別子**) FSX ファイルシステムのファイルシステム ID に置き換えます。
  + \$1\$1FSx::ONTAP::VolumeId\$1: (**識別子**) ボリューム ID に置き換えます。
+ **AWS::FSx::FileSystem::Windows** リソースタイプブロックの場合:
  + \$1\$1FSx::FileSystemId\$1: (**識別子**) FSX ファイルシステムのファイルシステム ID に置き換えます。
  + \$1\$1FSx::FileSystem::Throughput\$1: FSX ファイルシステムのスループットに置き換えます。

**注記**  
 **識別子**でマークされたすべてのパラメータは、アラーム名でその識別子を指定しない限り、作成されたアラームの名前のプレフィックスとして使用されます。

# アラーム設定の高速化の例
<a name="acc-mem-config-ex"></a>

次の例では、システムは一致する Linux インスタンスにアタッチされたディスクごとにアラームを作成します。

```
{
    "AWS::EC2::Instance::Disk": {
        "LinuxDiskAlarm": {
            "Tag": {
                "Key": "ams:rt:mylinuxinstance",
                "Value": "true"
            },
            "AlarmDefinition": {
                "MetricName": "disk_used_percent",
                "Namespace": "CWAgent",
                "Dimensions": [
                    {
                        "Name": "InstanceId",
                        "Value": "${EC2::InstanceId}"
                    },
                    {
                        "Name": "device",
                        "Value": "${EC2::Disk::Device}"
                    },
                    {
                        "Name": "fstype",
                        "Value": "${EC2::Disk::FSType}"
                    }
                ],
                "AlarmName": "${EC2::InstanceId}: Disk Usage Too High - ${EC2::Disk::UUID}"
                ...
            }
        }
    }
}
```

次の例では、システムは一致する Windows インスタンスにアタッチされたディスクごとにアラームを作成します。

```
{
     "AWS::EC2::Instance::Disk": {
        "WindowsDiskAlarm": {
            "Tag": {
                "Key": "ams:rt:mywindowsinstance",
                "Value": "true"
            },
            "AlarmDefinition": {
                "MetricName": "LogicalDisk % Free Space",
                "Namespace": "CWAgent",
                "Dimensions": [
                    {
                        "Name": "InstanceId",
                        "Value": "${EC2::InstanceId}"
                    },
                    {
                        "Name": "objectname",
                        "Value": "LogicalDisk"
                    },
                    {
                        "Name": "instance",
                        "Value": "${EC2::Disk::Path}"
                    }
                ],
                "AlarmName": "${EC2::InstanceId}: Disk Usage Too High - ${EC2::Disk::UUID}"
                ...
            }
        }
    }
}
```

# Accelerate Alarm Manager 設定の表示
<a name="acc-mem-view-am"></a>

**AMSManagedAlarms** と **CustomerManagedAlarms** の両方を AppConfigwith [GetConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_GetConfiguration.html) で確認できます。

`GetConfiguration` 呼び出しの例を次に示します。

```
aws appconfig get-configuration --application AMSAlarmManager --environment AMSInfrastructure --configuration AMSManagedAlarms --client-id 
      any-string outfile.json
```
+ **アプリケーション**: これは機能を提供するための AppConfig の論理ユニットです。Alarm Manager の場合、これは `AMSAlarmManager`
+ **環境**: これは AMSInfrastructure 環境です
+ **設定**: AMS Accelerate ベースラインアラームを表示するには、値は です`AMSManagedAlarms`。お客様のアラーム定義を表示するには、設定は です。 `CustomerManagedAlarms`
+ **クライアント ID**: これは一意のアプリケーションインスタンス識別子であり、任意の文字列にすることができます。
+ アラーム定義は、指定された出力ファイルで表示できます。この場合、 `outfile.json`

 AMSInfrastructure 環境で過去のデプロイを表示することで、アカウントにデプロイされている設定のバージョンを確認できます。

# Accelerate アラーム設定の変更
<a name="acc-mem-change-am"></a>

新しいアラーム定義を追加または更新するには、設定ドキュメント をデプロイするか[CloudFormation を使用した Accelerate 設定変更のデプロイ](acc-mem-deploy-change-cfn.md)、[CreateHostedConfigurationVersion](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_CreateHostedConfigurationVersion.html) API を呼び出します。

これは base64 でパラメータ値を生成する Linux コマンドラインコマンドです。これは AppConfig CLI コマンドで想定されています。詳細については、 AWS CLI ドキュメント[「Binary/Blob (バイナリラージオブジェクト）](https://docs.aws.amazon.com/cli/latest/userguide/cli-usage-parameters-types.html#parameter-type-blob)」を参照してください。

例:

```
aws appconfig create-hosted-configuration-version --application-id application-id --configuration-profile-id configuration-profile-id --content base64-string 
      --content-type application/json
```
+ **アプリケーション ID:** アプリケーション AMS AlarmManager の ID。これは [ListApplications](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_ListApplications.html) API コールで確認できます。
+ **設定プロファイル ID**: CustomerManagedAlarms 設定の ID。これは [ListConfigurationProfiles](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_ListConfigurationProfiles.html) API コールで確認できます。
+ **コンテンツ**: Base64 でエンコードして作成するコンテンツの Base64 文字列: cat alarms-v2.json \$1 base64 ([「Binary/Blob (binary large object)](https://docs.aws.amazon.com/cli/latest/userguide/cli-usage-parameters-types.html#parameter-type-blob)」を参照）。

  **コンテンツタイプ**: アラーム定義は JSON で記述`application/json`されるため、MIME タイプ。

**重要**  
[StartDeployment](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_StartDeployment.html) および [StopDeployment](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_StopDeployment.html) API アクションへのアクセスを、ターゲットに新しい設定をデプロイする責任と結果を理解している信頼できるユーザーにのみ制限します。

AWS AppConfig 機能を使用して設定を作成およびデプロイする方法の詳細については、[「AWS AppConfig の使用](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-working.html)」を参照してください。

# Accelerate アラームのデフォルト設定の変更
<a name="acc-mem-modify-default"></a>

デフォルトの設定プロファイルを変更することはできませんが、カスタマイズプロファイルでデフォルトの設定ブロックと同じ **ConfigurationID** で設定ブロックを指定することで、デフォルトを上書きできます。これを行うと、設定ブロック全体が、タグ付け設定を適用するデフォルトの設定ブロックを上書きします。

たとえば、次のデフォルトの設定プロファイルを考えてみましょう。

```
{
    "AWS::EC2::Instance": {
        "AMSManagedBlock1": {
            "Enabled": true,
            "Tag": {
                "Key": "ams:rt:ams-monitoring-policy",
                "Value": "ams-monitored"
            },
            "AlarmDefinition": {
                "AlarmName": "${EC2::InstanceId}: AMS Default Alarm",
                "Namespace": "AWS/EC2",
                "MetricName": "CPUUtilization",
                "Dimensions": [
                    {
                        "Name": "InstanceId",
                        "Value": "${EC2::InstanceId}"
                    }
                ],
                "Threshold": 5,
                ...
            }
        }
    }
}
```

このアラームのしきい値を 10 に変更するには、変更する部分だけでなく、**アラーム定義全体を指定する必要があります**。たとえば、次のカスタマイズプロファイルを指定できます。

```
{
    "AWS::EC2::Instance": {
        "AMSManagedBlock1": {
            "Enabled": true,
            "Tag": {
                "Key": "ams:rt:ams-monitoring-policy",
                "Value": "ams-monitored"
            },
            "AlarmDefinition": {
                "AlarmName": "${EC2::InstanceId}: AMS Default Alarm",
                "Namespace": "AWS/EC2",
                "MetricName": "CPUUtilization",
                "Dimensions": [
                    {
                        "Name": "InstanceId",
                        "Value": "${EC2::InstanceId}"
                    }
                ],
                "Threshold": 10,
                ...
            }
        }
    }
}
```

**重要**  
設定の変更を行った後は、必ずデプロイしてください。SSM AppConfig では、作成後に設定の新しいバージョンをデプロイする必要があります。

# Accelerate アラーム設定変更のデプロイ
<a name="acc-mem-deploy-change"></a>

カスタマイズが完了したら、AppConfig または を使用してデプロイする必要があります CloudFormation。

**Topics**
+ [AppConfig を使用して Accelerate アラーム設定の変更をデプロイする](acc-mem-deploy-change-appconfig.md)
+ [CloudFormation を使用した Accelerate 設定変更のデプロイ](acc-mem-deploy-change-cfn.md)

# AppConfig を使用して Accelerate アラーム設定の変更をデプロイする
<a name="acc-mem-deploy-change-appconfig"></a>

カスタマイズが完了したら、AppConfig を使用して [StartDeployment](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_StartDeployment.html) で変更をデプロイします。

```
  aws appconfig start-deployment --application-id application_id 
   --environment-id environment_id Vdeployment-strategy-id 
   deployment_strategy_id --configuration-profile-id configuration_profile_id --configuration-version 1
```
+ **アプリケーション ID**: アプリケーションの ID。これは [ListApplications](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_ListApplications.html) API コールで`AMSAlarmManager`確認できます。
+ **環境 ID**: これは [ListEnvironments](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_ListEnvironments.html) API コールで確認できます。
+ **デプロイ戦略 ID**: これは [ListDeploymentStrategies](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_ListDeploymentStrategies.html) API コールで確認できます。
+ **設定プロファイル ID**: の ID`CustomerManagedAlarms`。これは [ListConfigurationProfiles](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_ListConfigurationProfiles.html) API コールで確認できます。
+ **設定バージョン**: デプロイする設定プロファイルのバージョン。

**重要**  
 Alarm Manager は、設定プロファイルで指定されたアラーム定義を適用します。または CloudWatch CLI/SDK を使用して AWS マネジメントコンソール CloudWatch アラームに手動で行った変更は、自動的に元に戻されるため、変更が Alarm Manager で定義されていることを確認してください。Alarm Manager によって作成されるアラームを理解するには、値 の`ams:alarm-manager:managed`タグを探します`true`。  
[StartDeployment](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_StartDeployment.html) および [ StopDeployment](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_StopDeployment.html) API アクションへのアクセスを、ターゲットに新しい設定をデプロイする責任と結果を理解している信頼されたユーザーに制限します。

AWS AppConfig 機能を使用して設定を作成およびデプロイする方法の詳細については、[AWS AppConfig ドキュメントを参照してください。](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-working.html)

# CloudFormation を使用した Accelerate 設定変更のデプロイ
<a name="acc-mem-deploy-change-cfn"></a>

を使用して`CustomerManagedAlarms`設定プロファイルをデプロイする場合は CloudFormation、次の CloudFormation テンプレートを使用できます。目的の JSON 設定を `AMSAlarmManagerConfigurationVersion.Content`フィールドに入力します。

 CloudFormation スタックまたはスタックセットにテンプレートをデプロイすると、設定に必要な JSON 形式に従わない場合、`AMSResourceTaggerDeployment`リソースのデプロイは失敗します。予想される形式の詳細については、[高速設定プロファイル: モニタリング](acc-mem-config-doc-format.md)「」を参照してください。

これらのテンプレートを CloudFormation スタックまたはスタックセットとしてデプロイする方法については、以下の関連する AWS CloudFormation ドキュメントを参照してください。
+ [AWS CloudFormation コンソールでのスタックの作成](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-console-create-stack.html)
+ [AWS CLI を使用したスタックの作成](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/using-cfn-cli-creating-stack.html)
+ [スタックセットの作成](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/stacksets-getting-started-create.html)

**注記**  
これらのテンプレートのいずれかを使用して設定バージョンをデプロイし、その後 CloudFormation スタック/スタックセットを削除すると、テンプレート設定バージョンは現在のデプロイ済みバージョンのままになり、追加のデプロイは行われません。デフォルト設定に戻す場合は、スタックを削除するのではなく、手動で空の設定 (\$1\$1 のみ) をデプロイするか、スタックを空の設定に更新する必要があります。

**JSON**

```
{
  "Description": "Custom configuration for the AMS Alarm Manager.",
  "Resources": {
    "AMSAlarmManagerConfigurationVersion": {
      "Type": "AWS::AppConfig::HostedConfigurationVersion",
      "Properties": {
        "ApplicationId": {
          "Fn::ImportValue": "AMS-Alarm-Manager-Configuration-ApplicationId"
        },
        "ConfigurationProfileId": {
          "Fn::ImportValue": "AMS-Alarm-Manager-Configuration-CustomerManagedAlarms-ProfileID"
        },
        "Content": "{}",
        "ContentType": "application/json"
      }
    },
    "AMSAlarmManagerDeployment": {
      "Type": "AWS::AppConfig::Deployment",
      "Properties": {
        "ApplicationId": {
          "Fn::ImportValue": "AMS-Alarm-Manager-Configuration-ApplicationId"
        },
        "ConfigurationProfileId": {
          "Fn::ImportValue": "AMS-Alarm-Manager-Configuration-CustomerManagedAlarms-ProfileID"
        },
        "ConfigurationVersion": {
          "Ref": "AMSAlarmManagerConfigurationVersion"
        },
        "DeploymentStrategyId": {
          "Fn::ImportValue": "AMS-Alarm-Manager-Configuration-Deployment-StrategyID"
        },
        "EnvironmentId": {
          "Fn::ImportValue": "AMS-Alarm-Manager-Configuration-EnvironmentId"
        }
      }
    }
  }
}
```

**YAML**

```
Description: Custom configuration for the AMS Alarm Manager.
Resources:
  AMSAlarmManagerConfigurationVersion:
    Type: AWS::AppConfig::HostedConfigurationVersion
    Properties:
      ApplicationId:
        !ImportValue AMS-Alarm-Manager-Configuration-ApplicationId
      ConfigurationProfileId:
        !ImportValue AMS-Alarm-Manager-Configuration-CustomerManagedAlarms-ProfileID
      Content: |
        {
          
        }
      ContentType: application/json
  AMSAlarmManagerDeployment:
    Type: AWS::AppConfig::Deployment
    Properties:
      ApplicationId:
        !ImportValue AMS-Alarm-Manager-Configuration-ApplicationId
      ConfigurationProfileId:
        !ImportValue AMS-Alarm-Manager-Configuration-CustomerManagedAlarms-ProfileID
      ConfigurationVersion:
        !Ref AMSAlarmManagerConfigurationVersion
      DeploymentStrategyId:
        !ImportValue AMS-Alarm-Manager-Configuration-Deployment-StrategyID
      EnvironmentId:
        !ImportValue AMS-Alarm-Manager-Configuration-EnvironmentId
```

# ロールバック Accelerate アラームの変更
<a name="acc-mem-rollback-am-change"></a>

以前の設定プロファイルバージョンを指定して [ StartDeployment を実行することで、同じデプロイメカニズムを通じてアラーム定義をロールバックできます。](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_StartDeployment.html)

# Accelerate アラームの保持
<a name="acc-mem-retain-alarm"></a>

AMS によってモニタリングされるリソースが削除されると、それらのリソースに対して Alarm Manager によって作成されたアラームは、Alarm Manager によって自動的に削除されます。監査、コンプライアンス、または履歴の目的で特定のアラームを保持する必要がある場合は、Alarm Manager の保持タグ付け機能を使用します。

モニタリング対象のリソースが削除された後でもアラームを保持するには、次の例に示すように、アラームのカスタム設定に `"ams:alarm-manager:retain" `タグを追加します。

```
{
  "AWS::EC2::Instance": {
    "AMSCpuAlarm": {
      "Enabled": true,
      "Tag": {
        "Key": "ams:rt:ams-monitoring-policy",
        "Value": "ams-monitored"
      },
      "AlarmDefinition": {
        "AlarmName": "${EC2::InstanceId}: CPU Too High",
        "AlarmDescription": "AMS Baseline Alarm for EC2 CPUUtilization",
        [...]
        "Tags": [
          {
            "Key": "ams:alarm-manager:retain",
            "Value": "true"
          }
        ]
      }
    }
  }
}
```

`"ams:alarm-manager:retain"` タグで設定されたアラームは、モニタリング対象のリソースが終了しても、アラームマネージャーによって自動的に削除されません。保持されたアラームは、CloudWatch を使用して手動で削除するまで CloudWatch で無期限に保持されます。

# デフォルトの Accelerate アラーム設定を無効にする
<a name="acc-mem-disable-default-config"></a>

AMS Accelerate は、ベースラインアラームに基づいてアカウントのデフォルトの設定プロファイルを提供します。ただし、このデフォルト設定を無効にするには、アラーム定義のいずれかを上書きします。カスタマイズ設定プロファイルでルールの **ConfigurationID** を上書きし、false の値で有効になっているフィールドを指定します。

たとえば、デフォルトの設定プロファイルに次の設定がある場合です。

```
{
    "AWS::EC2::Instance": {
        "AMSManagedBlock1": {
            "Enabled": true,
            "Tag": {
                "Key": "ams:rt:ams-monitoring-policy",
                "Value": "ams-monitored"
            },
            "AlarmDefinition": {
                ...
            }
        }
    }
```

このタグ付けルールを無効にするには、カスタマイズ設定プロファイルに以下を含めます。

```
{
    "AWS::EC2::Instance": {
        "AMSManagedBlock1": {
            "Enabled": false
        }
    }
}
```

これらの変更を行うには、[CreateHostedConfigurationVersion](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_CreateHostedConfigurationVersion.html) API を JSON プロファイルドキュメントで呼び出す必要があり (「」を参照[Accelerate アラーム設定の変更](acc-mem-change-am.md)）、その後デプロイする必要があります (「」を参照）[Accelerate アラーム設定変更のデプロイ](acc-mem-deploy-change.md)。新しい設定バージョンを作成するときは、以前に作成したカスタムアラームを JSON プロファイルドキュメントに含める必要もあります。

**重要**  
AMS Accelerate がデフォルトの設定プロファイルを更新すると、設定されたカスタムアラームに対してキャリブレーションされないため、カスタマイズ設定プロファイルでアラームを上書きするときにデフォルトのアラームへの変更を確認します。

# Accelerate 用の追加の CloudWatch アラームの作成
<a name="acc-mem-create-cw-alarms"></a>

Amazon EC2 インスタンスのカスタム CloudWatch メトリクスとアラームを使用して、AMS Accelerate 用の追加の CloudWatch アラームを作成できます。

アプリケーションモニタリングスクリプトとカスタムメトリクスを生成します。スクリプト例の詳細とアクセスについては、[Amazon EC2 Linux インスタンスのメモリとディスクのメトリクスのモニタリング](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/mon-scripts.html)」を参照してください。

Linux Amazon EC2 インスタンスの CloudWatch モニタリングスクリプトは、カスタム CloudWatch メトリクスを生成して使用する方法を示しています。これらの Perl スクリプトのサンプルは、Linux インスタンスのメモリ、スワップ、およびディスクスペースの使用状況メトリクスをレポートする、完全に機能する例で構成されます。

**重要**  
AMS Accelerate は、ユーザーが作成した CloudWatch アラームをモニタリングしません。