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

# AMS でパッチメンテナンスウィンドウを作成する
<a name="acc-p-maint-window"></a>

パッチメンテナンスウィンドウは、ターゲットの Amazon EC2 インスタンスに対して設定されたスケジュールで AMS パッチオートメーションを実行します。ターゲットは、インスタンスのグループのタグによって定義されます。パッチ火曜日の日時に基づいてスケジュールを設定することも、*cron 式*を使用してスケジュールを定義することもできます。詳細については、「*AWS Systems Manager ユーザーガイド*」の「[リファレンス: Systems Manager の Cron 式および rate 式](https://docs.aws.amazon.com/systems-manager/latest/userguide/reference-cron-and-rate-expressions.html)」を参照してください。パッチを適用する前に、AMS は各インスタンスのルートボリュームのスナップショットを作成します。パッチ適用がインスタンスの状態に影響することを AMS が検出した場合、またはパッチ適用によるアプリケーションへの影響を AMS に通知した場合、AMS はこのスナップショットを使用してルートボリュームをパッチ前の状態に復元します。

## AMS Accelerate パッチメンテナンスウィンドウの制限
<a name="acc-p-maint-limit"></a>

AMS パッチ適用では AWS Systems Manager (Systems Manager) を使用します。Systems Manager のサービス制限に加えて、AMS パッチ適用には、パッチメンテナンスウィンドウあたり 300 個のターゲットインスタンスの制限があります。インスタンスあたりの一般的なパッチ完了時間が 30 分の場合、次の表にメンテナンスウィンドウの数と期間の例を示します。


| パッチを適用するインスタンス | メンテナンスウィンドウの期間 (時間） | 必要な同時メンテナンスウィンドウ | 
| --- | --- | --- | 
| 100 | 1 | 1 | 
| 200 | 1 | 1 | 
| 300 | 2 | 1 | 
| 600 | 3 | 2 | 
| 800 | 4 | 3 | 
| 1200 | 6 | 4 | 
| 1500 | 8 | 5 | 

**重要**  
これらの例では、他の Systems Manager メンテナンスウィンドウがアクティブではなく、他のオートメーションも実行されていないことを前提としています。

制限の詳細については、[AWS Systems Manager 「 エンドポイントとクォータ](https://docs.aws.amazon.com/general/latest/gr/ssm.html)」を参照してください。

**Topics**
+ [AMS Accelerate パッチメンテナンスウィンドウの制限](#acc-p-maint-limit)
+ [AMS コンソールから定期的な「パッチ火曜日」メンテナンスウィンドウを作成する (推奨）](acc-p-maint-window-ams-console.md)
+ [CloudFormation for AMS Accelerate を使用してパッチメンテナンスウィンドウを作成する](acc-p-maint-window-cfn.md)
+ [AMS Accelerate の Systems Manager コンソールからメンテナンスウィンドウを作成する](acc-p-maint-window-console.md)
+ [AMS Accelerate 用の Systems Manager コマンドラインインターフェイス (CLI) を使用してメンテナンスウィンドウを作成する](acc-p-maint-window-cli.md)