翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
アラートの AMS 自動修復
検証後、AWS Managed Services (AMS) は、このセクションで説明されている特定の条件とプロセスに従って、特定のアラートを自動的に修復します。
| アラート名 | 説明 | しきい値 | アクション |
|---|---|---|---|
壊れたセキュアチャネル |
壊れたセキュアチャネルアラームは、インスタンスが AD ドメインコントローラーとの接続を失ったときに Windows EC2 インスタンスでトリガーされます。 |
しきい値は、過去 15 分間に定義された値を 10 回上回っています。 |
AMS 自動修復は、インスタンスが SSM でオンラインであること、ホスト名が重複していないこと、AD コンピュータオブジェクトが CloudFormation スタック と整列していることを検証します。この修復により、セキュアチャネル接続が修復され、インスタンスへのアクセスが復元されます。 |
ステータスチェックに失敗しました |
インスタンスのハードウェア障害または障害状態が発生する可能性があります。 |
システムは、過去 15 分以内に少なくとも 1 回失敗したステータスを検出しました。 |
AMS 自動修復は、最初にインスタンスにアクセスできるかどうかを検証します。インスタンスにアクセスできない場合、インスタンスは停止して再起動されます。停止と起動により、インスタンスは新しい基盤となるハードウェアに移行できます。詳細については、次のセクションEC2 Status Check Failure Remediation Automation」を参照してください。 |
AMSLinuxDiskUsage |
EC2 インスタンスの 1 つのマウントポイント (ボリュームの指定領域) のディスク使用量がいっぱいになるとトリガーされます。 |
しきい値は、過去 30 分間に定義された値を 6 回上回っています。 |
AMS 自動修復は、まず一時ファイルを削除します。十分なディスク容量が解放されない場合は、ボリュームがいっぱいになった場合のダウンタイムを防ぐためにボリュームを拡張します。 |
AMSWindowsDiskUsage |
EC2 インスタンスの 1 つのマウントポイント (ボリュームの指定領域) のディスク使用量がいっぱいになったとき。 |
しきい値は、過去 30 分間に定義された値を 6 回上回っています。 |
AMS 自動修復は、まず一時ファイルを削除します。十分なディスク容量が解放されない場合は、ボリュームがいっぱいになった場合のダウンタイムを防ぐためにボリュームを拡張します。 |
RDS-EVENT-0089 |
DB インスタンスは割り当てられたストレージの 90% 以上を使用しています。 |
ストレージが 90% 以上割り当てられている。 |
AMS 自動修復は、まず DB が変更可能で使用可能、またはストレージフル状態であることを検証します。次に、CloudFormation の変更セットを通じて、割り当てられたストレージ、IOPS、ストレージスループットの向上を試みます。スタックドリフトが既に検出されている場合、ダウンタイムを防ぐために RDS API にフォールバックします。 この機能は、RDS DB インスタンスに次のタグを追加することでオプトアウトできます。 |
RDS-EVENT-0007 |
DB インスタンスに割り当てられたストレージが使い果たされました。解決するには、追加のストレージを割り当てます。 |
ストレージは 100% 割り当てられます。 |
AMS 自動修復は、まず DB が変更可能で使用可能、またはストレージフル状態であることを検証します。次に、CloudFormation の変更セットを通じて、割り当てられたストレージ、IOPS、ストレージスループットの向上を試みます。スタックドリフトが既に検出されている場合、ダウンタイムを防ぐために RDS API にフォールバックします。 この機能は、RDS DB インスタンスに次のタグを追加することでオプトアウトできます。 |
RDS-EVENT-0224 |
リクエストされた割り当てられたストレージが、設定された最大ストレージしきい値に達するか、超えます。 |
DB インスタンスの最大ストレージしきい値が枯渇したか、リクエストされた割り当てられたストレージ以上です。 |
AMS 自動修復は、最初に、リクエストされた RDS ストレージの量が最大ストレージしきい値を超えていることを検証します。確認された場合、AMS は CloudFormation 変更セットを使用して最大ストレージしきい値を 30% 引き上げようとします。または、CloudFormation を介してリソースがプロビジョニングされていない場合は RDS API を指示します。 この機能は、RDS DB インスタンスに次のタグを追加することでオプトアウトできます。 |
RDS-Storage-Capacity |
DB インスタンスに割り当てられたストレージに 1GB 未満が残っています。 |
ストレージは 99% が割り当てられます。 |
AMS 自動修復は、まず DB が変更可能で使用可能、またはストレージフル状態であることを検証します。次に、CloudFormation の変更セットを通じて、割り当てられたストレージ、IOPS、ストレージスループットの向上を試みます。スタックドリフトが既に検出されている場合、ダウンタイムを防ぐために RDS API にフォールバックします。 この機能は、RDS DB インスタンスに次のタグを追加することでオプトアウトできます。 |
AMSFSXONTAPVolumeCapacityUtilization |
Amazon FSx for NetApp ONTAP ボリュームが、デフォルトの割り当てストレージ (80%) よりも多く消費されました。 |
FSx for ONTAP ボリューム容量使用率が 2 時間 (デフォルト値) で 80% を超えています。 |
AMS 自動修復は、まずボリュームライフサイクルの状態が変更可能な状態であることを検証し、ファイルシステムの最大容量に対して検証しながらボリュームサイズを 10% 拡張します。ファイルシステムにボリューム拡張のための十分なストレージ容量がない場合、ボリュームとファイルシステムの両方が一緒に拡張されます。この拡張は、任意の 7 日間に最大 3 回に制限されます。AMS Automation が拡張する最大ストレージ制限は 5120 GiB です。 注記ボリュームの上に iSCSI LUN が設定されている場合は、オペレーティングシステムレベルで iSCSI LUN を展開します。詳細については、FSx for ONTAP LUN が読み取り専用モードであるのはなぜですか? |
Amazon EC2 の壊れたセキュアチャネル: 修復の自動化に関する注意事項
AWS Managed Services (AMS) 自動修復が Amazon EC2 Windows 壊れたセキュアチャネルの問題に対して修復を実行する前に、自動化は次の事前チェックを実行し、さらに調査するためのインシデントレポートを作成します。
Amazon EC2 インスタンスの SSM ステータスが「オンライン」であることを確認します。
Amazon EC2 インスタンスが Auto Scaling グループの一部であるかどうか、および Auto Scaling グループ内のすべてのインスタンスに同じホスト名があるかどうかを検証します。
Amazon EC2 インスタンスが、プロビジョニングに使用された CloudFormation スタックの一部かどうかを確認します。インスタンスが CloudFormation スタックから削除された場合、オートメーションは、関連付けられた Active Directory Organizational Unit (OU) がまだスタックを参照しているかどうかを検証します。
上記の検証に合格すると、自動化は Broken Secure チャネルの修正に進みます。
修復手順:
自動修復は、EC2 インスタンスと AD ドメイン間の安全なチャネルを修復し、インスタンスへのアクセスを復元しようとします。
修復後、オートメーションはセキュアチャネルが確立されていることを確認します。失敗した場合、AMS はインシデントを作成し、AMS オペレーションに調査を依頼します。
EC2 ステータスチェックの失敗: 修復オートメーションに関する注意事項
EC2 ステータスチェックの失敗の問題に対する AMS 自動修復の仕組み:
Amazon EC2 インスタンスにアクセスできなくなった場合は、インスタンスを停止して再度起動し、新しいハードウェアに移行して復旧できるようにする必要があります。
問題のルートが OS 内にある場合 (fstab のデバイスの欠落、カーネルの破損など）、オートメーションはインスタンスを復旧できません。
インスタンスが Auto Scaling グループに属している場合、自動化はアクションを実行しません。AutoScalingGroup スケーリングアクションはインスタンスを置き換えます。
インスタンスで EC2 Auto Recovery が有効になっている場合、修復はアクションを実行しません。
EC2 ボリューム使用量修復の自動化
EC2 ボリュームの使用状況の問題に対する AWS Managed Services (AMS) 自動修復の仕組み:
オートメーションはまず、ボリュームの拡張が必要かどうか、および実行できるかどうかを検証します。拡張が適切であると判断された場合、自動化によりボリューム容量が増加する可能性があります。この自動化されたプロセスは、制御された限定的な拡張で成長の必要性のバランスを取ります。
ボリュームを拡張する前に、オートメーションはインスタンスでクリーンアップタスク (Windows: Disk Cleaner、Linux: Logrotate + Simple Service Manager エージェントログの削除) を実行して、領域を解放しようとします。
注記
クリーンアップタスクは、継続的な機能のために CPU クレジットに依存するため、EC2 の「T」ファミリーインスタンスでは実行されません。
Linux では、オートメーションは EXT2, EXT3, EXT4XFS タイプの拡張ファイルシステムのみをサポートします。
Windows では、自動化は新しいテクノロジーファイルシステム (NTFS) とレジリエントファイルシステム (ReFS) のみをサポートします。
自動化は、Logical Volume Manager (LVM) または RAID アレイの一部であるボリュームを拡張しません。
自動化はインスタンスストアボリュームを拡張しません。
影響を受けるボリュームがすでに 2 TiB を超えている場合、オートメーションはアクションを実行しません。
自動化による拡張は、システムの存続期間中、週に最大 3 回、合計 5 回に制限されています。
前の拡張が過去 6 時間以内に発生した場合、オートメーションはボリュームを拡張しません。
これらのルールによってオートメーションがアクションを実行できない場合、AMS はアウトバウンドサービスリクエストを通じてお客様に連絡し、次に実行するアクションを決定します。
Amazon RDS の低ストレージイベント修復の自動化
AWS Managed Services (AMS) 自動修復が Amazon RDS の低ストレージイベントの問題とどのように連携するか:
Amazon RDS インスタンスストレージを拡張する前に、オートメーションはいくつかのチェックを実行して、Amazon RDS インスタンスが変更可能で使用可能、またはストレージフル状態であることを確認します。
CloudFormation スタックドリフトが検出された場合、修復は Amazon RDS API を通じて行われます。
-
トリガーイベントに応じて、修復によってプロパティ
MaxAllocatedStorage、AllocatedStorage、Iops、または が変更されますStorageThroughput。他の Amazon RDS インスタンスのプロパティは変更されません。詳細については、「DB インスタンスの設定」を参照してください。 修復アクションは、次のシナリオでは実行されません。
Amazon RDS インスタンスのステータスが「使用可能」または「ストレージフル」ではありません。
Amazon RDS インスタンスストレージは現在変更できません (過去 6 時間以内にストレージが変更された場合など）。
Amazon RDS インスタンスでは、自動スケーリングストレージが有効になっています。
修復は 6 時間あたり 1 回の拡張に制限され、14 日間に 3 回まで拡張できます。
これらのシナリオが発生すると、AMS はアウトバウンドインシデントでお客様に連絡し、次のアクションを決定します。
ONTAP ボリューム容量修復の自動化
ONTAP ボリューム容量の問題に対する AWS Managed Services (AMS) 自動修復の仕組み:
ボリュームを拡張する前に、オートメーションはボリュームのライフサイクル状態が変更可能な状態であることを確認します。
自動化により、ボリュームサイズが 10% 拡張され、ファイルシステムの最大容量に対して検証されます。
ファイルシステムにボリューム拡張に対応するのに十分なストレージ容量がない場合、ボリュームとファイルシステム容量の両方が拡張されます。
修復は、7 日間に 3 回以下の更新に制限されます。
AMS Automation が拡張する最大ストレージ制限は 5120 GiB です。
ボリュームの上に iSCSI LUN が設定されている場合は、自動修復の完了後に OS レベルで iSCSI LUN を手動で拡張する必要があります。詳細については、FSx for ONTAP LUN が読み取り専用モードであるのはなぜですか?
」を参照してください。
