本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 在 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 修補 use 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)