耐障害性

説明

Application Load Balancer が複数のアベイラビリティーゾーン (AZ) を使用するように設定されているかどうかを確認します。AZ は、他のゾーンの障害から隔離された独立した場所です。同じリージョンの複数の AZ にロードバランサーを設定すると、ワークロードの可用性が向上します。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1dfprch08

アラート条件

黄色: 単一の AZ に ALB があります。

緑: 2 つ以上の AZ が ALB にあります。

[Recommended Action] (推奨されるアクション)

ロードバランサーが、少なくとも 2 つのアベイラビリティーゾーンで設定されているようにします。

詳細については、「Application Load Balancer のアベイラビリティーゾーン」を参照してください。

その他のリソース

詳細については、次のドキュメントを参照してください。

[Report columns] (レポート列)

ステータス
リージョン
ALB 名
ALB ルール
ALB ARN
AZ の数
最終更新日時

説明

Amazon Aurora MySQL クラスターでバックトラッキングが有効になっているかどうかを確認します。

Amazon Aurora MySQL クラスターのバックトラッキングは、新しいクラスターを作成せずに Aurora DB クラスターを以前の時点に復元できる機能です。これにより、スナップショットから復元する必要なく、保持期間内の特定の時点までデータベースをロールバックできます。

AWS Config ルールの BacktrackWindowInHoursパラメータでバックトラック時間枠 (時間) を調整できます。

詳細については、「Aurora DB クラスターのバックトラック」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz131

ソース

AWS Config Managed Rule: aurora-mysql-backtracking-enabled

アラート条件

黄: Amazon Aurora MySQL クラスターでバックトラッキングが有効になっていません。

[Recommended Action] (推奨されるアクション)

Amazon Aurora MySQL クラスターのバックトラッキングを有効にします。

詳細については、「Aurora DB クラスターのバックトラック」を参照してください。

その他のリソース

Aurora DB クラスターのバックトラック

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

Amazon Aurora DB クラスターにプライベートインスタンスとパブリックインスタンスの両方があるケースをチェックします。

プライマリインスタンスが失敗した場合、レプリカはプライマリ DB インスタンスに昇格できます。レプリカがプライベートである場合、パブリックアクセスのみを持つユーザーは、フェールオーバー後にデータベースに接続できなくなります。クラスター内のすべての DB インスタンスのアクセシビリティを同じにすることをお勧めします。

チェック ID

xuy7H1avtl

アラート条件

黄: Aurora DB クラスターのインスタンスは、アクセシビリティが異なります (パブリックとプライベートの混在)。

[Recommended Action] (推奨されるアクション)

DB クラスター内のインスタンスの Publicly Accessible 設定を変更して、すべてがパブリックまたはプライベートになるようにします。詳細については、「Modifying a DB Instance Running the MySQL Database Engine」(MySQL データベースエンジンを実行している DB インスタンスの変更) の MySQL インスタンスの手順を参照してください。

その他のリソース

Aurora DB クラスターの耐障害性

[Report columns] (レポート列)

ステータス
リージョン
クラスター
パブリック DB インスタンス
プライベート DB インスタンス
理由

説明

Amazon の 2 つのオリジンを含むディストリビューションに対してオリジングループが設定されていることを確認します CloudFront。

詳細については、「オ CloudFront リジンフェイルオーバーによる高可用性の最適化」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz112

ソース

AWS Config Managed Rule: cloudfront-origin-failover-enabled

アラート条件

黄: Amazon CloudFront オリジンフェイルオーバーが有効になっていません。

[Recommended Action] (推奨されるアクション)

エンドユーザーへのコンテンツ配信の高可用性を確保するために、 CloudFront ディストリビューションのオリジンフェイルオーバー機能を必ず有効にしてください。この機能を有効にすると、プライマリオリジンサーバーが使用できなくなった場合、トラフィックはバックアップオリジンサーバーに自動的にルーティングされます。これにより、潜在的なダウンタイムが最小限に抑えられ、コンテンツの継続的な可用性が確保されます。

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

基盤となるモデルがカスタマーマネージドキーを使用して暗号化されたエンドポイントの AWS Key Management Service （AWS KMS) キーのアクセス許可をチェックします。カスタマーマネージドキーが無効になっている場合、または、Amazon Comprehend の付与された許可を変更するようにキーポリシーが変更された場合、エンドポイントの可用性が影響を受ける可能性があります。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

Cm24dfsM13

アラート条件

赤: カスタマーマネージドキーが無効になっているか、キーポリシーが変更されて、Amazon Comprehend アクセス用に付与されている許可が変更されました。

[Recommended Action] (推奨されるアクション)

カスタマーマネージドキーが無効になっている場合は、有効にすることをお勧めします。詳細については、「キーの有効化」を参照してください。キーポリシーが変更され、エンドポイントを引き続き使用する場合は、 AWS KMS キーポリシーを更新することをお勧めします。詳細については、キーポリシーの変更を参照してください。

その他のリソース

AWS KMS アクセス許可

[Report columns] (レポート列)

ステータス
リージョン
エンドポイント ARN
モデルの ARN
KMS KeyId
最終更新日時

説明

シングル AZ として設定されている Amazon DocumentDB クラスターがあるかどうかを確認します。

きわめて重要なワークロードでは、Amazon DocumentDB ワークロードをシングル AZ アーキテクチャで実行するだけでは不十分であり、コンポーネントの障害から回復するまでに最大 10 分かかることがあります。お客様は、メンテナンス、インスタンス障害、コンポーネント障害、アベイラビリティーゾーン障害が発生した場合の可用性を確保するため、追加のアベイラビリティーゾーンにレプリカインスタンスをデプロイする必要があります。

注記

このチェックの結果は毎日 1 回以上自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c15vnddn2x

アラート条件

黄色: Amazon DocumentDB クラスターのインスタンスが 3 つ以下のアベイラビリティーゾーンにあります。

緑: Amazon DocumentDB クラスターのインスタンスが 3 つのアベイラビリティーゾーンにあります。

[Recommended Action] (推奨されるアクション)

アプリケーションに高可用性が必要な場合は、レプリカインスタンスを使用して DB インスタンスを変更し、マルチ AZ を有効にします。「Amazon DocumentDB High Availability and Replication」を参照してください。

その他のリソース

Understanding Amazon DocumentDB Cluster Fault Tolerance

リージョンとアベイラビリティーゾーン

[Report columns] (レポート列)

ステータス
リージョン
アベイラビリティーゾーン
DB クラスター識別子
DB クラスターの ARN
最終更新日時

説明

ポイントインタイムリカバリが Amazon DynamoDB テーブルに対して有効になっているかどうかを確認します。

ポイントインタイムリカバリを使用することで、偶発的な書き込みや削除のオペレーションからDynamoDB テーブルを保護できます。ポイントインタイムリカバリを有効化すれば、オンデマンドバックアップの作成、維持、スケジュールを心配する必要はありません。ポイントインタイムリカバリによって、過去 35 日間の任意の時点にテーブルを復元することができます。DynamoDB では、テーブルの増分バックアップが維持されます。

詳細については、DynamoDB の P oint-in-time リカバリ」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz138

ソース

AWS Config Managed Rule: dynamodb-pitr-enabled

アラート条件

黄: DynamoDB テーブルに対して P oint-in-time リカバリが有効になっていません。

[Recommended Action] (推奨されるアクション)

Amazon DynamoDB で point-in-time リカバリを有効にして、テーブルデータを継続的にバックアップします。

詳細については、「P oint-in-time リカバリ: の仕組み」を参照してください。

その他のリソース

DynamoDB の P oint-in-time リカバリ

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

Amazon DynamoDB テーブルが AWS Backup プランの一部であるかどうかを確認します。

AWS Backup は、最後のバックアップ以降に行われた変更をキャプチャする DynamoDB テーブルの増分バックアップを提供します。 AWS Backup プランに DynamoDB テーブルを含めると、偶発的なデータ損失シナリオからデータを保護し、バックアッププロセスを自動化できます。これにより、DynamoDB テーブルの信頼性が高くスケーラブルなバックアップソリューションが提供され、貴重なデータを保護し、必要に応じて復旧できるようになります。

詳細については、「を使用した DynamoDB テーブルのバックアップの作成 AWS Backup」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz107

ソース

AWS Config Managed Rule: dynamodb-in-backup-plan

アラート条件

黄: Amazon DynamoDB テーブルは AWS Backup プランに含まれていません。

[Recommended Action] (推奨されるアクション)

Amazon DynamoDB テーブルが AWS Backup プランの一部であることを確認します。

その他のリソース

スケジュールバックアップ

とは AWS Backup

AWS Backup コンソールを使用したバックアッププランの作成

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

のバックアッププランに Amazon EBS ボリュームが存在するかどうかを確認します AWS Backup。

Amazon EBS ボリュームを AWS Backup プランに含めて、それらのボリュームに保存されているデータの定期的なバックアップを自動化します。これにより、データ損失を防ぎ、データ管理が容易になり、必要に応じてデータを復元できるようになります。バックアップ計画は、データを安全に保ち、アプリケーションとサービスの目標復旧時間と目標復旧時点 (RTO/RPO) を達成できるようにするのに役立ちます。

詳細については、「バックアッププランの作成」を参照してください

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz106

ソース

AWS Config Managed Rule: ebs-in-backup-plan

アラート条件

黄: Amazon EBS ボリュームは AWS Backup プランに含まれていません。

[Recommended Action] (推奨されるアクション)

Amazon EBS ボリュームが AWS Backup プランの一部であることを確認します。

その他のリソース

AWS Backup コンソールを使用したバックアッププランの作成

とは AWS Backup

開始方法 3: スケジュールされたバックアップの作成

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

Amazon Elastic Block Store (Amazon EBS) ボリュームのスナップショットが作成されてからの経過時間をチェックします。

Amazon EBS ボリュームがレプリケートされていても、障害が発生する可能性があります。スナップショットは Amazon Simple Storage Service (Amazon S3) に保持され、耐久性の高いストレージと point-in-timeリカバリを実現します。

チェック ID

H7IgTzjTYb

アラート条件

黄: 最新のボリュームスナップショットは 7～30 日前に作成されました。
赤: 最新のボリュームスナップショットが作成されてから 30 日を超える期間が経過しています。
赤: ボリュームにはスナップショットがありません。

[Recommended Action] (推奨されるアクション)

ボリュームの週次または月次のスナップショットを作成します。詳細については、「Amazon EBS スナップショットの作成」を参照してください。

その他のリソース

Amazon Elastic Block Store (Amazon EBS)

[Report columns] (レポート列)

ステータス
リージョン
ボリューム ID
ボリューム名
スナップショット ID
スナップショット名
スナップショット作成後に経過した期間
ボリュームのアタッチ
理由

説明

Classic Load Balancer に関連付けられた Amazon EC2 Auto Scaling グループで、Elastic Load Balancing のヘルスチェックが使用されているかどうかを確認します。Auto Scaling グループのデフォルトのヘルスチェックは Amazon EC2 ステータスチェックのみです。インスタンスがこれらのステータスチェックに合格しない場合、異常とマークされて終了します。Amazon EC2 Auto Scaling が新しい代替インスタンスを起動します。Elastic Load Balancing ヘルスチェックは、Amazon EC2 インスタンスを定期的に監視して異常のあるインスタンスを検出して終了し、新しいインスタンスを起動します。

詳細については、Elastic Load Balancing ヘルスチェックの追加」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz104

ソース

AWS Config Managed Rule: autoscaling-group-elb-healthcheck-required

アラート条件

黄: Amazon EC2 Auto Scaling グループにアタッチされた Classic Load Balancer は Elastic Load Balancing ヘルスチェックは有効になっていません。

[Recommended Action] (推奨されるアクション)

Classic Load Balancer に関連付けられた Auto Scaling グループで、Elastic Load Balancing のヘルスチェックが使用されているかどうかを確認します。

Elastic Load Balancing ヘルスチェックは、ロードバランサーが正常でリクエストを処理できるかどうかをレポートします。これにより、アプリケーションの高可用性が保証されます。

詳細については、「Auto Scaling グループに Elastic Load Balancing ヘルスチェックを追加する」を参照してください

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

複数のインスタンスタイプを使用する Amazon EC2 Auto Scaling グループで容量の再分散が有効かどうかを確認します。

Amazon EC2 Auto Scaling グループにキャパシティの再調整を設定すると、インスタンスタイプや購入オプションに関係なく、Amazon EC2 インスタンスがアベイラビリティーゾーン全体に均等に分散されるようになります。CPU 使用率やネットワークトラフィックなど、グループに関連付けられたターゲット追跡ポリシーを使用します。

詳細については、「複数のインスタンスタイプと購入オプションをもつ Auto Scaling グループ」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

AWS Config c18d2gz103

ソース

AWS Config マネージドルール： autoscaling-capacity-rebalancing

アラート条件

黄: Amazon EC2 Auto Scaling グループでキャパシティの再調整が有効ではありません。

[Recommended Action] (推奨されるアクション)

複数のインスタンスタイプを使用する Amazon EC2 Auto Scaling グループでキャパシティの再調整が有効かどうかを確認します。

詳細については、「キャパシティーの再調整の有効化 (コンソール)」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

