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

# 隨需修補 \$1 執行
<a name="management-patching-on-demand-patching-run"></a>

在指定的執行個體上執行隨需 SSM 修補；具有指定標籤/金鑰對的執行個體清單。

**完整分類：**管理 \$1 修補 \$1 隨需修補 \$1 執行

## 變更類型詳細資訊
<a name="ct-3oy53m1qzl2s5-MPOr-table"></a>


****  

|  |  | 
| --- |--- |
| 變更類型 ID | ct-3oy53m1qzl2s5 | 
| 目前版本 | 1.0 | 
| 預期的執行持續時間 | 3600 分鐘 | 
| AWS 核准 | 必要 | 
| 客戶核准 | 非必要 | 
| 執行模式 | 自動化 | 

## 其他資訊
<a name="management-patching-on-demand-patching-run-info"></a>

### 執行隨需修補
<a name="ex-patch-ondemand-run-col"></a>

#### 使用主控台執行隨需修補
<a name="patch-ondemand-run-con"></a>

AMS 主控台中此變更類型的螢幕擷取畫面：

![\[On Demand Patching details showing description, ID, and version for SSM patching on instances.\]](http://docs.aws.amazon.com/zh_tw/managedservices/latest/ctref/images/guiPatchOndemandCT.png)


運作方式：

1. 導覽至**建立 RFC** 頁面：在 AMS 主控台的左側導覽窗格中，按一下 **RFCs**以開啟 RFCs清單頁面，然後按一下**建立 RFC**。

1. 在預設的**瀏覽變更類型檢視中選擇熱門的變更類型** (CT)，或在**依類別**選擇檢視中選擇 CT。
   + **依變更類型瀏覽**：您可以在**快速建立**區域中按一下熱門的 CT，以立即開啟**執行 RFC** 頁面。請注意，您無法透過快速建立選擇較舊的 CT 版本。

     若要排序 CTs，請使用**卡片**或**資料表**檢視中的所有**變更類型**區域。在任一檢視中，選取 CT，然後按一下**建立 RFC** 以開啟**執行 RFC** 頁面。如果適用，**建立舊版**選項會顯示在**建立 RFC** 按鈕旁。
   + **依類別選擇**：選取類別、子類別、項目和操作，如果適用，CT 詳細資訊方塊會開啟，其中包含**使用較舊版本建立**的選項。按一下**建立 RFC** 以開啟**執行 RFC** 頁面。

1. 在**執行 RFC** 頁面上，開啟 CT 名稱區域以查看 CT 詳細資訊方塊。需要**主旨** （如果您在**瀏覽變更類型**檢視中選擇 CT，則會為您填寫）。開啟**其他組態**區域以新增 RFC 的相關資訊。

   在**執行組態**區域中，使用可用的下拉式清單或輸入必要參數的值。若要設定選用的執行參數，請開啟**其他組態**區域。

1. 完成後，請按一下**執行**。如果沒有錯誤，**RFC 成功建立**的頁面會顯示已提交的 RFC 詳細資訊，以及初始的**執行輸出**。

1. 開啟**執行參數**區域以查看您提交的組態。重新整理頁面以更新 RFC 執行狀態。或者，取消 RFC 或使用頁面頂端的選項建立 RFC 的副本。

#### 使用 CLI 執行隨需修補
<a name="patch-ondemand-run-cli"></a>

運作方式：

1. 使用內嵌建立 （您發出包含所有 RFC 和執行參數的`create-rfc`命令） 或範本建立 （您建立兩個 JSON 檔案，一個用於 RFC 參數，另一個用於執行參數），並使用兩個檔案作為輸入發出`create-rfc`命令。此處說明這兩種方法。

1. 使用傳回的 RFC ID 提交 RFC： `aws amscm submit-rfc --rfc-id ID`命令。

   監控 RFC： `aws amscm get-rfc --rfc-id ID`命令。

若要檢查變更類型版本，請使用下列命令：

```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
```
**注意**  
您可以將任何`CreateRfc`參數與任何 RFC 搭配使用，無論它們是否為變更類型結構描述的一部分。例如，若要在 RFC 狀態變更時取得通知，請將此行新增至請求的 `--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"` RFC 參數部分 （而非執行參數）。如需所有 CreateRfc 參數的清單，請參閱 [AMS 變更管理 API 參考](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)。

*內嵌建立*：

使用內嵌提供的執行參數發出建立 RFC 命令 （在內嵌提供執行參數時逸出引號），然後提交傳回的 RFC ID。例如，您可以將內容取代為如下內容：

```
   aws amscm create-rfc --title my-test-patchbaseline --change-type-id ct-3oy53m1qzl2s5 --change-type-version 1.0 --execution-parameters '{"Name":"test-ODP","PatchingTargets":[{"Key":"tag:Patch Group","Values":"[test-odp]"}],"StartInactiveInstances":"True", "BackupVaultName":"test-backup-vault-name", "BackupIamRole":"test-backup-iam-role", "BackupRetentionInDays":"10"}'
```

*範本建立*：

1. 將此變更類型的執行參數 JSON 結構描述輸出至 JSON 檔案；此範例會將其命名為 RunOndemandPatchParams.json:

   ```
   aws amscm get-change-type-version --change-type-id "ct-3oy53m1qzl2s5" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > RunOndemandPatchParams.json
   ```

1. 修改並儲存 RunOndemandPatchParams 檔案。

   ```
   {
     "Name": "test-ODP",
     "PatchingTargets": [
       {
         "Key": "InstanceIds",
         "Values": ["INSTANCE_ID"]
       }
     ],
     "StartInactiveInstances": "True",
     "BackupVaultName": "test-backup-vault-name",
     "BackupIamRole": "test-backup-iam-role",
     "BackupRetentionInDays": "10"
   }
   ```

1. 將 RFC 範本輸出至目前資料夾中的檔案；此範例會將其命名為 RunOndemandPatchRfc.json:

   ```
   aws amscm create-rfc --generate-cli-skeleton > RunOndemandPatchRfc.json
   ```

1. 修改並儲存 RunOndemandPatchRfc.json 檔案。例如，您可以將內容取代為如下內容：

   ```
   {
   "ChangeTypeVersion":    "1.0",	
   "ChangeTypeId":         "ct-3oy53m1qzl2s5",
   "Title":                "Run-Ondemand-Patch-RFC"
   }
   ```

1. 建立 RFC，指定 RunOndemandPatchRfc 檔案和 RunOndemandPatchParams 檔案：

   ```
   aws amscm create-rfc --cli-input-json file://RunOndemandPatchRfc.json --execution-parameters file://RunOndemandPatchParams.json
   ```

   您會在回應中收到新 RFC 的 ID，並使用它來提交和監控 RFC。在您提交之前，RFC 會保持在編輯狀態，不會啟動。

#### 提示
<a name="ex-patch-ondemand-run-tip"></a>

**非作用中執行個體**  
 如果您將 **StartInactiveInstances** 設定為 **True**，則非作用中的執行個體會在修補完成後啟動、修補並傳回其原始停止狀態。

**並行限制**  
 同時執行的任何維護時段都會影響此 RFC 的安全限制執行。這是因為 SSM 自動化限制為每個帳戶 100 個並行執行。超過並行限制的自動化會新增至最多 1，000 個執行的佇列。如果維護時段在 50 個執行個體上執行，則只有 50 個空間可同時執行隨需修補，在進行中執行完成後，將任何其他執行個體新增至要執行的佇列。

 

 若要進一步了解 AMS Patch Orchestrator 和設定 SSM 修補程式基準和修補程式視窗，請參閱《AMS 多帳戶登陸區域使用者指南》中的 [Patch Orchestrator](https://docs.aws.amazon.com/managedservices/latest/userguide/self-serve-patching.html)。

## 執行輸入參數
<a name="management-patching-on-demand-patching-run-input"></a>

如需執行輸入參數的詳細資訊，請參閱 [變更類型的結構描述 ct-3oy53m1qzl2s5](schemas.md#ct-3oy53m1qzl2s5-schema-section)。

## 範例：必要參數
<a name="management-patching-on-demand-patching-run-ex-min"></a>

```
Example not available.
```

## 範例：所有參數
<a name="management-patching-on-demand-patching-run-ex-max"></a>

```
{
  "Description": "description",
  "Name": "Test1",
  "PatchingTargets": [
    {
      "Key": "tag:Patch Group",
      "Values": [
        "testGroup"
      ]
    }
  ],
  "StartInactiveInstances": "True",
  "BackupVaultName": "backup-vault-name",
  "BackupIamRole": "backup-iam-role",
  "BackupRetentionInDays": "1"
}
```