Amazon EC2 Auto Scaling グループが複数のアベイラビリティーゾーンまたは指定された最小数のアベイラビリティーゾーンにデプロイされているかどうかを確認します。高可用性を確保するために、複数のアベイラビリティーゾーンに Amazon EC2 インスタンスをデプロイします。

AWS Config ルールの最小パラメータを使用して、アベイラビリティーゾーンの最小AvailibilityZones数を調整できます。

詳細については、「複数のインスタンスタイプと購入オプションをもつ Auto Scaling グループ」を参照してください。

チェック ID

c18d2gz101

ソース

AWS Config Managed Rule: autoscaling-multiple-az

アラート条件

赤: Amazon EC2 Auto Scaling グループに設定された複数の AZ がないか、指定されている AZ の最小数を満たしていません。

[Recommended Action] (推奨されるアクション)

Amazon EC2 Auto Scaling グループが複数の AZ で構成されていることを確認してください。高可用性を確保するために、複数のアベイラビリティーゾーンに Amazon EC2 インスタンスをデプロイします。

その他のリソース

起動テンプレートを使用して Auto Scaling グループを作成する

起動設定を使用して Auto Scaling グループを作成する

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

リージョン内のアベイラビリティーゾーン間で Amazon Elastic Compute Cloud (Amazon EC2) インスタンスの分散をチェックします。

アベイラビリティーゾーンは、他のアベイラビリティーゾーンの障害から分離された別の場所です。そのため、同じリージョン内の複数のアベイラビリティーゾーン間の安価な低レイテンシーネットワーク接続が発生することがあります。同一のリージョン内の複数のアベイラビリティーゾーンでインスタンスを起動することにより、単一障害点からアプリケーションを保護することができます。

チェック ID

wuy7G1zxql

アラート条件

黄: リージョンは複数のゾーンにインスタンスを有していますが、分散が不均一です (使用中のアベイラビリティーゾーンにおける最大インスタンス数と最小インスタンス数の差が 20% を超えています)。
赤: リージョンは、1 つのアベイラビリティーゾーンにのみインスタンスを有しています。

[Recommended Action] (推奨されるアクション)

複数のアベイラビリティーゾーンで Amazon EC2 インスタンスを均等にバランスよく配置します。これを実行するには、インスタンスを手動で起動するか、Auto Scaling を使用して自動的に実行します。詳細については、「インスタンスの起動」および「Load Balance Your Auto Scaling Group」(Auto Scaling グループの負荷分散) を参照してください。

その他のリソース

Amazon EC2 Auto Scaling ユーザーガイド

[Report columns] (レポート列)

ステータス
リージョン
ゾーン a インスタンス
ゾーン b インスタンス
ゾーン c インスタンス
ゾーン e インスタンス
ゾーン f インスタンス
理由

説明

詳細モニタリングが Amazon EC2 インスタンスに対して有効になっているかどうかを確認します。

Amazon EC2 詳細モニターリングでは、Amazon EC2 の基本モニターリングで使用される 5 分間隔ではなく、高い頻度の 1 分間隔で公開されるメトリクスが用意されています。Amazon EC2 の詳細なモニターリングを有効にすると、Amazon EC2 リソースをより適切に管理できるため、傾向を見つけてアクションを迅速に行うことができます。

詳細については、「基本モニタリングと詳細モニタリング」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

AWS Config c18d2gz144

ソース

AWS Config マネージドルール: ec2-instance-detailed-monitoring-enabled

アラート条件

黄:Amazon EC2 インスタンスの詳細モニタリングが有効になっていません。

[Recommended Action] (推奨されるアクション)

Amazon EC2 インスタンスの詳細モニタリングをオンにして、Amazon EC2 メトリクスデータが Amazon に発行される頻度 CloudWatch (5 分間隔から 1 分間隔) を増やします。

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

Logs ログドライバーがブロッキングモードで設定されている Amazon ECS AWSタスク定義をチェックします。ブロッキングモードでドライバーが設定されると、システムの可用性が危険にさらされます。

注記

このチェックの結果は毎日 1 回以上自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1dvkm4z6b

アラート条件

黄色: awslogs ドライバーのログ記録設定のモードパラメータが「ブロッキング」または「ありません」に設定されています。モードパラメータがないということは、デフォルトのブロッキング設定になっているということです。

緑: Amazon ECS タスク定義で awslogs ドライバーが使用されていないか、awslogs ドライバーがノンブロッキングモードに設定されています。

[Recommended Action] (推奨されるアクション)

可用性リスクを軽減するには、タスク定義の Logs AWSドライバーの設定をブロックからノンブロックに変更することを検討してください。ノンブロッキングモードでは、 max-buffer-size パラメータの値を設定する必要があります。設定パラメータの詳細およびガイダンスについては、「」を参照してください。Logs コンテナログドライバーの「ノンブロッキングモードで AWSのログ損失の防止」を参照してください。

その他のリソース

AWS logs ログドライバーを使用する

バックプレッシャーを回避するためのコンテナのログ記録オプションを選択する

AWS Logs コンテナログドライバーのノンブロッキングモードでのログ損失の防止

[Report columns] (レポート列)

ステータス
リージョン
タスク定義 ARN
コンテナ定義の名前
最終更新日時

説明

サービス設定で単一のアベイラビリティーゾーン (AZ) を使用していることをチェックします。

AZ は、他のゾーンの障害から隔離された独立した場所です。そのため、同じ AWS リージョンのアベイラビリティーゾーン間では、安価で低レイテンシーのネットワーク接続がサポートされています。同一のリージョン内の複数のアベイラビリティーゾーンでインスタンスを起動することにより、単一障害点からアプリケーションを保護できます。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1z7dfpz01

アラート条件

黄色: Amazon ECS サービスはすべてのタスクを単一の AZ で実行しています。
緑: Amazon ECS サービスは少なくとも 2 つの異なる AZ でタスクを実行しています。

[Recommended Action] (推奨されるアクション)

異なるアベイラビリティーゾーンでサービスに対して 1 つ以上のタスクを追加で作成します。

その他のリソース

Amazon ECS のキャパシティとアベイラビリティ

[Report columns] (レポート列)

ステータス
リージョン
ECS クラスター名/ECS サービス名
アベイラビリティーゾーン数
最終更新日時

説明

Amazon ECS サービスが、アベイラビリティーゾーン (AZ) に基づくスプレッド配置戦略を使用していることを確認します。この戦略は、同じ内のアベイラビリティーゾーンにタスクを分散 AWS リージョンし、単一の障害点からアプリケーションを保護するのに役立ちます。

Amazon ECS サービスの一部として実行されるタスクの場合、スプレッドはデフォルトのタスク配置戦略です。

このチェックでは、有効な配置戦略リストの最初の戦略または唯一の戦略がスプレッドであることも確認します。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1z7dfpz02

アラート条件

黄色: アベイラビリティゾーンによるスプレッドが無効になっているか、Amazon ECS サービスの有効な配置戦略リストの第一の戦略ではありません。
緑: アベイラビリティゾーンによるスプレッドが、有効な配置戦略リストの第一の戦略であるか、Amazon ECS サービスで有効になっている唯一の配置戦略です。

[Recommended Action] (推奨されるアクション)

タスクをスプレッド配置する戦略を有効にして、タスクを複数の AZ に分散します。アベイラビリティゾーンによるスプレッドが、有効なすべてのタスク配置戦略における第一の戦略であるか、唯一の使用されている戦略であることを確認します。AZ 配置を管理する場合は、別の AZ でミラーリングサービスを使用すると、これらのリスクを軽減できます。

その他のリソース

Amazon ECS タスク配置戦略

[Report columns] (レポート列)

ステータス
リージョン
ECS クラスター名/ECS サービス名
スプレッドタスク配置戦略が有効化され、正しく適用されている
最終更新日時

説明

Amazon EFS ファイルシステムの複数のアベイラビリティーゾーンにマウントターゲットが存在するかどうかを確認します。

アベイラビリティーゾーンは、他のゾーンの障害から隔離された独立した場所です。AWS リージョン内の複数の地理的に分離されたアベイラビリティーゾーンにマウントターゲットを作成することで、Amazon EFS ファイルシステムに最高レベルの可用性と耐久性を実現します。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1dfprch01

アラート条件

黄:ファイルシステムには、単一のアベイラビリティーゾーンで作成された 1 つのマウントターゲットがあります。

緑:ファイルシステムには、複数のアベイラビリティーゾーンで作成された 2 つ以上のマウントターゲットがあります。

[Recommended Action] (推奨されるアクション)

1 ゾーンストレージクラスを使用する EFS ファイルシステムの場合は、バックアップを新しいファイルシステムに復元して、スタンダードストレージクラスを使用する新しいファイルシステムを作成することをお勧めします。次に、複数のアベイラビリティーゾーンにマウントターゲットを作成します。

スタンダードストレージクラスを使用する EFS ファイルシステムの場合は、複数のアベイラビリティーゾーンにマウントターゲットを作成することをお勧めします。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
EFS ファイルシステム ID
マウントターゲットの数
AZ の数
最終更新日時

説明

Amazon EFS ファイルシステムがのバックアッププランに含まれているかどうかを確認します AWS Backup。

AWS Backup は、バックアップの作成、移行、復元、削除を簡素化し、レポートと監査を改善するように設計された統合バックアップサービスです。

詳細については、「Amazon EFS ファイルシステムのバックアップ」を参照してください。

チェック ID

c18d2gz117

ソース

AWS Config Managed Rule: EFS_IN_BACKUP_PLAN

アラート条件

赤: Amazon EFS は AWS Backup プランに含まれていません。

[Recommended Action] (推奨されるアクション)

偶発的なデータ損失やデータ破損を防ぐために、Amazon EFS ファイルシステムが AWS Backup プランに含まれていることを確認してください。

その他のリソース

Amazon EFS ファイルシステムのバックアップ

を使用した Amazon EFS のバックアップと復元 AWS Backup。

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

単一のアベイラビリティーゾーン (AZ) にデプロイされる ElastiCache クラスターをチェックします。このチェックでは、クラスター内でマルチ AZ が非アクティブである場合に警告が表示されます。

複数の AZs にデプロイすると、別の AZ の読み取り専用レプリカに非同期的にレプリケートされるため、 ElastiCache クラスターの可用性が向上します。計画されたクラスターメンテナンスが発生するか、プライマリノードが使用できない場合、は自動的にレプリカをプライマリに昇格 ElastiCache させます。このフェイルオーバーにより、クラスターの書き込み操作を再開でき、管理者が介入する必要はありません。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

ECHdfsQ402

アラート条件

緑色: マルチ AZ はクラスター内でアクティブです。
黄色: マルチ AZ はクラスター内で非アクティブです。

[Recommended Action] (推奨されるアクション)

プライマリとは異なる AZ に、シャードごとに少なくとも 1 つのレプリカを作成します。

その他のリソース

詳細については、「マルチ AZ を使用した Redis のダウンタイムの最小化 ElastiCache 」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
[クラスター名]
最終更新日時

説明

Amazon ElastiCache for Redis クラスターで自動バックアップが有効になっているかどうか、およびスナップショットの保持期間が指定された制限または 15 日間のデフォルト制限を超えているかどうかを確認します。自動バックアップが有効になっている場合、はクラスターのバックアップを毎日 ElastiCache 作成します。

AWS Config ルールのスナップショットパラメータを使用して、必要なスナップショットRetentionPeriod保持制限を指定できます。

詳細については、「 for Redis のバックアップと復元 ElastiCache 」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz178

ソース

AWS Config Managed Rule: elasticache-redis-cluster-automatic-backup-check

アラート条件

赤: Amazon ElastiCache for Redis クラスターで自動バックアップが有効になっていないか、スナップショットの保持期間が制限を下回っています。

[Recommended Action] (推奨されるアクション)

Amazon ElastiCache for Redis クラスターで自動バックアップがオンになっており、スナップショットの保持期間が指定された制限または 15 日間のデフォルト制限を超えていることを確認してください。自動バックアップは、データ損失を防ぐのに役立ちます。障害が起こった場合、最新のバックアップからデータを復元して新しいクラスターを作成できます。

詳細については、「 for Redis のバックアップと復元 ElastiCache 」を参照してください。

その他のリソース

詳細については、「自動バックアップのスケジュール」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
[クラスター名]
最終更新日時

説明

単一のアベイラビリティーゾーン (AZ) にデプロイされた MemoryDB クラスターをチェックします。このチェックでは、クラスター内でマルチ AZ が非アクティブである場合に警告が表示されます。

複数の AZ にデプロイすると、異なる AZ の読み取り専用レプリカに非同期でレプリケートされるため、MemoryDB クラスターの可用性が向上します。クラスターの計画的なメンテナンスが行われるか、プライマリノードが使用できない場合、MemoryDB はレプリカを自動的にプライマリノードに昇格します。このフェイルオーバーにより、クラスターの書き込み操作を再開でき、管理者が介入する必要はありません。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

MDBdfsQ401

アラート条件

緑色: マルチ AZ はクラスター内でアクティブです。
黄色: マルチ AZ はクラスター内で非アクティブです。

[Recommended Action] (推奨されるアクション)

プライマリとは異なる AZ に、シャードごとに少なくとも 1 つのレプリカを作成します。

その他のリソース

詳細については、「Minimizing downtime in MemoryDB with Multi-AZ」(マルチ AZ を使用した MemoryDB でのダウンタイムの最小化) を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
[クラスター名]
最終更新日時

説明

Managed Streaming for Kafka (MSK) クラスターのブローカーに、割り当てられているパーティションの数が推奨数を超えていないことを確認します。

チェック ID

Cmsvnj8vf1

アラート条件

赤: MSK ブローカーが推奨最大パーティション制限の 100% に達したか、超えています
黄: MSK が推奨最大パーティション制限の 80% に達しました

[Recommended Action] (推奨されるアクション)

MSK の推奨ベストプラクティスに従って MSK クラスターを拡張するか、未使用のパーティションをすべて削除してください。

その他のリソース

クラスターを適切なサイズにする

[Report columns] (レポート列)

ステータス
リージョン
クラスター ARN
ブローカー ID
パーティション数

説明

Amazon OpenSearch Service ドメインが少なくとも 3 つのデータノードで構成されていて、true ZoneAwarenessEnabled であることを確認します。 ZoneAwarenessEnabled を有効にすると、Amazon OpenSearch Service は、各プライマリシャードとそれに対応するレプリカが異なるアベイラビリティーゾーンに割り当てられるようにします。

詳細については、「Amazon OpenSearch Service でのマルチ AZ ドメインの設定」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz183

ソース

AWS Config Managed Rule: opensearch-data-node-fault-tolerance

アラート条件

黄: Amazon OpenSearch Service ドメインは、3 つ未満のデータノードで設定されています。

[Recommended Action] (推奨されるアクション)

Amazon OpenSearch Service ドメインに最低 3 つのデータノードが設定されていることを確認します。ノードを割り当て、同じリージョン内の 3 つのアベイラビリティーゾーンにデータをレプリケートすることで、Amazon OpenSearch Service クラスターの可用性を高めるようにマルチ AZ ドメインを設定します。これにより、データ損失が防止され、ノードまたはデータセンター (AZ) に障害が発生した場合のダウンタイムが最小限に抑えられます。

詳細については、「3 つのアベイラビリティーゾーンにデプロイして Amazon OpenSearch Service の可用性を高める」を参照してください。

その他のリソース

3 つのアベイラビリティーゾーンにデプロイして Amazon OpenSearch Service の可用性を高める

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

Amazon RDS DB インスタンスの自動バックアップをチェックします。

デフォルトでは、バックアップは 1 日の保持期間で有効になっています。バックアップにより、予期しないデータ損失のリスクが軽減され、復旧が可能になります point-in-time。

チェック ID

opQPADkZvH

アラート条件

赤: DB インスタンスのバックアップ保持期間は 0 日に設定されています。

[Recommended Action] (推奨されるアクション)

アプリケーションの要件に応じて、自動 DB インスタンスのバックアップの保持期間を 1～35 日に設定します。「Working With Automated Backups」(自動バックアップの使用) を参照してください。

その他のリソース

Amazon RDS の開始方法

[Report columns] (レポート列)

ステータス
リージョン/AZ
DB インスタンス
VPC ID
バックアップの保持期間

説明

DB クラスターに少なくとももうひとつの DB インスタンスを追加し、可用性とパフォーマンスを向上させます。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

注記

DB インスタンスまたは DB クラスターが停止すると、で Amazon RDS の推奨事項を Trusted Advisor 3～5 日間表示できます。5 日後、レコメンデーションはでは使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。

DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。

チェック ID

c1qf5bt011

アラート条件

黄色: DB クラスターには DB インスタンスが 1 つしかありません。

[Recommended Action] (推奨されるアクション)

リーダー DB インスタンスを DB クラスターに追加します。

その他のリソース

現在の設定では、読み取りオペレーションと書き込みオペレーションの両方で、1 つの DB インスタンスが使用されています。別の DB インスタンスを追加して、読み取りの再配分とフェイルオーバーオプションを有効にすることができます。

アベイラビリティーゾーンの詳細については、「Amazon Aurora の高可用性」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
エンジン名
DB インスタンスクラス
最終更新日時

説明

DB クラスターは現在、1 つのアベイラビリティーゾーンにあります。複数のアベイラビリティーゾーンを使用してアベイラビリティーを向上させます。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

注記

DB インスタンスまたは DB クラスターが停止すると、で Amazon RDS の推奨事項を Trusted Advisor 3～5 日間表示できます。5 日後、レコメンデーションはでは使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。

DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。

チェック ID

c1qf5bt007

アラート条件

黄色: DB クラスターでは、すべてのインスタンスが同じアベイラビリティーゾーンにあります。

[Recommended Action] (推奨されるアクション)

DB クラスター内の複数のアベイラビリティーゾーンに DB インスタンスを追加します。

その他のリソース

DB インスタンスは、DB クラスター内の複数のアベイラビリティーゾーンに追加することをお勧めします。DB インスタンスを複数のアベイラビリティーゾーンに追加すると、DB クラスターの可用性が向上します。

アベイラビリティーゾーンの詳細については、「Amazon Aurora の高可用性」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
エンジン名
最終更新日時

説明

DB クラスターでは、すべてのリーダーインスタンスが同じアベイラビリティーゾーンにあります。リーダーインスタンスを DB クラスタ内の複数のアベイラビリティーゾーンに分散することをお勧めします。

分散によってデータベースの可用性が向上し、クライアントとデータベース間のネットワーク遅延が減少して応答時間が改善されます。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

注記

DB インスタンスまたは DB クラスターが停止すると、で Amazon RDS の推奨事項を Trusted Advisor 3～5 日間表示できます。5 日後、レコメンデーションはでは使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。

DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。

チェック ID

c1qf5bt018

アラート条件

赤: DB クラスターでは、リーダーインスタンスが同じアベイラビリティーゾーンにあります。

[Recommended Action] (推奨されるアクション)

リーダーインスタンスを複数のアベイラビリティーゾーンに分散します。

その他のリソース

アベイラビリティーゾーン (AZsは、各 AWS リージョン内で停止した場合に分離できるように、互いに異なる場所です。DB クラスターのプライマリインスタンスとリーダーインスタンスを複数の AZ に配信して、DB クラスターの可用性を改善することをお勧めします。マルチ AZ クラスターは AWS Management Console、クラスターの作成時に、 AWS CLI、、または Amazon RDS API を使用して作成できます。また、既存の Aurora クラスターをマルチ AZ クラスターに変更するには、新しいリーダーインスタンスを追加し、別の AZ を指定します。

アベイラビリティーゾーンの詳細については、「Amazon Aurora の高可用性」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
エンジン名
最終更新日時

説明

Amazon RDS DB インスタンスで拡張モニタリングが有効になっているかどうかをチェックします。

Amazon RDS の拡張モニタリングは、DB インスタンスが実行されるオペレーティングシステム (OS) のメトリクスをリアルタイムで提供します。Amazon RDS DB インスタンスのすべてのシステムメトリクスとプロセス情報を Amazon RDS コンソールに表示できます。また、ダッシュボードはカスタマイズできます。拡張モニタリングでは、Amazon RDS インスタンスの運用状況をほぼリアルタイムで把握できるため、運用上の問題に迅速に対応できます。

AWS Config ルールの monitoringInterval パラメータを使用して、必要なモニタリング間隔を指定できます。

詳細については、「Enhanced Monitoring の概要」と「拡張モニタリングの OS メトリクス」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz158

ソース

AWS Config Managed Rule: rds-enhanced-monitoring-enabled

アラート条件

黄: Amazon RDS DB インスタンスで拡張モニタリングが有効になっていないか、必要な間隔に設定されていません。

[Recommended Action] (推奨されるアクション)

Amazon RDS DB インスタンスの拡張モニタリングを有効にすると、Amazon RDS インスタンスのオペレーションステータスの可視性が向上します。

詳細については、「拡張モニタリングを使用した OS メトリクスのモニタリング」を参照してください。

その他のリソース

拡張モニタリングの OS メトリクス

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

Amazon RDS DB インスタンスのストレージ自動スケーリングが有効になっていません。データベースのワークロードが増加した場合、RDSストレージの自動スケーリングにより、ダウンタイムなしでストレージ容量が自動的に拡張されます。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

注記

DB インスタンスまたは DB クラスターが停止すると、で Amazon RDS の推奨事項を Trusted Advisor 3～5 日間表示できます。5 日後、レコメンデーションはでは使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。

DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。

チェック ID

c1qf5bt013

アラート条件

赤: DB インスタンスのストレージの自動スケーリングが有効になっていません。

[Recommended Action] (推奨されるアクション)

指定した最大ストレージしきい値で Amazon RDS ストレージ自動スケーリングを有効にします。

その他のリソース

Amazon RDS ストレージの自動スケーリングは、データベースのワークロードが増加したときに、ダウンタイムなしでストレージ容量を自動的に拡張します。ストレージ自動スケーリングはストレージの使用状況をモニタリングし、使用量がプロビジョニングされたストレージ容量に近づくと自動的に容量をスケールアップします。Amazon RDS が DB インスタンスに割り当てるストレージの上限を指定することができます。ストレージの自動スケーリングに追加料金はかかりません。DB インスタンスに割り当てられた Amazon RDS リソースに対してのみ料金が発生します。Amazon RDS ストレージの自動スケーリングを有効にすることをお勧めします。

詳細については、「Amazon RDS ストレージのオートスケーリングによる容量の自動管理」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
推奨値
エンジン名
最終更新日時

説明

マルチ AZ 配置を使用することをお勧めします。マルチ AZ 配置により、DB インスタンスの可用性と耐久性が向上します。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

注記

DB インスタンスまたは DB クラスターが停止すると、で Amazon RDS の推奨事項を Trusted Advisor 3～5 日間表示できます。5 日後、レコメンデーションはでは使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。

DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。

チェック ID

c1qf5bt019

アラート条件

黄色: DB インスタンスはマルチ AZ 配置を使用していません。

[Recommended Action] (推奨されるアクション)

影響を受ける DB インスタンスにマルチ AZ を設定します。

その他のリソース

Amazon RDS マルチ AZ 配置では、Amazon RDS は自動的にプライマリデータベースインスタンスを作成し、異なるアベイラビリティゾーンのインスタンスにデータをレプリケートします。障害を検出すると、Amazon RDS は手動操作なしで自動的にスタンバイインスタンスにフェイルオーバーします。

詳細については、「の料金」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
エンジン名
最終更新日時

説明

CloudWatch メトリクスが、RDS インスタンスデータベースストレージへのキューに入れられた書き込みの数が、運用調査を提案すべきレベルまで増加 DiskQueueDepth しているかどうかを確認します。

チェック ID

Cmsvnj8db3

アラート条件

Red: DiskQueueDepth CloudWatch metric が 10 を超えています
黄: DiskQueueDepth CloudWatch メトリクスは 5 より大きく、10 以下
Green: DiskQueueDepth CloudWatch metric が 5 以下

[Recommended Action] (推奨されるアクション)

読み取り/書き込み特性をサポートするインスタンスとストレージボリュームへの移行を検討してください。

[Report columns] (レポート列)

ステータス
リージョン
DB インスタンス ARN
DiskQueueDepth メトリクス

説明

RDS データベースインスタンスの FreeStorageSpace CloudWatch メトリクスが、運用上妥当なしきい値を上回っているかどうかを確認します。

チェック ID

Cmsvnj8db2

アラート条件

赤: 総容量 FreeStorageSpace の 90% に到達/超過しました
黄: FreeStorageSpace 総容量の 80% から 90% の間
緑: FreeStorageSpace 総容量の 80% 未満

[Recommended Action] (推奨されるアクション)

Amazon RDS マネジメントコンソール、Amazon RDS API、または AWS コマンドラインインターフェイスを使用して、空きストレージが少ない RDS データベースインスタンスのストレージスペースをスケールアップします。

[Report columns] (レポート列)

ステータス
リージョン
DB インスタンス ARN
FreeStorageSpace メトリクス (MB)
DB インスタンス割り当てストレージ (MB)
DB インスタンスストレージ使用率

説明

log_output を TABLE に設定すると、log_output が FILE に設定されている場合よりも多くのストレージが使用されます。ストレージサイズの制限に達しないように、パラメーターを FILE に設定することをお勧めします。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

注記

DB インスタンスまたは DB クラスターが停止すると、で Amazon RDS の推奨事項を Trusted Advisor 3～5 日間表示できます。5 日後、レコメンデーションはでは使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。

DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。

チェック ID

c1qf5bt023

アラート条件

黄色: DB パラメータグループの log_output パラメータは TABLE に設定されています。

[Recommended Action] (推奨されるアクション)

DB パラメータグループの log_output パラメータ値を FILE に設定します。

その他のリソース

詳細については、「MySQL データベースログファイル」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
Parameter Name
推奨値
最終更新日時

説明

DB インスタンスで既知の問題が発生しました: MySQL バージョン 8.0.26 よりも前のバージョンで、row_format を COMPACT または REDUNDANT に設定して作成されたテーブルは、インデックスが 767 バイトを超えるとアクセスできなくなり、回復できなくなります。

innodb_default_row_format パラメータ値を DYNAMIC に設定することをお勧めします。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

注記

DB インスタンスまたは DB クラスターが停止すると、で Amazon RDS の推奨事項を Trusted Advisor 3～5 日間表示できます。5 日後、レコメンデーションはでは使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。

DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。

チェック ID

c1qf5bt036

アラート条件

赤: DB パラメータグループの innodb_default_row_format パラメータの設定が安全ではありません。

[Recommended Action] (推奨されるアクション)

innodb_default_row_format パラメータを DYNAMIC に設定してください。

その他のリソース

MySQL バージョン 8.0.26 より前のバージョンで row_format を COMPACT または REDUNDANT に設定してテーブルを作成した場合、key prefix が 767 バイトより短いインデックスの作成は強制されません。データベースが再起動すると、これらのテーブルにアクセスしたり、それを復元したりすることはできません。

詳細については、MySQL ドキュメントウェブサイトの「MySQL 8.0.26 での変更点 (2021 年 7 月 20 日、一般提供開始)」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
Parameter Name
推奨値
最終更新日時

説明

DB インスタンスの innodb_flush_log_at_trx_commit パラメータの値は安全ではありません。このパラメータは、ディスクへのコミット操作の持続性を制御します。

innodb_flush_log_at_trx_commit パラメータを 1 に設定することをお勧めします。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

注記

DB インスタンスまたは DB クラスターが停止すると、で Amazon RDS の推奨事項を Trusted Advisor 3～5 日間表示できます。5 日後、レコメンデーションはでは使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。

DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。

チェック ID

c1qf5bt030

アラート条件

黄: DB パラメータグループの innodb_flush_log_at_trx_commit が 1 以外のに設定されています。

[Recommended Action] (推奨されるアクション)

innodb_flush_log_at_trx_commit パラメータの値を 1 に設定します

その他のリソース

ログバッファが耐久ストレージに保存されると、データベーストランザクションは耐久性を持ちます。ただし、ディスクに保存するとパフォーマンスに影響します。innodb_flush_log_at_trx_commit パラメータに設定されている値によって、ログがディスクに書き込まれて保存される方法の動作が異なる場合があります。

パラメータ値が 1 の場合、トランザクションがコミットされるたびにログがディスクに書き込まれ、保存されます。
パラメータ値が 0 の場合、ログは 1 秒に 1 回ディスクに書き込まれて保存されます。
パラメータ値が 2 の場合、ログはトランザクションがコミットされるたびに書き込まれ、1 秒に 1 回ディスクに保存されます。データは InnoDB メモリバッファから、同じくメモリ内にあるオペレーティングシステムのキャッシュに移動します。

注記

パラメータ値が 1 でない場合、InnoDB は ACID プロパティを保証しません。データベースがクラッシュすると、最後の 1 秒間の最近のトランザクションが失われる可能性があります。

詳細については、「Best practices for configuring parameters for Amazon RDS for MySQL, part 1: Parameters related to performance」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
Parameter Name
推奨値
最終更新日時

説明

DB インスタンスは、各データベースアカウントの最大同時接続数の値が低くなっています。

max_user_connections パラメータを 5 より大きい数に設定することをお勧めします。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

注記

DB インスタンスまたは DB クラスターが停止すると、で Amazon RDS の推奨事項を Trusted Advisor 3～5 日間表示できます。5 日後、レコメンデーションはでは使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。

DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。

チェック ID

c1qf5bt034

アラート条件

黄色: DB パラメータグループの max_user_connections の設定に誤りがあります。

[Recommended Action] (推奨されるアクション)

max_user_connections パラメータの値を 5 より大きい数にします。

その他のリソース

max_user_connections 設定は、MySQL ユーザーアカウントに許可される同時接続の最大数を制御します。この接続制限に達すると、バックアップ、パッチ、パラメータ変更などの Amazon RDS インスタンスの管理操作に障害が発生します。

詳細については、MySQL ドキュメント Web サイトの「アカウントリソース制限の設定」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
Parameter Name
推奨値
最終更新日時

説明

単一のアベイラビリティーゾーン (AZ) にデプロイされた DB インスタンスをチェックします。

マルチ AZ 配置は、別のアベイラビリティーゾーン内のスタンバイインスタンスに同期的にレプリケートすることによってデータベースの可用性を向上させます。予定されたデータベースメンテナンスや、DB インスタンスまたはアベイラビリティーゾーンで障害が発生した際、Amazon RDS は自動的にスタンバイインスタンスにフェイルオーバーします。このフェイルオーバーにより、管理者の介入を必要とせずにデータベースオペレーションを迅速に再開できます。Amazon RDS は Microsoft SQL Server のマルチ AZ 配置をサポートしていないため、このチェックでは SQL Server インスタンスは調査されません。

チェック ID

f2iK5R6Dep

アラート条件

黄: DB インスタンスが 1 つのアベイラビリティーゾーンにデプロイされています。

[Recommended Action] (推奨されるアクション)

アプリケーションで高可用性が必要な場合は、DB インスタンスを変更してマルチ AZ 配置を有効にします。「高可用性 (マルチ AZ)」を参照してください。

その他のリソース

リージョンとアベイラビリティーゾーン

[Report columns] (レポート列)

ステータス
リージョン/AZ
DB インスタンス
VPC ID
マルチ AZ

説明

Amazon RDS DB インスタンスが AWS Backupのバックアッププランに含まれているかどうかを確認します。

AWS Backup はフルマネージド型のバックアップサービスで、 AWS サービス間でデータのバックアップを簡単に一元化および自動化できます。

Amazon RDS DB インスタンスをバックアッププランに含めることは、規制遵守義務、ディザスタリカバリ、データ保護に関するビジネスポリシー、事業継続目標にとって重要です。

詳細については、「AWS Backup とは?」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz159

ソース

AWS Config Managed Rule: rds-in-backup-plan

アラート条件

黄: Amazon RDS DB インスタンスは、のバックアッププランに含まれていません AWS Backup。

[Recommended Action] (推奨されるアクション)

Amazon RDS DB インスタンスをのバックアッププランに含めます AWS Backup。

詳細については「Amazon RDS Backup and Restore Using AWS Backup」を参照してください。

その他のリソース

バックアッププランへのリソースの割り当て

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

DB インスタンスには書き込み可能モードのリードレプリカがあり、クライアントからの更新が可能です。

リードTrueIfレプリカが書き込み可能モードにならないように、read_only パラメータを Replica に設定することをお勧めします。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

注記

DB インスタンスまたは DB クラスターが停止すると、で Amazon RDS の推奨事項を Trusted Advisor 3～5 日間表示できます。5 日後、レコメンデーションはでは使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。

DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。

チェック ID

c1qf5bt035

アラート条件

黄色: DB パラメータグループはリードレプリカの書き込み可能モードを有効にします。

[Recommended Action] (推奨されるアクション)

read_only パラメータ値を TrueIfレプリカ に設定します。

その他のリソース

read_only パラメータは、クライアントからデータベースインスタンスへの書き込みアクセス許可を制御します。このパラメータのデフォルト値は TrueIfレプリカ です。レプリカインスタンスの場合、TrueIfReplica は read_only 値を ON (1) に設定し、クライアントからの書き込みアクティビティを無効にします。マスター/ライターインスタンスの場合、 TrueIfレプリカは値を OFF (0) に設定し、インスタンスのクライアントからの書き込みアクティビティを有効にします。リードレプリカを書き込み可能モードで開いた場合、このインスタンスに格納されているデータがプライマリインスタンスと異なることがあり、これがレプリケーションエラーの原因となります。

詳細については、MySQL ドキュメントサイトの「Best practices for configuring parameters for Amazon RDS for MySQL, part 2: Parameters related to replication」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
Parameter Name
推奨値
最終更新日時

説明

DB リソースの自動バックアップは無効になっています。自動バックアップにより、DB インスタンスの point-in-time 復旧が可能になります。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

注記

DB インスタンスまたは DB クラスターが停止すると、で Amazon RDS の推奨事項を Trusted Advisor 3～5 日間表示できます。5 日後、レコメンデーションはでは使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。

DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。

チェック ID

c1qf5bt001

アラート条件

赤: Amazon RDS リソースでは自動バックアップが有効になっていません

[Recommended Action] (推奨されるアクション)

最大 14 日間の保存期間で自動バックアップを有効にします。

その他のリソース

自動バックアップにより、DB インスタンスの point-in-time 復旧が可能になります。自動バックアップをオンにすることをおすすめします。DB インスタンスの自動バックアップを有効にすると、Amazon RDS は希望するバックアップウィンドウに毎日自動的にデータの完全バックアップを実行します。バックアップは、DB インスタンスの更新時にトランザクションログをキャプチャします。お客様の DB インスタンスのストレージサイズまで、バックアップストレージを追加料金なしでご利用いただけます。

詳細については、以下のリソースを参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
推奨値
エンジン名
最終更新日時

説明

DB インスタンスでトランザクションのコミットが確認される前には、バイナリログのディスクへの同期は実行されません。

sync_binlog パラメータの値を 1 に設定することをお勧めします。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

注記

DB インスタンスまたは DB クラスターが停止すると、で Amazon RDS の推奨事項を Trusted Advisor 3～5 日間表示できます。5 日後、レコメンデーションはでは使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。

DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。

チェック ID

c1qf5bt031

アラート条件

黄色: DB パラメータグループの同期バイナリログ記録は無効になっています。

[Recommended Action] (推奨されるアクション)

sync_binlog パラメータを 1 に設定します。

その他のリソース

sync_binlog パラメータは、MySQL がバイナリログをディスクにプッシュする方法を制御します。このパラメータの値を 1 に設定すると、トランザクションがコミットされる前にバイナリログのディスクへの同期が有効になります。このパラメーターの値を 0 に設定すると、ディスクへのバイナリログ同期がオフになります。通常、MySQL サーバーはオペレーティングシステムに依存して、他のファイルと同様にバイナリログを定期的にディスクにプッシュします。sync_binlog パラメータ値を 0 に設定すると、パフォーマンスが向上します。ただし、停電やオペレーティングシステムのクラッシュが発生すると、サーバーはバイナリログと同期されていないコミット済みのトランザクションをすべて失います。

詳細については、「Best practices for configuring parameters for Amazon RDS for MySQL, part 2: Parameters related to replication」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
Parameter Name
推奨値
最終更新日時

説明

Amazon RDS DB クラスターでマルチ AZ レプリケーションが有効になっているかどうかを確認します。

マルチ AZ DB クラスターには、3 つの別々のアベイラビリティーゾーンに 1 つのライター DB インスタンスと 2 つのリーダー DB インスタンスがあります。マルチ AZ DB クラスターは、マルチ AZ 配置と比較して、高可用性、読み取りワークロードの容量の増加、および低レイテンシーを提供します。

詳細については、「マルチ AZ DB クラスターの作成」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz161

ソース

AWS Config Managed Rule: rds-cluster-multi-az-enabled

アラート条件

黄: Amazon RDS DB クラスターにはマルチ AZ レプリケーションが設定されていません

[Recommended Action] (推奨されるアクション)

Amazon RDS DB クラスターを作成するときに、マルチ AZ DB クラスターデプロイを有効にします。

詳細については、「マルチ AZ DB クラスターの作成」を参照してください。

その他のリソース

マルチ AZ DB クラスターのデプロイ

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

Amazon RDS DB インスタンスにマルチ AZ スタンバイレプリカが設定されているかどうかを確認します。

Amazon RDS マルチ AZ は、異なるアベイラビリティーゾーンにあるスタンバイレプリカにデータを複製することで、データベースインスタンスの高可用性と耐久性を実現します。これにより、自動フェイルオーバーが可能になり、パフォーマンスが向上し、データの耐久性が向上します。マルチ AZ DB インスタンスのデプロイでは、Amazon RDS は、異なるアベイラビリティーゾーンで同期スタンバイレプリカを自動的にプロビジョンおよび維持します。プライマリ DB インスタンスは、アベイラビリティーゾーン間でスタンバイレプリカに同期的に複製され、データの冗長性を提供し、システムバックアップ中の遅延スパイクを最小限に抑えます。高可用性を備えた DB インスタンスを実行すると、計画されたシステムメンテナンス中の可用性が向上します。また、DB インスタンスの障害とアベイラビリティーゾーンの中断からデータベースを保護することを助けることもできます。

詳細については、「マルチ AZ DB インスタンスのデプロイ」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz156

ソース

AWS Config Managed Rule: rds-multi-az-support

アラート条件

黄: Amazon RDS DB インスタンスにマルチ AZ レプリカが設定されていません。

[Recommended Action] (推奨されるアクション)

Amazon RDS DB インスタンスを作成するときに、マルチ AZ 配置を有効にします。

このチェックを Trusted Advisor コンソールのビューから除外することはできません。

その他のリソース

マルチAZ DB インスタンスのデプロイ

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

RDS データベースインスタンスの ReplicaLag CloudWatch メトリクスが、過去 1 週間に運用上妥当なしきい値を超えたかどうかを確認します。

ReplicaLag メトリクスは、リードレプリカがプライマリインスタンスの背後にある秒数を測定します。リードレプリカに加えられた非同期更新が、プライマリデータベースインスタンスで行われている更新に追いつけないと、レプリケーションラグが発生します。プライマリインスタンスに障害が発生した場合、 ReplicaLag が運用上合理的なしきい値を超えていると、リードレプリカからデータが欠落する可能性があります。

チェック ID

Cmsvnj8db1

アラート条件

Red: ReplicaLag metric は、1 週間に少なくとも 1 回 60 秒を超えました。
黄: ReplicaLag メトリクスが 1 週間に少なくとも 1 回 10 秒を超えました。
緑: ReplicaLag は 10 秒未満です。

[Recommended Action] (推奨されるアクション)

が運用上安全なレベルを超えて ReplicaLag 増加する原因はいくつか考えられます。例えば、古いバックアップのレプリカインスタンスが最近交換または起動され、これらのレプリカがプライマリデータベースインスタンスとライブトランザクションに「追いつく」のにかなりの時間がかかることが原因である可能性があります。これは、キャッチアップが発生すると時間の経過とともに減少 ReplicaLag する可能性があります。もう 1 つの例としては、プライマリデータベースインスタンスで達成できるトランザクション速度が、レプリケーションプロセスやレプリカインフラストラクチャで達成できる速度よりも速いことが挙げられます。レプリケーションがプライマリデータベースのパフォーマンスに追いついていないため、これは時間の経過とともに増加 ReplicaLag する可能性があります。最後に、ワークロードは日/月などのさまざまな期間にわたってバーストし、時折遅延 ReplicaLag する可能性があります。チームは、どの根本原因がデータベース ReplicaLag にとって高い原因となったのかを調査し、データベースインスタンスタイプやその他のワークロードの特性を変更して、レプリカのデータ継続性が要件と一致することを確認する必要があります。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
DB インスタンス ARN
ReplicaLag メトリクス

説明

synchronous_commit パラメータを無効にすると、データベースのクラッシュでデータが失われる可能性があります。データベースの耐久性が危険にさらされます。

synchronous_commit パラメータを有効にすることをお勧めします。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

注記

DB インスタンスまたは DB クラスターが停止すると、で Amazon RDS の推奨事項を Trusted Advisor 3～5 日間表示できます。5 日後、レコメンデーションはでは使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。

DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。

チェック ID

c1qf5bt026

アラート条件

赤: DB パラメータグループでは synchronous_commit パラメータが無効になっています。

[Recommended Action] (推奨されるアクション)

DB パラメータグループの synchronous_commit パラメータを有効にします。

その他のリソース

synchronous_commit パラメータは、データベースサーバーがクライアントに成功通知を送信する前に先書きログ(WAL) プロセスを完了することを定義します。WAL がトランザクションをディスクに保存する前にクライアントがコミットを承認するため、このコミットは非同期コミットと呼ばれます。synchronous_commit パラメータを無効にすると、トランザクションが失われ、DB インスタンスの耐久性が損なわれ、データベースがクラッシュしたときにデータが失われる可能性があります。

詳細については、「MySQL データベースログファイル」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
Parameter Name
推奨値
最終更新日時

説明

自動スナップショットが Amazon Redshift クラスターに対して有効になっていることを確認します。

Amazon Redshift は、前回のスナップショット以降にクラスターに加えられた増分変更を追跡する、増分スナップショットを自動的に作成します。自動スナップショットは、スナップショットからクラスターを復元するために必要なすべてのデータを保持します。自動スナップショットを無効にするには、保持期間を 0 に設定します。RA3 ノードタイプでは、自動スナップショットを無効にすることはできません。

AWS Config ルールの Period and MinRetentionPeriod パラメータを使用して、必要な最小保持期間と最大保持MaxRetention期間を指定できます。

Amazon Redshift スナップショットとバックアップ

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz135

ソース

AWS Config Managed Rule: redshift-backup-enabled

アラート条件

赤: Amazon Redshift で、希望する保持期間内に自動スナップショットが設定されていません。

[Recommended Action] (推奨されるアクション)

Amazon Redshift クラスターに対して自動スナップショットが有効になっていることを確認します。

詳細については、「コンソールを使用したスナップショットの管理」を参照してください。

その他のリソース

Amazon Redshift スナップショットとバックアップ

詳細については、「バックアップの使用」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

削除されたヘルスチェックに関連付けられているリソースレコードセットをチェックします。

リソースレコードセットに関連付けられているヘルスチェックの削除を防止する機構は Route 53 にありません。関連付けられたリソースレコードセットを更新せずにヘルスチェックを削除すると、DNS フェイルオーバー設定の DNS クエリのルーティングは意図したとおりに機能しません。

AWS サービスによって作成されたホストゾーンは、チェック結果に表示されません。

チェック ID

Cb877eB72b

アラート条件

黄: リソースレコードセットが削除されたヘルスチェックに関連付けられています。

[Recommended Action] (推奨されるアクション)

新しいヘルスチェックを作成し、リソースレコードセットに関連付けます。「ヘルスチェックの作成、更新、削除」および「Adding Health Checks to Resource Record Sets」(リソースレコードセットへのヘルスチェックの追加) を参照してください。

その他のリソース

[Report columns] (レポート列)

ホストゾーン名
ホストゾーン ID
リソースレコードセット名
リソースレコードセットのタイプ
リソースレコードセットの識別子

説明

設定ミスがある Amazon Route 53 フェイルオーバーリソースレコードセットをチェックします。

Amazon Route 53 のヘルスチェックでプライマリリソースが正常でないと判断されると、Amazon Route 53 はセカンダリのバックアップリソースレコードセットでクエリに応答します。フェイルオーバーが機能するには、正しく設定されたプライマリリソースレコードセットとセカンダリリソースレコードセットを作成する必要があります。

AWS サービスによって作成されたホストゾーンは、チェック結果に表示されません。

チェック ID

b73EEdD790

アラート条件

黄: プライマリフェイルオーバーリソースレコードセットには、対応するセカンダリリソースレコードセットがありません。
黄: セカンダリフェイルオーバーリソースレコードセットには、対応するプライマリリソースレコードセットがありません。
黄: 同じ名前のプライマリリソースレコードセットとセカンダリリソースレコードセットが同じヘルスチェックに関連付けられています。

[Recommended Action] (推奨されるアクション)

フェイルオーバーリソースセットがない場合は、対応するリソースレコードセットを作成します。「Creating Failover Resource Record Sets」(フェイルオーバーリソースレコードセットの作成) を参照してください。

リソースレコードセットが同じヘルスチェックに関連付けられている場合は、それぞれに個別のヘルスチェックを作成します。「ヘルスチェックの作成、更新、削除」を参照してください。

その他のリソース

Amazon Route 53 ヘルスチェックと DNS フェイルオーバー

[Report columns] (レポート列)

ホストゾーン名
ホストゾーン ID
リソースレコードセット名
リソースレコードセットのタイプ
理由

説明

低い time-to-live (TTL) 値を持つことでメリットが得られるリソースレコードセットをチェックします。

TTL は、リソースレコードセットが DNS リゾルバーによってキャッシュされる秒数です。長い TTL を指定すると、DNS リゾルバーが更新された DNS レコードをリクエストするのに長い時間を要し、トラフィックの再ルーティングに不要な遅延が発生する可能性があります。例えば、TTL を長くすると、DNS フェイルオーバーがエンドポイントの障害を検出してからトラフィックを再ルーティングして応答するまでの間に遅延が生じます。

AWS サービスによって作成されたホストゾーンは、チェック結果に表示されません。

チェック ID

C056F80cR3

アラート条件

黄: ルーティングポリシーが [Failover] (フェイルオーバー) であるリソースレコードセットの TTL が 60 秒を超えています。
黄: ヘルスチェックが関連付けられているリソースレコードセットの TTL が 60 秒を超えています。

[Recommended Action] (推奨されるアクション)

リストされたリソースレコードセットのために 60 秒の TTL 値を入力します。詳細については、「Working with Resource Record Sets」(リソースレコードセットの使用) を参照してください。

その他のリソース

Amazon Route 53 ヘルスチェックと DNS フェイルオーバー

[Report columns] (レポート列)

ステータス
ホストゾーン名
ホストゾーン ID
リソースレコードセット名
リソースレコードセットのタイプ
リソースレコードセット ID
TTL

説明

ドメインレジストラまたは DNS が正しい Route 53 ネームサーバーを使用していない Amazon Route 53 ホストゾーンをチェックします。

ホストゾーンを作成する場合、Route 53 はホストゾーンに一連の 4 つのネームサーバーの移譲セットを割り当てます。これらのサーバーの名前は、ns-###.awsdns-##.com、.net、.org、および .co.uk です。ここで、### と ## は、一般的に別々の数を表します。Route 53 がドメインの DNS クエリをルーティングできるようにするには、レジストラのネームサーバー設定を更新して、レジストラが割り当てたネームサーバーを削除する必要があります。次に、Route 53 委任セットに 4 つのネームサーバーをすべて追加する必要があります。可用性を最大にするには、4 つの Route 53 ネームサーバーをすべて追加する必要があります。

AWS サービスによって作成されたホストゾーンは、チェック結果に表示されません。

チェック ID

cF171Db240

アラート条件

黄: ドメインのレジストラが委任セットの 4 つすべての Route 53 ネームサーバーを使用していないホストゾーン。

[Recommended Action] (推奨されるアクション)

レジストラまたはドメインの現在の DNS サービスでネームサーバーレコードを追加または更新し、Route 53 委任セットの 4 つすべてのネームサーバーを含めます。これらの値を見つけるには、「Getting the Name Servers for a Hosted Zone」(ホストゾーンのネームサーバーの取得) を参照してください。ネームサーバーレコードの追加または更新については、「Creating and Migrating Domains and Subdomains to Amazon Route 53」(ドメインおよびサブドメインの作成と Amazon Route 53 への移行) を参照してください。

その他のリソース

ホストゾーンの使用

[Report columns] (レポート列)

ホストゾーン名
ホストゾーン ID
使用されたネームサーバーの委任の数

説明

サービス設定に、冗長性のために少なくとも 2 つのアベイラビリティーゾーン (AZ) で指定されている IP アドレスがあるかどうかを確認します。AZ は、他のゾーンの障害から隔離された独立した場所です。同一のリージョン内の複数のアベイラビリティーゾーンで IP アドレスを指定することにより、単一障害点からアプリケーションを保護できます。

チェック ID

Chrv231ch1

アラート条件

黄: IP アドレスは 1 つの AZ でのみ指定されています。
緑: IP アドレスは少なくとも 2 つの AZ で指定されています

[Recommended Action] (推奨されるアクション)

冗長性を確保するために、少なくとも 2 つのアベイラビリティーゾーンで IP アドレスを指定します。

その他のリソース

複数の Elastic Network Interface エンドポイントを常時使用できるようにする場合は、必要とするネットワークインターフェイス数の他に少なくとも 1 つ余分にインターフェイスを作成し、トラフィックが急増した場合にも処理できるよう追加の容量を確保しておくことをお勧めします。また、追加のネットワークインターフェイスでメンテナンスやアップグレードなどのサービス作業を行っている間の可用性も確保できます。
リゾルバーエンドポイントの高可用性

[Report columns] (レポート列)

ステータス
リージョン
リソースARN
AZ の数

説明

Amazon Simple Storage Service (Amazon S3) バケットのログ設定を確認します。

サーバーアクセスログが有効になっている場合、詳細なアクセスログは、選択したバケットに 1 時間ごとに配信されます。アクセスログには、リクエストのタイプ、リクエストで指定されたリソース、リクエストが処理された日時など、各リクエストの詳細が記録されます。デフォルトでは、バケットのログは有効になっていません。セキュリティ監査を実行する場合、またはユーザーと使用パターンについて詳しく知りたい場合は、ログを有効にする必要があります。

ログが最初に有効になっている場合、設定が自動的に検証されます。ただし、今後の変更により、ログが失敗する可能性があります。このチェックでは、明示的な Amazon S3 バケットのアクセス許可が検査されますが、バケットのアクセス許可を上書きする可能性のある関連付けられたバケットポリシーは検査されません。

チェック ID

BueAdJ7NrP

アラート条件

黄: バケットでサーバーアクセスのログ記録が有効になっていません。
黄: ターゲットバケットのアクセス許可にはルートアカウントが含まれていないため、はチェック Trusted Advisor できません。
赤: ターゲットバケットが存在しません。
赤: ターゲットバケットとソースバケットの所有者が異なります。
赤: ログ配信者には、ターゲットバケットに対する書き込み許可がありません。

[Recommended Action] (推奨されるアクション)

ほとんどのバケットでバケットログ記録を有効にします。「Enabling Logging Using the Console」(コンソールを使用してログ記録を有効にする) および「Enabling Logging Programmatically」(プログラムを使用してログ記録を有効にする) を参照してください。

ターゲットバケットのアクセス許可にルートアカウントが含まれておらず、ログ記録のステータス Trusted Advisor を確認する場合は、ルートアカウントを被付与者として追加します。「Editing Bucket Permissions」(バケット許可の編集) を参照してください。

ターゲットバケットが存在しない場合は、既存のバケットをターゲットとして選択するか、新しいバケットを作成して選択します。「Managing Bucket Logging」(バケットのログ記録の管理) を参照してください。

ターゲットとソースの所有者が異なる場合は、ターゲットバケットを、ソースバケットと同じ所有者を持つバケットに変更します。「Managing Bucket Logging」(バケットのログ記録の管理) を参照してください。

ターゲットに対する書き込み許可がログの配信者に付与されていない (書き込みが有効になっていない) 場合は、ログ配信グループにアップロード/削除許可を付与します。「Editing Bucket Permissions」(バケット許可の編集) を参照してください。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
バケット名
ターゲット名
ターゲットが存在
同じ所有者
書き込み有効
理由

説明

Amazon S3 バケットで、クロスリージョンレプリケーション、同一リージョンレプリケーション、またはその両方に対してレプリケーションルールが有効になっているかどうかを確認します。

レプリケーションとは、同じリージョンまたは異なる AWS リージョンのバケット間でオブジェクトを自動的に非同期コピーすることです。レプリケーションでは、新しく作成されたオブジェクトおよびオブジェクトの更新が、レプリケート元バケットからレプリケート先バケットにコピーされます。Amazon S3 バケットレプリケーションを使用すると、アプリケーションとデータストレージの耐障害性とコンプライアンスを向上させることができます。

詳細については、「オブジェクトのレプリケーション」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz119

ソース

AWS Config Managed Rule: s3-bucket-replication-enabled

アラート条件

黄: Amazon S3 バケットで、クロスリージョンレプリケーション、同一リージョンレプリケーション、またはその両方に対してレプリケーションルールが有効になっていません。

[Recommended Action] (推奨されるアクション)

Amazon S3 バケットレプリケーションルールをオンにして、アプリケーションとデータストレージの耐障害性とコンプライアンスを向上させます。

詳細については、「バックアップジョブと復旧ポイントの表示」と「レプリケーションの設定」を参照してください。

その他のリソース

チュートリアル: レプリケーションの設定例

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

バージョニングが有効になっていないか、バージョニングが停止している Amazon Simple Storage Service バケットをチェックします。

バージョニングが有効であれば、意図しないユーザーアクションとアプリケーション障害の両方から簡単に復旧できます。バージョニングを使用すると、バケットに保存されたオブジェクトのすべてのバージョンを保存、取得、復元することができます。ライフサイクルルールを使用してオブジェクトを Glacier ストレージクラスに自動的にアーカイブすることで、オブジェクトのすべてのバージョンとそれに関連するコストを管理できます。ルールを設定して、指定した期間後にオブジェクトのバージョンを削除することもできます。バケットのオブジェクトの削除や設定の変更に多要素認証 (MFA) を要求することもできます。

バージョン管理を有効にした後は、非アクティブ化できません。ただし、一時停止して、オブジェクトの新しいバージョンが作成されないようにすることができます。バージョニングを使用すると、オブジェクトの複数のバージョンのストレージ料金が発生するため、Amazon S3 のコストが増加する可能性があります。

チェック ID

R365s2Qddf

アラート条件

緑: バケットに対するバージョニングは有効になっています。
黄: バケットに対するバージョニングは有効になっていません。
黄: バケットのバージョニングが一時停止されています。

[Recommended Action] (推奨されるアクション)

誤って削除したり上書きしたりしないように、ほとんどのバケットでバケットのバージョニングを有効にします。「バージョニングの使用」および「Enabling Versioning Programmatically」(プログラムを使用してバージョニングを有効にする) を参照してください。

バケットのバージョニングが一時停止されている場合は、バージョニングを再度有効にすることを検討してください。バージョニングが停止されたバケット内のオブジェクトの操作については、「Managing Objects in a Versioning-Suspended Bucket」(バージョニングが停止されたバケット内のオブジェクトの管理) を参照してください。

バージョニングが有効または一時停止されている場合、特定のオブジェクトバージョンを期限切れとしてマークするか、不要なオブジェクトバージョンを完全に削除するライフサイクル設定ルールを定義できます。詳細については、「オブジェクトのライフサイクル管理」を参照してください。

MFA Delete では、バケットのバージョニングステータスが変更される場合、またはオブジェクトのバージョンが削除される場合に、追加の認証が必要です。ユーザーは、承認された認証デバイスから認証情報とコードを入力する必要があります。詳細については、「MFA Delete」を参照してください。

その他のリソース

バケットの使用

[Report columns] (レポート列)

ステータス
リージョン
バケット名
バージョニング
MFA Delete 有効

説明

Load Balancer (Application、Network、Gateway Load Balancer) が複数のアベイラビリティーゾーンにまたがるサブネットで構成されているかどうかを確認します。

AWS Config ルールの最小パラメータで、必要な最小AvailabilityZonesアベイラビリティーゾーンを指定できます。

詳細については、「Application Load Balancer のアベイラビリティーゾーン」、「アベイラビリティーゾーン- Network Load Balancer」、および「ゲートウェイロードバランサーを作成」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz169

ソース

AWS Config Managed Rule: elbv2-multiple-az

アラート条件

黄: 2 つ未満のアベイラビリティーゾーンのサブネットで構成された Application、Network、または Gateway Load Balancer。

[Recommended Action] (推奨されるアクション)

Application、Network、Gateway Load Balancer を複数のアベイラビリティーゾーンにまたがるサブネットで構成します。

その他のリソース

Application Load Balancer のアベイラビリティーゾーン

アベイラビリティーゾーン (Elastic Load Balancing)

ゲートウェイロードバランサーを作成

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

ターゲットサブネットで十分な IP が使用可能であることを確認します。使用可能な IP が十分にあると、Auto Scaling グループが最大サイズに達し、追加のインスタンスを起動する必要がある場合に役立ちます。

チェック ID

Cjxm268ch1

アラート条件

赤: ASG が作成できるインスタンスと IP アドレスの最大数が、設定したサブネットに残っている IP アドレスの数を超えています。
緑: ASG の残りの規模に対応できる十分な IP アドレスがあります。

[Recommended Action] (推奨されるアクション)

利用可能な IP アドレスの数を増やす

[Report columns] (レポート列)

ステータス
リージョン
リソースARN
作成できるインスタンスの最大数
使用可能なインスタンス数

説明

Auto Scaling グループのヘルスチェック設定を調べます。

Auto Scaling グループに Elastic Load Balancing が使用されている場合は、Elastic Load Balancing ヘルスチェックを有効にすることをお勧めします。Elastic Load Balancing ヘルスチェックを使用しない場合、Auto Scaling は Amazon Elastic Compute Cloud (Amazon EC2) インスタンスの状態にのみ作用します。Auto Scaling は、インスタンスで実行されているアプリケーションに対して動作しません。

チェック ID

CLOG40CDO8

アラート条件

黄: Auto Scaling グループにはロードバランサーが関連付けられていますが、Elastic Load Balancing ヘルスチェックは有効になっていません。
黄: Auto Scaling グループにはロードバランサーが関連付けられていませんが、Elastic Load Balancing ヘルスチェックは有効になっています。

[Recommended Action] (推奨されるアクション)

Auto Scaling グループにロードバランサーが関連付けられているが、Elastic Load Balancing ヘルスチェックが有効になっていない場合は、「Auto Scaling グループに Elastic Load Balancing ヘルスチェックを追加する」を参照してください。

Elastic Load Balancing ヘルスチェックが有効になっているが、Auto Scaling グループにロードバランサーが関連付けられていない場合は、「Set Up an Auto-Scaled and Load-Balanced Application」(Auto Scaling および負荷分散アプリケーションのセットアップ) を参照してください。

その他のリソース

Amazon EC2 Auto Scaling ユーザーガイド

[Report columns] (レポート列)

ステータス
リージョン
Auto Scaling グループ名
関連付けられている Load Balancer
ヘルスチェック

説明

起動設定と Auto Scaling グループに関連付けられたリソースの可用性をチェックします。

使用できないリソースをポイントする Auto Scaling グループは、新しい Amazon Elastic Compute Cloud (Amazon EC2) インスタンスを起動できません。Auto Scaling が適切に設定されている場合、Amazon EC2 インスタンスの数は需要のスパイク時にシームレスに増加し、需要不足時には自動的に減少します。使用できないリソースをポイントする Auto Scaling グループおよび起動設定は、意図したとおりに動作しません。

チェック ID

8CNsSllI5v

アラート条件

赤: Auto Scaling グループは、削除されたロードバランサーに関連付けられています。
赤: 起動設定は、削除された Amazon マシンイメージ (AMI) に関連付けられています。

[Recommended Action] (推奨されるアクション)

ロードバランサーが削除されている場合は、新しいロードバランサーまたはターゲットグループを作成して Auto Scaling グループに関連付けるか、ロードバランサーなしで新しい Auto Scaling グループを作成します。新しいロードバランサーを使用して新しい Auto Scaling グループを作成する方法については、「Set Up an Auto-Scaled and Load-Balanced Application」(Auto Scaling および負荷分散アプリケーションのセットアップ) を参照してください。ロードバランサーを使用せずに新しい Auto Scaling グループを作成する方法については、「Getting Started With Auto Scaling Using the Console」(コンソールを使用した Auto Scaling の開始方法) の「Create Auto Scaling Group」(Auto Scaling グループの作成) を参照してください。

AMI が削除されている場合は、有効な AMI を使用して新しい起動テンプレートまたは起動テンプレートのバージョンを作成し、Auto Scaling グループに関連付けます。「Getting Started With Auto Scaling Using the Console」(コンソールを使用した Auto Scaling の開始方法) の「Create Launch Configuration」(起動設定の作成) を参照してください。

その他のリソース

Troubleshooting Auto Scaling: Amazon EC2 AMIs (Auto Scaling のトラブルシューティング: Amazon EC2 AMI)
Troubleshooting Auto Scaling: Load Balancer Configuration (Auto Scaling のトラブルシューティング: ロードバランサーの設定)
Amazon EC2 Auto Scaling ユーザーガイド

[Report columns] (レポート列)

ステータス
リージョン
Auto Scaling グループ名
起動タイプ
リソースタイプ
リソース名

説明

単一のアベイラビリティーゾーン (AZ) で HSM インスタンスを実行するクラスターをチェックします。このチェックは、クラスターに最新のバックアップがないリスクがある場合に警告します。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

hc0dfs7601

アラート条件

黄色: CloudHSM クラスターは、単一のアベイラビリティーゾーンですべての HSM インスタンスを 1 時間以上実行しています。
緑色: CloudHSM クラスターは、少なくとも 2 つの異なるアベイラビリティーゾーンにあるすべての HSM インスタンスを実行しています。

[Recommended Action] (推奨されるアクション)

異なるアベイラビリティーゾーンにあるクラスターのインスタンスを少なくとも 1 つ以上作成します。

その他のリソース

のベストプラクティス AWS CloudHSM

[Report columns] (レポート列)

ステータス
リージョン
クラスター ID
HSM インスタンス数
最終更新日時

説明

オンプレミスを各 Direct Connect ゲートウェイまたは仮想プライベートゲートウェイに接続する AWS Direct Connect ために使用されるの耐障害性をチェックします。

このチェックでは、Direct Connect ゲートウェイまたは仮想プライベートゲートウェイに、少なくとも 2 つの異なる Direct Connect ロケーションにまたがる仮想インターフェイスが設定されていない場合に警告が表示されます。ロケーションレジリエンシーがないと、メンテナンス中の予期しないダウンタイム、ファイバー切断、デバイスの障害、または完全なロケーション障害が発生する可能性があります。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。

注記

Direct Connect は、Direct Connect ゲートウェイを使用して Transit Gateway で実装されます。

チェック ID

c1dfpnchv2

アラート条件

赤: Direct Connect ゲートウェイまたは仮想プライベートゲートウェイは、単一の Direct Connect デバイスに 1 つ以上の仮想インターフェイスで設定されています。

黄: Direct Connect ゲートウェイまたは仮想プライベートゲートウェイは、1 つの Direct Connect ロケーション内の複数の Direct Connect デバイス間の仮想インターフェイスで構成されます。

緑: Direct Connect ゲートウェイまたは仮想プライベートゲートウェイは、2 つ以上の異なる Direct Connect ロケーションにまたがる仮想インターフェイスで設定されています。

[Recommended Action] (推奨されるアクション)

Direct Connect ロケーションの回復性を構築するには、少なくとも 2 つの異なる Direct Connect ロケーションに接続するように Direct Connect ゲートウェイまたは仮想プライベートゲートウェイを設定できます。詳細については、AWS Direct Connect 「障害耐性に関する推奨事項」を参照してください。

その他のリソース

AWS Direct Connect 障害耐性に関する推奨事項

AWS Direct Connect フェイルオーバーテスト

[Report columns] (レポート列)

ステータス
リージョン
最終更新日時
障害耐性ステータス
ロケーション
接続 ID
ゲートウェイ ID

説明

AWS Lambda 関数にデッドレターキューが設定されているかどうかを確認します。

デッドレターキューは、失敗したイベントをキャプチャして分析 AWS Lambda し、それらのイベントを適切に処理する方法を提供するの機能です。コードによって例外が発生したり、タイムアウトになったり、メモリが不足したりして、Lambda 関数の非同期実行が失敗する可能性があります。デッドレターキューは、失敗した呼び出しからのメッセージを格納し、メッセージを処理して障害をトラブルシューティングする方法を提供します。

AWS Config ルールの dlqArns パラメータを使用して、チェックするデッドレターキューリソースを指定できます。

詳細については、「デッドレターキュー」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz182

ソース

AWS Config Managed Rule: lambda-dlq-check

アラート条件

黄: AWS Lambda 関数にはデッドレターキューが設定されていません。

[Recommended Action] (推奨されるアクション)

AWS Lambda 失敗したすべての非同期呼び出しのメッセージ処理を制御するように関数にデッドレターキューが設定されていることを確認します。

詳細については、「デッドレターキュー」を参照してください。

その他のリソース

AWS Lambda デッドレターキューによる堅牢なサーバーレスアプリケーション設計

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

失敗した呼び出しからのレコードを送信先にルーティングして、さらなる調査や処理を行うことができるように、アカウントの Lambda 関数に障害時のイベント送信先または非同期呼び出し用に設定されたデッドレターキュー (DLQ) があるかをチェックします。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1dfprch05

アラート条件

黄色: 関数には障害時のイベントの送信先または DLQ が設定されていません。

[Recommended Action] (推奨されるアクション)

さらなるデバッグや処理を行えるように、Lambda 関数の障害時のイベント送信先または DLQ を設定して、失敗した呼び出しを、他の詳細とともに使用可能な送信先の AWS のサービスのいずれかに送信するようにしてください。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
フラグが付けられたバージョンを持つ関数。
現在の非同期リクエストがドロップされた割合
当日の非同期リクエスト
非同期リクエストがドロップされた割合 (1 日あたりの平均)
非同期リクエスト (1 日あたりの平均)
最終更新日時

説明

1 つのアベイラビリティーゾーンでサービスの中断に対して脆弱な VPC 対応 Lambda 関数の $LATEST バージョンをチェックします。VPC 対応関数を複数のアベイラビリティーゾーンに接続して高可用性を実現するのがベストプラクティスです。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

L4dfs2Q4C6

アラート条件

黄: VPC 対応 Lambda 関数の $LATEST バージョンは、単一のアベイラビリティーゾーンのサブネットに接続されています。

[Recommended Action] (推奨されるアクション)

VPC にアクセスするために関数を設定する場合、高可用性を確保するために、複数のアベイラビリティーゾーンでサブネットを選択します。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
関数 ARN
VPC ID
平均日次呼び出し
最終更新日時

説明

アプリケーションのアプリケーションコンポーネント (AppComponent) が回復不能かどうかを確認します。中断イベントが発生した場合にが回復 AppComponent しない場合、不明なデータ損失やシステムのダウンタイムが発生する可能性があります。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。

チェック ID

RH23stmM04

アラート条件

赤: AppComponent 回復できません。

[Recommended Action] (推奨されるアクション)

AppComponent が回復可能であることを確認するには、障害耐性に関する推奨事項を確認して実装し、新しい評価を実行します。障害耐性に関する推奨事項の確認の詳細については、「その他のリソース」を参照してください。

その他のリソース

障害耐性に関する推奨事項の確認

AWS Resilience Hub の概念

AWS Resilience Hub ユーザーガイド

[Report columns] (レポート列)

ステータス
リージョン
アプリケーション名
AppComponent 名前
最終更新日時

説明

ポリシーで定義されている目標復旧時間 (RTO) と目標復旧時点 (RPO) を満たしていないアプリケーションを Resilience Hub でチェックします。このチェックでは、Resilience Hub でアプリケーションに設定した RTO と RPO をアプリケーションが満たしていない場合に警告が表示されます。

注記

このチェックの結果は、自動的に更新され、更新リクエストは許可されません。現時点では、このチェックからリソースを除外することはできません。

チェック ID

RH23stmM02

アラート条件

緑色: アプリケーションにはポリシーがあり、RTO と RPO の目標を満たしています。
黄色: アプリケーションはまだ評価されていません。
赤色: アプリケーションにはポリシーがありますが、RTO と RPO の目標を満たしていません。

[Recommended Action] (推奨されるアクション)

Resilience Hub コンソールにサインインし、レコメンデーションを確認して、アプリケーションが RTO と RPO を満たしていることを確認します。

その他のリソース

Resilience Hub の概念

[Report columns] (レポート列)

ステータス
リージョン
アプリケーション名
最終更新日時

説明

Resilience Hub でアプリケーションの評価が実行されたかどうかをチェックします。このチェックでは、耐障害性スコアが特定の値を下回っている場合に警告が表示されます。

注記

このチェックの結果は、自動的に更新され、更新リクエストは許可されません。現時点では、このチェックからリソースを除外することはできません。

チェック ID

RH23stmM01

アラート条件

緑色: アプリケーションの耐障害性スコアは 70 以上です。
黄色: アプリケーションの耐障害性スコアは 40～69 です。
黄色: アプリケーションはまだ評価されていません。
赤色: アプリケーションの耐障害性スコアは 40 未満です。

[Recommended Action] (推奨されるアクション)

Resilience Hub コンソールにサインインして、アプリケーションの評価を実行します。レコメンデーションを確認して耐障害性スコアを向上させてください。

その他のリソース

Resilience Hub の概念

[Report columns] (レポート列)

ステータス
リージョン
アプリケーション名
アプリケーション耐障害性スコア
最終更新日時

説明

最後にアプリケーション評価を実行してからどれくらいの時間が経過したかを確認します。このチェックでは、指定した日数の間アプリケーション評価を実行していない場合に警告を表示します。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

RH23stmM03

アラート条件

緑: 過去 30 日間にアプリケーション評価が実行されました。
黄色: アプリケーションは、評価過去 30 日間に実行されていません。

[Recommended Action] (推奨されるアクション)

Resilience Hub コンソールにサインインして、アプリケーションの評価を実行します。

その他のリソース

Resilience Hub の概念

[Report columns] (レポート列)

ステータス
リージョン
アプリケーション名
最期に評価が実行されてからの日数
最期の評価を実行した時刻
最終更新日時

説明

各でアクティブなトンネルの数をチェックします AWS Site-to-Site VPN。

1 つの VPN には、常に 2 つのトンネルが設定されている必要があります。これにより、AWS エンドポイントでのデバイスの障害や計画的なメンテナンスの場合に冗長性が得られます。一部のハードウェアでは、一度に 1 つのトンネルだけがアクティブになります。VPN にアクティブなトンネルがない場合、その VPN の料金が引き続き適用される場合があります。

詳細については、「AWS Site-to-Site VPN とは」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz123

ソース

AWS Config Managed Rule: vpc-vpn-2-tunnels-up

アラート条件

黄: Site-to-Site VPN で少なくとも 1 つのトンネルが DOWN です。

[Recommended Action] (推奨されるアクション)

VPN 接続用に 2 つのトンネルが設定されていることを確認します。また、ハードウェアが対応している場合は、両方のトンネルがアクティブであることを確認してください。VPN 接続が不要になった場合には、料金の発生を回避するために、それを削除します。

詳細については、カスタマーゲートウェイデバイス、および AWS ナレッジセンターで利用できるコンテンツを参照してください。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

信頼性の柱で、ワークロードに関するリスクの高い問題 (HRI) をチェックします。このチェックは、お客様の AWS-Well Architected レビューに基づきます。チェック結果は、AWS Well-Architected でワークロード評価を完了したかどうかによって異なります。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

Wxdfp4B1L4

アラート条件

赤: AWS Well-Architected の信頼性の柱で、少なくとも 1 つのアクティブな高リスクの問題が特定されました。
緑: AWS Well-Architected の信頼性の柱でアクティブな高リスクの問題は検出されませんでした。

[Recommended Action] (推奨されるアクション)

AWS Well-Architected は、ワークロードの評価中に高リスクの問題を検出しました。これらの問題は、リスクを軽減し、費用を節約する機会を提示します。AWS Well-Architected ツールにサインインして、回答を確認し、アクティブな問題を解決するためのアクションを実行します。

[Report columns] (レポート列)

ステータス
リージョン
ワークロードの ARN
ワークロード名
レビュー担当者名
ワークロードタイプ
ワークロードの開始日
ワークロードの最終変更日
信頼性について特定された HRI の数
信頼性について解決された HRI の数
信頼性について回答された質問の数
信頼性の柱の質問の総数
最終更新日時

説明

Classic Load Balancer が複数のアベイラビリティーゾーン (AZ) にまたがるかどうかをチェックします。

ロードバランサーは、受信アプリケーショントラフィックを複数のアベイラビリティーゾーンの複数の Amazon EC2 インスタンス間で分散します。デフォルトでは、ロードバランサーは、ロードバランサーに対して有効にするアベイラビリティーゾーン間で均等にトラフィックを分散します。1 つのアベイラビリティーゾーンで停止が発生した場合、ロードバランサーノードは、1 つ以上のアベイラビリティーゾーンにある正常な登録済みのインスタンスにリクエストを自動的に転送します。

AWS Config ルールの最小パラメータを使用して、アベイラビリティーゾーンの最小AvailabilityZones数を調整できます。

詳細については、「What is a Classic Load Balancer?」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz154

ソース

AWS Config Managed Rule: clb-multiple-az

アラート条件

黄: Classic Load Balancer にはマルチ AZ が設定されていないか、指定された最小数の AZ を満たしていません。

[Recommended Action] (推奨されるアクション)

Classic Load Balancer に複数のアベイラビリティーゾーンが設定されていることを確認します。ロードバランサーを複数の AZ に分散させて、アプリケーションの高可用性を確保してください。

詳細については、「Tutorial: Create a Classic Load Balancer」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

Connection Draining が有効になっていないロードバランサーをチェックします。

Connection Draining が有効でない場合にロードバランサーから Amazon EC2 インスタンスの登録を解除すると、ロードバランサーは、そのインスタンスへのトラフィックのルーティングを停止し、接続を閉じます。Connection Draining が有効な場合、ロードバランサーは登録解除されたインスタンスへの新規リクエストの送信を停止しますが、アクティブなリクエストを処理するために接続を開いたままにします。

チェック ID

7qGXsKIUw

アラート条件

黄: Connection Draining は、ロードバランサー用に有効になっていません。

[Recommended Action] (推奨されるアクション)

ロードバランサーのために Connection Draining を有効にします。詳細については、「Connection Draining」および「Enable or Disable Connection Draining for Your Load Balancer」(ロードバランサーの Connection Draining を有効または無効にする) を参照してください。

その他のリソース

Elastic Load Balancing のコンセプト

[Report columns] (レポート列)

ステータス
リージョン
ロードバランサー名
理由

説明

ロードバランサーの設定を確認します。

Elastic Load Balancing を使用するときに Amazon Elastic Compute Cloud (Amazon EC2) の耐障害性のレベルを高めるために、リージョン内の複数のアベイラビリティーゾーンで実行するインスタンスの数を同じにすることをお勧めします。設定されているロードバランサーでは料金が発生するため、コスト最適化チェックとしても機能します。

チェック ID

iqdCTZKCUp

アラート条件

黄: ロードバランサーは、1 つのアベイラビリティーゾーンで有効になっています。
黄: ロードバランサーは、アクティブなインスタンスのないアベイラビリティーゾーン用に有効になっています。
黄: ロードバランサーに登録されている Amazon EC2 インスタンスは、アベイラビリティーゾーン全体で不均等に分散されています。(使用中のアベイラビリティーゾーンの最大インスタンス数と最小インスタンス数の差は 1 を超えており、その差は最大数の 20% を超えています)。

[Recommended Action] (推奨されるアクション)

ロードバランサーが、少なくとも 2 つのアベイラビリティーゾーンにおいて、アクティブで正常なインスタンスをポイントしているようにします。詳細については、「Add Availability Zone」(アベイラビリティーゾーンの追加) を参照してください。

ロードバランサーが正常なインスタンスのないアベイラビリティーゾーン用に設定されている場合、またはアベイラビリティーゾーン全体でインスタンスの不均衡がある場合は、すべてのアベイラビリティーゾーンが必要かどうかを判断します。不要なアベイラビリティーゾーンを除外し、残りのアベイラビリティーゾーン全体でインスタンスが均等に分散されるようにします。詳細については、「Remove Availability Zone」(アベイラビリティーゾーンの削除) を参照してください。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
ロードバランサー名
ゾーン数
ゾーン a インスタンス
ゾーン b インスタンス
ゾーン c インスタンス
ゾーン d インスタンス
ゾーン e インスタンス
ゾーン f インスタンス
理由

説明

NAT ゲートウェイの設定に、アベイラビリティーゾーン (AZ) インディペンデンスが使用されているかどうかを確認します。

NAT ゲートウェイを使用すると、プライベートサブネット内のリソースは、NAT ゲートウェイの IP アドレスを使用することでサブネット外のサービスに安全に接続でき、招待していないインバウンドトラフィックはすべて拒否されます。各 NAT ゲートウェイは指定されたアベイラビリティーゾーン (AZ) 内で動作し、その AZ 内のみで、冗長性を持って構築されています。そのため、特定の AZ にあるリソースは同一の AZ 内の NAT ゲートウェイを使用する必要があります。これにより、NAT ゲートウェイまたはその AZ が停止したとしても、別の AZ にあるリソースに影響が及ばないようになります。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1dfptbg10

アラート条件

赤: 1 つの AZ にあるサブネットからのトラフィックが、別の AZ の NATGW を経由してルーティングされています。
緑: 1 つの AZ にあるサブネットからのトラフィックが、同じ AZ の NATGW を経由してルーティングされています。

[Recommended Action] (推奨されるアクション)

サブネットの AZ を確認し、同じ AZ 内の NAT ゲートウェイ経由でトラフィックをルーティングします。

AZ に NATGW がない場合は、1 つ作成し、それを介してサブネットトラフィックをルーティングします。

異なる AZ のサブネットに同じルートテーブルが関連付けられている場合は、NAT ゲートウェイと同じ AZ にあるサブネットとこのルートテーブルとの関連付けを維持しておき、別の AZ のサブネットについては、そちらの AZ にある NAT ゲートウェイにルーティングして異なるルートテーブルを関連付けてください。

Amazon VPC のアーキテクチャを変更する場合は、メンテナンスウィンドウ内に実行することをお勧めします。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
NAT アベイラビリティゾーン
NAT ID
サブネットアベイラビリティーゾーン
サブネット ID
ルートテーブル ID
NAT ARN
最終更新日時

説明

クロスゾーンロードバランシングが Network Load Balancer に対して有効になっているかどうかを確認します。

クロスゾーンロードバランシングは、異なるアベイラビリティーゾーンのインスタンス間で受信トラフィックを均等に分散させるのに役立ちます。これにより、ロードバランサーがすべてのトラフィックを同じアベイラビリティーゾーン内のインスタンスにルーティングし、トラフィックの分散が不均一になり、過負荷になるおそれを予防できます。また、この機能は、1 つのアベイラビリティーゾーンに障害が発生した場合に、他のアベイラビリティーゾーンの正常なインスタンスにトラフィックを自動的にルーティングするので、アプリケーションの信頼性にも役立ちます。

詳細については、「クロスゾーン負荷分散」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz105

ソース

AWS Config Managed Rule: nlb-cross-zone-load-balancing-enabled

アラート条件

黄: Network Load Balancer でクロスゾーンロードバランシングが有効になっていません。

[Recommended Action] (推奨されるアクション)

クロスゾーンロードバランシングが Network Load Balancer に対して有効になっていることを確認します。

その他のリソース

クロスゾーン負荷分散 (Network Load Balancer)

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

インターネット向け Network Load Balancer (NLB) にプライベートサブネットが設定されているかどうかを確認します。トラフィックを受信するには、インターネット向け Network Load Balancer (NLB) をパブリックサブネットで設定する必要があります。パブリックサブネットは、インターネットゲートウェイへの直接ルートを持つサブネットとして定義されます。サブネットがプライベートとして設定されている場合、アベイラビリティーゾーン (AZ) はトラフィックを受信しないため、可用性の問題が発生する可能性があります。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1dfpnchv4

アラート条件

赤: NLB は 1 つ以上のプライベートサブネットで設定されています

緑: インターネット向け NLB 用にプライベートサブネットが設定されていません

[Recommended Action] (推奨されるアクション)

インターネット向けロードバランサーに設定されているサブネットがパブリックであることを確認します。パブリックサブネットは、インターネットゲートウェイへの直接ルートを持つサブネットとして定義されます。次のいずれかのオプションを使用します。

新しいロードバランサーを作成し、インターネットゲートウェイへの直接ルートを持つ別のサブネットを選択します。
現在ロードバランサーにアタッチされているサブネットをプライベートからパブリックに変更します。これを行うには、ルートテーブルを変更し、インターネットゲートウェイを関連付けます。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
NLB Arn
NLB の名前
サブネット ID
NLB スキーム
サブネットタイプ
最終更新日時

説明

Network Load Balancer が複数のアベイラビリティーゾーン (AZ) を使用するように設定されているかどうかを確認します。AZ は、他のゾーンの障害から隔離された独立した場所です。同じリージョンの複数の AZ にロードバランサーを設定すると、ワークロードの可用性が向上します。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1dfprch09

アラート条件

黄色: 1 つの AZ に NLB があります。

緑: 2 つ以上の AZ に NLB があります。

[Recommended Action] (推奨されるアクション)

ロードバランサーが、少なくとも 2 つのアベイラビリティーゾーンで設定されているようにします。

その他のリソース

詳細については、次のドキュメントを参照してください。

[Report columns] (レポート列)

ステータス
リージョン
AZ の数
NLB ARN
NLB の名前
最終更新日時

説明

Incident Manager レプリケーションセットの設定で、リージョンのフェイルオーバーとレスポンス AWS リージョンをサポートするために複数のが使用されていることを確認します。 CloudWatch アラームまたは EventBridge イベントによって作成されたインシデントの場合、Incident Manager はアラームまたはイベントルール AWS リージョンと同じにインシデントを作成します。そのリージョンで Incident Manager が一時的に使用不能な場合、システムは、レプリケーションセット内にある別のリージョンにインシデントを作成しようとします。Incident Manager が使用不能で、レプリケーションセットに含まれるリージョンが 1 つだけの場合、システムはインシデントレコードの作成に失敗します。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

cIdfp1js9r

アラート条件

緑: レプリケーションセットには複数のリージョンが含まれています。
黄色: レプリケーションセットには 1 つのリージョンが含まれています。

[Recommended Action] (推奨されるアクション)

レプリケーションセットに 1 つ以上のリージョンを追加します。

その他のリソース

詳細については、「リージョン間のインシデント管理」を参照してください。

[Report columns] (レポート列)

ステータス
マルチリージョン
レプリケーションセット
最終更新日時

説明

単一のアベイラビリティーゾーン (AZ) 経由でネットワークの送信トラフィックがルーティングされているかをチェックします。

AZ はロケーションとして独立しており、他のゾーンの障害からは隔離されています。サービスを複数の AZ に分散させることで、AZ の障害が影響を及ぼす範囲を限定できます。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1dfptbg11

アラート条件

黄色: 観測されるネットワークの送信パターンによっては、アプリケーションをデプロイできる AZ は 1 つのみです。これが当てはまり、またアプリケーションに高い可用性が必要な場合は、アプリケーションリソースをプロビジョニングし、複数のアベイラビリティーゾーンを利用するようにネットワークフローを実装することをお勧めします。

[Recommended Action] (推奨されるアクション)

アプリケーションで高い可用性が必要な場合は、可用性を高めるマルチ AZ アーキテクチャの実装を検討してください。

[Report columns] (レポート列)

ステータス
リージョン
VPC ID
最終更新日時

説明

AWS PrivateLink VPC インターフェイスエンドポイントが複数のアベイラビリティーゾーン (AZ) を使用するように設定されているかどうかを確認します。AZ は、他のゾーンの障害から隔離された独立した場所です。これにより、同じ AWS リージョン内の AZs 間の低コストで低レイテンシーのネットワーク接続がサポートされます。インターフェイスエンドポイントの作成時に複数のアベイラビリティーゾーン内のサブネットを選択すると、単一障害点からアプリケーションを保護できます。

注記

現在、このチェックにはインターフェースエンドポイントのみが含まれています。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1dfprch10

アラート条件

黄色: 単一の AZ に VPC エンドポイントがあります。

緑: 少なくとも 2 つの AZ に VPC エンドポイントがあります。

[Recommended Action] (推奨されるアクション)

VPC インターフェイスのエンドポイントが、少なくとも 2 つのアベイラビリティーゾーンで設定されているようにします。

その他のリソース

詳細については、次のドキュメントを参照してください。

[Report columns] (レポート列)

ステータス
リージョン
VPC エンドポイント ID
はマルチ AZ
最終更新日時

説明

各 VPN でアクティブなトンネルの数をチェックします。

1 つの VPN には、常に 2 つのトンネルが設定されている必要があります。これにより、 AWS エンドポイントでのデバイスの障害や計画的なメンテナンスの場合に冗長性が得られます。一部のハードウェアでは、一度に 1 つのトンネルだけがアクティブになります。VPN にアクティブなトンネルがない場合、その VPN の料金が引き続き適用される場合があります。詳細については、AWS Client VPN 管理ガイドを参照してください。

チェック ID

S45wrEXrLz

アラート条件

黄: VPN にはアクティブなトンネルが 1 つあります (これは一部のハードウェアでは正常です)。
黄: VPN にはアクティブなトンネルがありません。

[Recommended Action] (推奨されるアクション)

VPN 接続用に 2 つのトンネルが設定されていること、およびハードウェアがサポートしている場合は両方ともアクティブであることを確認してください。VPN 接続が不要になった場合には、料金の発生を回避するために、それを削除することができます。詳細については、「Your Customer Gateway」(カスタマーゲートウェイ) または「Deleting a VPN connection」(VPN 接続の削除) を参照してください。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
VPN ID
VPC
仮想プライベートゲートウェイ
カスタマーゲートウェイ
アクティブなトンネル
理由

説明

Amazon MQ for ActiveMQ ブローカーが、複数のアベイラビリティーゾーンにあるアクティブ/スタンバイブローカーで高可用性を実現するように設定されていることを確認します。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1t3k8mqv1

アラート条件

黄: Amazon MQ for ActiveMQ ブローカーが単一のアベイラビリティーゾーンに設定されています。

緑: Amazon MQ for ActiveMQ ブローカーが少なくとも 2 つのアベイラビリティーゾーンに設定されています。

[Recommended Action] (推奨されるアクション)

アクティブ/スタンバイデプロイモードで新しいブローカーを作成します。

その他のリソース

ActiveMQ ブローカーの作成

[Report columns] (レポート列)

ステータス
リージョン
ActiveMQ ブローカー ID
ブローカーエンジンタイプ
デプロイモード
最終更新日時

説明

Amazon MQ for RabbitMQ ブローカーが、複数のアベイラビリティーゾーンにあるクラスターで高可用性を実現するように設定されていることを確認します。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1t3k8mqv2

アラート条件

黄: Amazon MQ for RabbitMQ ブローカーが単一のアベイラビリティーゾーンに設定されています。

緑: Amazon MQ for RabbitMQ ブローカーが複数のアベイラビリティーゾーンに設定されています。

[Recommended Action] (推奨されるアクション)

クラスターデプロイモードで新しいブローカーを作成します。

その他のリソース

RabbitMQ ブローカーの作成

[Report columns] (レポート列)

ステータス
リージョン
RabbitMQ ブローカーID
ブローカーエンジンタイプ
デプロイモード
最終更新日時

チェック名

ALB マルチ AZ

注記

Amazon Aurora MySQL クラスターでバックトラッキングが有効になっていない

注記

Amazon Aurora インスタンスアクセシビリティ

Amazon CloudFront オリジンフェイルオーバー

注記

Amazon Comprehend エンドポイントアクセスリスク

注記

Amazon DocumentDB シングル AZ クラスター

注記

Amazon DynamoDB P oint-in-time リカバリ

注記

Amazon DynamoDB テーブルは Backup プランに含まれていない

注記

Amazon EBS は AWS Backup プランに含まれていません

注記

Amazon EBS スナップショット

Amazon EC2 Auto Scaling では ELB ヘルスチェックが有効になっていない

注記

Amazon EC2 Auto Scaling グループでキャパシティの再調整が有効

注記

Amazon EC2 Auto Scaling が複数の AZ にデプロイされていないか、AZ の最小数に達していない

Amazon EC2 アベイラビリティーゾーンのバランス

Amazon EC2 詳細モニタリングが有効化されていません

注記

ブロックモードの Amazon ECS AWS Logs ドライバー

注記

単一の AZ を使用した Amazon ECS サービス

注記

Amazon ECS マルチ AZ 配置戦略

注記

Amazon EFS マウントターゲット冗長性なし

注記

Amazon EFS が AWS Backup プランに含まれていない

Amazon ElastiCache マルチ AZ クラスター

注記

Amazon ElastiCache Redis クラスターの自動バックアップ

注記

Amazon MemoryDB マルチ AZ クラスター

注記

Amazon MSK ブローカーがホストするパーティションの数が多すぎる

データノードが 3 つ未満の Amazon OpenSearch Service ドメイン

注記

Amazon RDS バックアップ

Amazon RDS DB クラスターには 1 つの DB インスタンスがあります。

注記

注記

すべてのインスタンスが同じアベイラビリティーゾーンにある Amazon RDS DB クラスター

注記

注記

すべてのリーダーインスタンスが同じアベイラビリティゾーンにある Amazon RDS DB クラスター

注記

注記

Amazon RDS DB インスタンス拡張モニタリングが有効化されていない

注記

Amazon RDS DB インスタンスのストレージの自動スケーリングが無効になっています

注記

注記

Amazon RDS DB インスタンスがマルチ AZ 配置を使用していない

注記

注記

Amazon RDS DiskQueueDepth

Amazon RDS FreeStorageSpace

Amazon RDS のログ出力パラメータはテーブルに設定されます。

注記

注記

Amazon RDS の innodb_default_row_format パラメータ設定は安全ではない

注記

注記

Amazon RDS innodb_flush_log_at_trx_commit パラメータが 1 ではありません

注記

注記

注記

Amazon RDS max_user_connections パラメータが低くなっています

注記

注記

Amazon RDS Multi-AZ

AWS Lambda デッドレターキューが設定されていない関数