本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 监控和通知子类别
**Topics**
+ [CloudWatch \$1 启用非根卷监控](management-monitoring-cloudwatch-enable-non-root-volumes-monitoring.md)
+ [CloudWatch \$1 修改日志保留期](management-monitoring-cloudwatch-modify-log-retention-period.md)
+ [GuardDuty IP 设置 \$1 删除（托管自动化）](management-monitoring-guardduty-ip-set-delete-managed-automation.md)
+ [GuardDuty IP 集 \$1 更新（托管自动化）](management-monitoring-guardduty-ip-set-update-managed-automation.md)
+ [GuardDuty 禁止规则 \$1 创建（托管自动化）](management-monitoring-guardduty-suppression-rules-create-managed-automation.md)
+ [GuardDuty 威胁情报集 \$1 删除（托管自动化）](management-monitoring-guardduty-threat-intel-set-delete-managed-automation.md)
+ [GuardDuty 威胁英特尔套装 \$1 更新（托管自动化）](management-monitoring-guardduty-threat-intel-set-update-managed-automation.md)
+ [SNS \$1 订阅 DirectCustomerAlerts](management-monitoring-sns-subscribe-to-directcustomeralerts.md)
+ [SNS \$1 更新（托管自动化）](management-monitoring-sns-update-managed-automation.md)
+ [SQS \$1 更新](management-monitoring-sqs-update.md)
# CloudWatch \$1 启用非根卷监控
启用对 EC2 实例的非根卷的监控。
**完整分类：**管理 \$1 监控和通知 \$1 CloudWatch \$1 启用非根卷监控
## 更改类型详情
****
| | |
| --- |--- |
| 更改类型 ID | ct-0erkoad6uyvvg |
| 当前版本 | 1.0 |
| 预期执行时长 | 60 分钟 |
| AWS 批准 | 必需 |
| 客户批准 | 非必需 |
| 执行模式 | 自动 |
## 附加信息
### 启用 CloudWatch 非根卷监控
#### 使用控制 CloudWatch 台启用非 root 卷监控
下面显示了 AMS 控制台中的此更改类型。
![\[变更 type for enabling non-root volumes monitoring on EC2 instances with ID and version.\]](http://docs.aws.amazon.com/zh_cn/managedservices/latest/ctref/images/guiCwEnableNonRootVolMonCT.png)
工作原理：
1. 导航到**创建 RFC** 页面：在 AMS 控制台的左侧导航窗格中，单击**RFCs**打开 RFCs 列表页面，然后单击**创建 R** FC。
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 启用 CloudWatch 非根卷监控
工作原理：
1. 使用 Inline Create（您发出包含所有 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 状态更改时收到通知，请将此行添加到请求的 RFC 参数部分（不是执行参数）。`--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"`有关所有 CreateRfc 参数的列表，请参阅《[AMS 变更管理 API 参考](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)》。
*内联创建*：
使用内联提供的执行参数发出 create RFC 命令（内联提供执行参数时请转义引号），然后提交返回的 RFC ID。例如，你可以用这样的东西替换内容：
```
aws amscm create-rfc --change-type-id "ct-0erkoad6uyvvg" --change-type-version "1.0" --title "Enable Non-Root Volumes Monitoring" --execution-parameters "{\"DocumentName\":\"AWSManagedServices-DeployNonRootVolumeMonitoring\",\"Region\":\"us-east-1\",\"Parameters\":{\"InstanceId\":[\"i-1234567890abcdef0\"]}}"
```
*模板创建*：
1. 将此更改类型的执行参数 JSON 架构输出到当前文件夹中的文件；此示例将其命名为 CwNonRootVolumeMonitoringParams .json：
```
aws amscm get-change-type-version --change-type-id "ct-0erkoad6uyvvg" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > CwNonRootVolumeMonitoringParams.json
```
1. 修改并保存 CwNonRootVolumeMonitoringParams .json 文件。例如，你可以用这样的东西替换内容：
```
{
"DocumentName": "AWSManagedServices-DeployNonRootVolumeMonitoring",
"Region": "us-east-1",
"Parameters": {
"InstanceId": [
"i-1234567890abcdef0"
]
}
}
```
1. 将的 JSON 模板输出 CreateRfc 到当前文件夹中的一个文件中；此示例将其命名为 CwNonRootVolumeMonitoringRfc .json：
```
aws amscm create-rfc --generate-cli-skeleton > CwNonRootVolumeMonitoringRfc.json
```
1. 修改并保存 CwNonRootVolumeMonitoringRfc .json 文件。例如，你可以用这样的东西替换内容：
```
{
"ChangeTypeVersion": "1.0",
"ChangeTypeId": "ct-0erkoad6uyvvg",
"Title": "CW-NON-ROOT-VOL-MONITORING-RFC"
}
```
1. 创建 RFC，指定 CwNonRootVolumeMonitoringRfc 文件和执行参数文件：
```
aws amscm create-rfc --cli-input-json file://CwNonRootVolumeMonitoringRfc.json --execution-parameters file://CwNonRootVolumeMonitoringParams.json
```
您在响应中收到新 RFC 的 ID，并可以使用它来提交和监控 RFC。在您提交之前，RFC 仍处于编辑状态且无法启动。
#### 提示
要了解更多信息 CloudWatch，请参阅[为您的实例启用或禁用详细监控](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cloudwatch-new.html)。
默认情况下，EC2 实例警报`Non-root volume usage`处于**禁用状态**。如果您需要基于此警报生成警报，则必须使用此 RFC 将其启用。
## 执行输入参数
有关执行输入参数的详细信息，请参见[变更架构类型 ct-0erkoad6uyvvg](schemas.md#ct-0erkoad6uyvvg-schema-section)。
## 示例：必填参数
```
{
"DocumentName": "AWSManagedServices-DeployNonRootVolumeMonitoring",
"Region": "us-east-1",
"Parameters": {
"InstanceId": [
"i-1234567890abcdef0"
]
}
}
```
## 示例：所有参数
```
{
"DocumentName": "AWSManagedServices-DeployNonRootVolumeMonitoring",
"Region": "us-east-1",
"Parameters": {
"InstanceId": [
"i-1234567890abcdef0"
]
}
}
```
# CloudWatch \$1 修改日志保留期
修改 Amazon CloudWatch 日志组的保留期。无论 CloudWatch 日志组是否属于堆栈，此更改都会直接执行 API 操作，这可能会导致堆栈偏移。
**完整分类：**管理 \$1 监控和通知 \$1 CloudWatch \$1 修改日志保留期
## 更改类型详情
****
| | |
| --- |--- |
| 更改类型 ID | ct-0vfx8rwd1mcnn |
| 当前版本 | 1.0 |
| 预期执行时长 | 60 分钟 |
| AWS 批准 | 必需 |
| 客户批准 | 非必需 |
| 执行模式 | 自动 |
## 附加信息
### 修改日志保留期
#### 使用控制台修改日志保留期
下图显示了 AMS 控制台中的此更改类型。
![\[alt text not found\]](http://docs.aws.amazon.com/zh_cn/managedservices/latest/ctref/images/guiModifyLogRetentionPeriodCT.png)
工作原理：
1. 导航到 “**创建 RFC**” 页面：在 AMS 控制台的左侧导航窗格中，单击**RFCs**打开 RFCs 列表页面，然后单击 “**创建 R** FC”。
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 修改日志保留期
工作原理：
1. 使用 Inline Create（您发出包含所有 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 状态更改时收到通知，请将此行添加到请求的 RFC 参数部分（不是执行参数）。`--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"`有关所有 CreateRfc 参数的列表，请参阅《[AMS 变更管理 API 参考](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)》。
*内联创建*：
使用内联提供的执行参数发出 create RFC 命令（内联提供执行参数时请转义引号），然后提交返回的 RFC ID。例如，你可以用这样的东西替换内容：
```
aws amscm create-rfc --change-type-id "ct-0vfx8rwd1mcnn" --change-type-version "1.0" --title "Modify CloudWatch Log Retention" --execution-parameters "{\"DocumentName\":\"AWSManagedServices-ModifyCloudWatchLogRetentionPeriod\",\"Parameters\":{\"LogGroupNames\":[\"LOG_GROUP_NAME\"],\"RetentionDays\":\"365\"},\"Region\":\"REGION\"}"
```
```
aws amscm create-rfc --change-type-id "ct-0vfx8rwd1mcnn" --change-type-version "1.0" --title "Modify CloudWatch Log Retention" --execution-parameters "{\"DocumentName\":\"AWSManagedServices-ModifyCloudWatchLogRetentionPeriod\",\"Parameters\":{\"LogGroupNames\":[\"LOG_GROUP_NAME_1\",\"LOG_GROUP_NAME_2\"],\"RetentionDays\":\"90\"},\"Region\":\"REGION\"}"
```
*模板创建*：
1. 将此更改类型的执行参数 JSON 架构输出到当前文件夹中的一个文件中；此示例将其命名为 ret validateModifyLog ention.json：
```
aws amscm get-change-type-version --change-type-id "ct-0vfx8rwd1mcnn" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > validateModifyLogRetention.json
```
1. 修改并保存 validateModifyLog Retention.json 文件。例如，你可以用这样的东西替换内容：
```
{
"DocumentName": "AWSManagedServices-ModifyCloudWatchLogRetentionPeriod",
"Region": "REGION",
"Parameters": {
"LogGroupNames": ["LOG_GROUP_NAME"],
"RetentionDays": "365"
}
}
```
```
{
"DocumentName": "AWSManagedServices-ModifyCloudWatchLogRetentionPeriod",
"Parameters": {
"LogGroupNames": [
"LOG_GROUP_NAME_1",
"LOG_GROUP_NAME_2"
],
"RetentionDays": "90"
},
"Region": "REGION"
}
```
1. 将的 JSON 模板输出 CreateRfc 到当前文件夹中的一个文件中；此示例将其命名为 ModifyLogRetentionRfc .json：
```
aws amscm create-rfc --generate-cli-skeleton > ModifyLogRetentionRfc.json
```
1. 修改并保存 ModifyLogRetentionRfc .json 文件。例如，你可以用这样的东西替换内容：
```
{
"ChangeTypeVersion": "1.0",
"ChangeTypeId": "ct-0vfx8rwd1mcnn",
"Title": "Modify CloudWatch Log Retention"
}
```
1. 创建 RFC，指定 ModifyLogRetentionRfc 文件和执行参数文件：
```
aws amscm create-rfc --cli-input-json file://ModifyLogRetentionRfc.json --execution-parameters file://validateModifyLogRetention.json
```
您在响应中收到新 RFC 的 ID，并可以使用它来提交和监控 RFC。在您提交之前，RFC 仍处于编辑状态且无法启动。
#### 提示
要了解更多信息 CloudWatch，请参阅[为您的实例启用或禁用详细监控](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cloudwatch-new.html)。
## 执行输入参数
有关执行输入参数的详细信息，请参见[变更架构类型 ct-0vfx8rwd1mcnn](schemas.md#ct-0vfx8rwd1mcnn-schema-section)。
## 示例：必填参数
```
{
"DocumentName": "AWSManagedServices-ModifyCloudWatchLogRetentionPeriod",
"Region": "us-east-1",
"Parameters": {
"LogGroupNames": [
"my-log-group"
],
"RetentionDays": "90"
}
}
```
## 示例：所有参数
```
Example not available.
```
# GuardDuty IP 设置 \$1 删除（托管自动化）
用于删除 Amazon GuardDuty IPSet 实例，该实例是已列入白名单的可信 IP 地址列表，用于与您的 AWS 环境进行高度安全的通信。
**完整分类：**管理 \$1 监控和通知 \$1 GuardDuty IP 设置 \$1 删除（托管自动化）
## 更改类型详情
****
| | |
| --- |--- |
| 更改类型 ID | ct-1b8fudnqq7m8r |
| 当前版本 | 1.0 |
| 预期执行时长 | 240 分钟 |
| AWS 批准 | 必需 |
| 客户批准 | 如果是提交者，则不需要填写 |
| 执行模式 | 手动 |
## 附加信息
### 删除 GuardDuty IP 集（托管自动化）
#### 使用控制台删除 GuardDuty （托管自动化）的 IP 集
下图显示了 AMS 控制台中的此更改类型。
![\[alt text not found\]](http://docs.aws.amazon.com/zh_cn/managedservices/latest/ctref/images/guiGuardDutyIpSetDeleteRrCT.png)
工作原理：
1. 导航到 “**创建 RFC**” 页面：在 AMS 控制台的左侧导航窗格中，单击**RFCs**打开 RFCs 列表页面，然后单击 “**创建 R** FC”。
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 删除 GuardDuty （托管自动化）的 IP 集
工作原理：
1. 使用 Inline Create（您发出包含所有 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 状态更改时收到通知，请将此行添加到请求的 RFC 参数部分（不是执行参数）。`--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"`有关所有 CreateRfc 参数的列表，请参阅《[AMS 变更管理 API 参考](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)》。
*内联创建*：
使用内联提供的执行参数（内联提供执行参数时使用转义引号）发出 create RFC 命令，然后提交返回的 RFC ID。例如，你可以用这样的东西替换内容：
```
aws amscm create-rfc --change-type-id "ct-1b8fudnqq7m8r" --change-type-version "1.0" --title "Delete Amazon GuardDuty IP Set" --execution-parameters "{\"DetectorId\": \"00000000000000000000000000000000\", \"IpSetId\": \"00000000000000000000000000000000\", \"Region\": \"us-east-1\"}"
```
*模板创建*：
1. 将此更改类型的执行参数 JSON 架构输出到文件中；此示例将其命名为 DeleteGdIpSetParams .json。
```
aws amscm get-change-type-version --change-type-id "ct-08avsj2e9mc7g" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > DeleteGdIpSetParams.json
```
1. 修改并保存该 DeleteGdIpSetParams 文件。例如，你可以用这样的东西替换内容：
```
{
"DetectorId": "00000000000000000000000000000000",
"IpSetId": "00000000000000000000000000000000",
"Region": "us-east-1"
}
```
1. 将 RFC 模板 JSON 文件输出到名为 DeleteGdIpSetRfc .json 的文件中：
```
aws amscm create-rfc --generate-cli-skeleton > DeleteGdIpSetRfc.json
```
1. 修改并保存 DeleteGdIpSetRfc .json 文件。例如，你可以用这样的东西替换内容：
```
{
"ChangeTypeVersion": "1.0",
"ChangeTypeId": "ct-08avsj2e9mc7g",
"Title": "DELETE_GD_IP_SET"
}
```
1. 创建 RFC，指定 DeleteGdIpSetRfc Rfc 文件和文件： DeleteGdIpSetParams
```
aws amscm create-rfc --cli-input-json file://DeleteGdIpSetRfc.json --execution-parameters file://DeleteGdIpSetParams.json
```
您在响应中收到新 RFC 的 ID，并可以使用它来提交和监控 RFC。在您提交之前，RFC 仍处于编辑状态且无法启动。
#### 提示
有关亚马逊的更多信息 GuardDuty，请参阅 Amazon [GuardDuty](https://aws.amazon.com/guardduty/)。
这是一种手动更改类型（AMS 操作员必须查看并运行 CT），这意味着 RFC 可能需要更长的时间才能运行，您可能需要通过 RFC 详细信息页面的相应选项与 AMS 沟通。此外，如果您计划手动更改类型 RFC，请务必留出至少 24 小时的时间，如果在计划开始时间之前未获得批准，RFC 将被自动拒绝。
## 执行输入参数
有关执行输入参数的详细信息，请参见[变更架构类型 ct-1b8fudnq7m8r](schemas.md#ct-1b8fudnqq7m8r-schema-section)。
## 示例：必填参数
```
{
"IpSetId": "0cb0141ab9fbde177613ab9436212e90",
"Region": "us-east-1"
}
```
## 示例：所有参数
```
{
"DetectorId": "12abc34d567e8fa901bc2d34e56789f0",
"IpSetId": "0cb0141ab9fbde177613ab9436212e90",
"Region": "us-east-1",
"Priority": "Medium"
}
```
# GuardDuty IP 集 \$1 更新（托管自动化）
用于更新 Amazon GuardDuty IPSet 实例，该实例是已列入白名单的可信 IP 地址列表，用于与您的 AWS 环境进行高度安全的通信。
**完整分类：**管理 \$1 监控和通知 \$1 GuardDuty IP 集 \$1 更新（托管自动化）
## 更改类型详情
****
| | |
| --- |--- |
| 更改类型 ID | ct-07jzw8bzd2on7 |
| 当前版本 | 1.0 |
| 预期执行时长 | 240 分钟 |
| AWS 批准 | 必需 |
| 客户批准 | 如果是提交者，则不需要填写 |
| 执行模式 | 手动 |
## 附加信息
### 更新 GuardDuty IP 集（托管自动化）
#### 使用控制台更新 GuardDuty （托管自动化）的 IP 集
下面显示了 AMS 控制台中的此更改类型。
![\[alt text not found\]](http://docs.aws.amazon.com/zh_cn/managedservices/latest/ctref/images/guiGuardDutyIpSetUpdateRrCT.png)
工作原理：
1. 导航到 “**创建 RFC**” 页面：在 AMS 控制台的左侧导航窗格中，单击**RFCs**打开 RFCs 列表页面，然后单击 “**创建 R** FC”。
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 更新 GuardDuty （托管自动化）的 IP 集
工作原理：
1. 使用 Inline Create（您发出包含所有 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 状态更改时收到通知，请将此行添加到请求的 RFC 参数部分（不是执行参数）。`--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"`有关所有 CreateRfc 参数的列表，请参阅《[AMS 变更管理 API 参考](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)》。
*内联创建*：
使用内联提供的执行参数（内联提供执行参数时使用转义引号）发出 create RFC 命令，然后提交返回的 RFC ID。例如，你可以用这样的东西替换内容：
```
aws amscm create-rfc --change-type-id "ct-07jzw8bzd2on7" --change-type-version "1.0" --title "Update Amazon GuardDuty IP Set" --execution-parameters "{\"Activate\": true, \"DetectorId\": \"00000000000000000000000000000000\", \"Name\": \"trusted-ips\", \"IpSet\": \"https://s3.us-west-2.amazonaws.com/bucket-name/my-object-key\", \"IpSetId\": \"00000000000000000000000000000000\", \"Region\": \"us-east-1\"}"
```
*模板创建*：
1. 将此更改类型的执行参数 JSON 架构输出到文件中；此示例将其命名为 UpdateGdIpSetParams .json。
```
aws amscm get-change-type-version --change-type-id "ct-07jzw8bzd2on7" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > UpdateGdIpSetParams.json
```
1. 修改并保存 UpdateGdIpSetParams 文件。例如，你可以用这样的东西替换内容：
```
{
"Activate": true,
"DetectorId": "00000000000000000000000000000000",
"Name": "trusted-ips",
"IpSet": "https://s3.us-west-2.amazonaws.com/bucket-name/my-object-key",
"IpSetId": "00000000000000000000000000000000",
"Region": "us-east-1"
}
```
1. 将 RFC 模板 JSON 文件输出到名为 UpdateGdIpSetRfc .json 的文件中：
```
aws amscm create-rfc --generate-cli-skeleton > UpdateGdIpSetRfc.json
```
1. 修改并保存 UpdateGdIpSetRfc .json 文件。例如，你可以用这样的东西替换内容：
```
{
"ChangeTypeVersion": "1.0",
"ChangeTypeId": "ct-07jzw8bzd2on7",
"Title": "UPDATE_GD_IP_SET"
}
```
1. 创建 RFC，指定 UpdateGdIpSet Rfc 文件和文件： UpdateGdIpSetParams
```
aws amscm create-rfc --cli-input-json file://UpdateGdIpSetRfc.json --execution-parameters file://UpdateGdIpSetParams.json
```
您在响应中收到新 RFC 的 ID，并可以使用它来提交和监控 RFC。在您提交之前，RFC 仍处于编辑状态且无法启动。
#### 提示
这是一种手动更改类型（AMS 操作员必须查看并运行 CT），这意味着 RFC 可能需要更长的时间才能运行，您可能需要通过 RFC 详细信息页面的相应选项与 AMS 沟通。此外，如果您计划手动更改类型 RFC，请务必留出至少 24 小时的时间，如果在计划开始时间之前未获得批准，RFC 将被自动拒绝。
[有关亚马逊 GuardDuty 和创建 IP 集的更多信息，请参阅 A [mazon GuardDuty](https://aws.amazon.com/guardduty/) 和创建。IPSet](https://docs.aws.amazon.com/guardduty/latest/APIReference/API_CreateIPSet.html)
## 执行输入参数
有关执行输入参数的详细信息，请参见[变更架构类型 ct-07jzw8bzd2on7](schemas.md#ct-07jzw8bzd2on7-schema-section)。
## 示例：必填参数
```
{
"DetectorId": "12abc34d567e8fa901bc2d34e56789f0",
"IpSetId": "0cb0141ab9fbde177613ab9436212e90",
"Region": "us-east-1"
}
```
## 示例：所有参数
```
{
"Activate": true,
"DetectorId": "12abc34d567e8fa901bc2d34e56789f0",
"IpSet": "https://s3.amazonaws.com/guarddutylists/sample.txt",
"IpSetId": "0cb0141ab9fbde177613ab9436212e90",
"Name": "Sample IPSet",
"Region": "us-east-1",
"Priority": "Medium"
}
```
# GuardDuty 禁止规则 \$1 创建（托管自动化）
创建 GuardDuty 禁止规则。
**完整分类：**管理 \$1 监控和通知 \$1 GuardDuty 禁止规则 \$1 创建（托管自动化）
## 更改类型详情
****
| | |
| --- |--- |
| 更改类型 ID | ct-26swglg6rodzt |
| 当前版本 | 1.0 |
| 预期执行时长 | 240 分钟 |
| AWS 批准 | 必需 |
| 客户批准 | 如果是提交者，则不需要填写 |
| 执行模式 | 手动 |
## 附加信息
### 创建 GuardDuty 禁止规则（托管自动化）
#### 使用控制台创建 GuardDuty 禁止规则（托管自动化）
下图显示了 AMS 控制台中的此更改类型。
![\[alt text not found\]](http://docs.aws.amazon.com/zh_cn/managedservices/latest/ctref/images/guiGuardDutySuppRulesCreateMaCT.png)
工作原理：
1. 导航到 “**创建 RFC**” 页面：在 AMS 控制台的左侧导航窗格中，单击**RFCs**打开 RFCs 列表页面，然后单击 “**创建 R** FC”。
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 创建 GuardDuty 禁止规则（托管自动化）
工作原理：
1. 使用 Inline Create（您发出包含所有 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 状态更改时收到通知，请将此行添加到请求的 RFC 参数部分（不是执行参数）。`--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"`有关所有 CreateRfc 参数的列表，请参阅《[AMS 变更管理 API 参考](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)》。
*内联创建*：
使用内联提供的执行参数（内联提供执行参数时使用转义引号）发出 create RFC 命令，然后提交返回的 RFC ID。例如，你可以用这样的东西替换内容：
```
aws amscm create-rfc --change-type-id "ct-26swglg6rodzt" --change-type-version "1.0" --title "Create GuardDuty suppression rules" --execution-parameters "{\"Region\":\"us-east-1\",\"Source\":[\"10.0.0.0\",\"i-1234567890abcdef0\"],\"Destination\":[\"203.0.113.1\",\"22\"],\"FindingType\":\"EC2/NetworkPortUnusual\",\"AdditonalSuppressionParameters\":\"TCP protocol\",\"Reason\":\"Reason for supressing this GuardDuty finding\",\"SuppressionRuleName\":\"TestSupressionRule\",\"Description\":\"Testing\",\"Priority\":\"High\"}"
```
*模板创建*：
1. 将此更改类型的执行参数 JSON 架构输出到文件中；此示例将其命名为 GuardDutySupressionRulesParams .json。
```
aws amscm get-change-type-version --change-type-id "ct-26swglg6rodzt" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > GuardDutySupressionRulesParams.json
```
1. 修改并保存该 GuardDutySupressionRulesParams 文件。例如，你可以用这样的东西替换内容：
```
{
"Region": "us-east-1",
"Source": [
"10.0.0.0",
"i-1234567890abcdef0"
],
"Destination": [
"203.0.113.1",
"22"
],
"FindingType": "EC2/NetworkPortUnusual",
"AdditonalSuppressionParameters": "TCP protocol",
"Reason": "Reason for supressing this GuardDuty finding",
"SuppressionRuleName": "TestSupressionRule",
"Description": "Testing",
"Priority": "High"
}
```
1. 将 RFC 模板 JSON 文件输出到名为 GuardDutySupressionRulesRfc .json 的文件中：
```
aws amscm create-rfc --generate-cli-skeleton > GuardDutySupressionRulesRfc.json
```
1. 修改并保存 GuardDutySupressionRulesRfc .json 文件。例如，你可以用这样的东西替换内容：
```
{
"ChangeTypeVersion": "1.0",
"ChangeTypeId": "ct-26swglg6rodzt",
"Title": "Create GuardDuty suppression rules"
}
```
1. 创建 RFC，指定 GuardDutySupressionRulesRfc 文件和 GuardDutySupressionRulesParams 文件：
```
aws amscm create-rfc --cli-input-json file://GuardDutySupressionRulesRfc.json --execution-parameters file://GuardDutySupressionRulesParams.json
```
您在响应中收到新 RFC 的 ID，并可以使用它来提交和监控 RFC。在您提交之前，RFC 仍处于编辑状态且无法启动。
#### 提示
这是一种手动更改类型（AMS 操作员必须查看并运行 CT），这意味着 RFC 可能需要更长的时间才能运行，您可能需要通过 RFC 详细信息页面的相应选项与 AMS 沟通。此外，如果您计划手动更改类型 RFC，请务必留出至少 24 小时的时间，如果在计划开始时间之前未获得批准，RFC 将被自动拒绝。
## 执行输入参数
有关执行输入参数的详细信息，请参见[变更架构类型 ct-26swglg6rodzt](schemas.md#ct-26swglg6rodzt-schema-section)。
## 示例：必填参数
```
Example not available.
```
## 示例：所有参数
```
Example not available.
```
# GuardDuty 威胁情报集 \$1 删除（托管自动化）
用于删除 Amazon GuardDuty ThreatIntelSet 实例，该实例是已知的恶意 IP 地址列表。
**完整分类：**管理 \$1 监控和通知 \$1 GuardDuty 威胁情报集 \$1 删除（托管自动化）
## 更改类型详情
****
| | |
| --- |--- |
| 更改类型 ID | ct-2qjqju7h67s7w |
| 当前版本 | 1.0 |
| 预期执行时长 | 240 分钟 |
| AWS 批准 | 必需 |
| 客户批准 | 如果是提交者，则不需要填写 |
| 执行模式 | 手动 |
## 附加信息
### 删除 GuardDuty 威胁情报集（托管自动化）
#### 使用控制台删除为 GuardDuty （托管自动化）设置的威胁情报
下图显示了 AMS 控制台中的此更改类型。
![\[alt text not found\]](http://docs.aws.amazon.com/zh_cn/managedservices/latest/ctref/images/guiGuardDutyThreatIntelSetDeleteRrCT.png)
工作原理：
1. 导航到 “**创建 RFC**” 页面：在 AMS 控制台的左侧导航窗格中，单击**RFCs**打开 RFCs 列表页面，然后单击 “**创建 R** FC”。
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 删除为 GuardDuty （托管自动化）设置的威胁情报
工作原理：
1. 使用 Inline Create（您发出包含所有 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 状态更改时收到通知，请将此行添加到请求的 RFC 参数部分（不是执行参数）。`--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"`有关所有 CreateRfc 参数的列表，请参阅《[AMS 变更管理 API 参考](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)》。
*内联创建*：
使用内联提供的执行参数（内联提供执行参数时使用转义引号）发出 create RFC 命令，然后提交返回的 RFC ID。例如，你可以用这样的东西替换内容：
```
aws amscm create-rfc --change-type-id "ct-2qjqju7h67s7w" --change-type-version "1.0" --title "Delete Amazon GuardDuty Threat Intel Set" --execution-parameters "{\"DetectorId\": \"00000000000000000000000000000000\", \"ThreatIntelSetId\": \"00000000000000000000000000000000\", \"Region\": \"us-east-1\"}"
```
*模板创建*：
1. 将此更改类型的执行参数 JSON 架构输出到文件中；此示例将其命名为 DeleteGdThreatIntelSetParams .json。
```
aws amscm get-change-type-version --change-type-id "ct-2qjqju7h67s7w" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > DeleteGdThreatIntelSetParams.json
```
1. 修改并保存该 DeleteGdThreatIntelSetParams 文件。例如，你可以用这样的东西替换内容：
```
{
"DetectorId": "00000000000000000000000000000000",
"ThreatIntelSetId": "00000000000000000000000000000000",
"Region": "us-east-1"
}
```
1. 将 RFC 模板 JSON 文件输出到名为 DeleteGdThreatIntelSetRfc .json 的文件中：
```
aws amscm create-rfc --generate-cli-skeleton > DeleteGdThreatIntelSetRfc.json
```
1. 修改并保存 DeleteGdThreatIntelSetRfc .json 文件。例如，你可以用这样的东西替换内容：
```
{
"ChangeTypeVersion": "1.0",
"ChangeTypeId": "ct-2qjqju7h67s7w",
"Title": "DELETE_GD_THREAT_INTEL_SET"
}
```
1. 创建 RFC，指定 DeleteGdThreatIntelSet Rfc 文件和文件： DeleteGdThreatIntelSetParams
```
aws amscm create-rfc --cli-input-json file://DeleteGdThreatIntelSetRfc.json --execution-parameters file://DeleteGdThreatIntelSetParams.json
```
您在响应中收到新 RFC 的 ID，并可以使用它来提交和监控 RFC。在您提交之前，RFC 仍处于编辑状态且无法启动。
#### 提示
这是一种手动更改类型（AMS 操作员必须查看并运行 CT），这意味着 RFC 可能需要更长的时间才能运行，您可能需要通过 RFC 详细信息页面的相应选项与 AMS 沟通。此外，如果您计划手动更改类型 RFC，请务必留出至少 24 小时的时间，如果在计划开始时间之前未获得批准，RFC 将被自动拒绝。
有关亚马逊 GuardDuty 和英特尔威胁套装的更多信息，请参阅 A [mazon GuardDuty](https://aws.amazon.com/guardduty/)。
## 执行输入参数
有关执行输入参数的详细信息，请参见[变更架构类型 ct-2qjqju7h67s7w](schemas.md#ct-2qjqju7h67s7w-schema-section)。
## 示例：必填参数
```
{
"Region": "us-east-1",
"ThreatIntelSetId": "0cb0141ab9fbde177613ab9436212e90"
}
```
## 示例：所有参数
```
{
"DetectorId": "12abc34d567e8fa901bc2d34e56789f0",
"Region": "us-east-1",
"ThreatIntelSetId": "0cb0141ab9fbde177613ab9436212e90",
"Priority": "Medium"
}
```
# GuardDuty 威胁英特尔套装 \$1 更新（托管自动化）
用于更新 Amazon GuardDuty ThreatIntelSet 实例，该实例是已列入白名单的可信 IP 地址列表，用于与您的 AWS 环境进行高度安全的通信。
**完整分类：**管理 \$1 监控和通知 \$1 GuardDuty 威胁情报集 \$1 更新（托管自动化）
## 更改类型详情
****
| | |
| --- |--- |
| 更改类型 ID | ct-2rnjx5yd6jgpt |
| 当前版本 | 1.0 |
| 预期执行时长 | 240 分钟 |
| AWS 批准 | 必需 |
| 客户批准 | 如果是提交者，则不需要填写 |
| 执行模式 | 手动 |
## 附加信息
### 更新 GuardDuty 威胁情报集（托管自动化）
#### 使用控制台更新为 GuardDuty （托管自动化）设置的威胁情报
THh 下面显示了 AMS 控制台中的此更改类型。
![\[alt text not found\]](http://docs.aws.amazon.com/zh_cn/managedservices/latest/ctref/images/guiGuardDutyThreatIntelSetUpdateRrCT.png)
工作原理：
1. 导航到**创建 RFC** 页面：在 AMS 控制台的左侧导航窗格中，单击**RFCs**打开 RFCs 列表页面，然后单击**创建 R** FC。
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 更新为 GuardDuty （托管自动化）设置的威胁情报
工作原理：
1. 使用 Inline Create（您发出包含所有 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 状态更改时收到通知，请将此行添加到请求的 RFC 参数部分（不是执行参数）。`--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"`有关所有 CreateRfc 参数的列表，请参阅《[AMS 变更管理 API 参考](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)》。
*内联创建*：
使用内联提供的执行参数（内联提供执行参数时使用转义引号）发出 create RFC 命令，然后提交返回的 RFC ID。例如，你可以用这样的东西替换内容：
```
aws amscm create-rfc --change-type-id "ct-2rnjx5yd6jgpt" --change-type-version "1.0" --title "Update Amazon GuardDuty Threat Intel Set" --execution-parameters "{\"Activate\": true, \"DetectorId\": \"00000000000000000000000000000000\", \"Name\": \"blacklisted-ips\", \"ThreatIntelSet\": \"https://s3.us-west-2.amazonaws.com/bucket-name/my-object-key\", \"ThreatIntelSetId\": \"00000000000000000000000000000000\", \"Region\": \"us-east-1\"}"
```
*模板创建*：
1. 将此更改类型的执行参数 JSON 架构输出到文件；此示例将其命名为 UpdateGdThreatIntelSetParams .json。
```
aws amscm get-change-type-version --change-type-id "ct-2rnjx5yd6jgpt" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > UpdateGdThreatIntelSetParams.json
```
1. 修改并保存 UpdateGdThreatIntelSetParams 文件。例如，你可以用这样的东西替换内容：
```
{
"Activate": true,
"DetectorId": "00000000000000000000000000000000",
"Name": "blacklisted-ips",
"ThreatIntelSet": "https://s3.us-west-2.amazonaws.com/bucket-name/my-object-key",
"ThreatIntelSetId": "00000000000000000000000000000000",
"Region": "us-east-1"
}
```
1. 将 RFC 模板 JSON 文件输出到名为 UpdateGdThreatIntelSetRfc .json 的文件中：
```
aws amscm create-rfc --generate-cli-skeleton > UpdateGdThreatIntelSetRfc.json
```
1. 修改并保存 UpdateGdThreatIntelSetRfc .json 文件。例如，你可以用这样的东西替换内容：
```
{
"ChangeTypeVersion": "1.0",
"ChangeTypeId": "ct-2rnjx5yd6jgpt",
"Title": "CREATE_GD_IP_SET"
}
```
1. 创建 RFC，指定 UpdateGdThreatIntelSet Rfc 文件和文件： UpdateGdThreatIntelSetParams
```
aws amscm create-rfc --cli-input-json file://UpdateGdThreatIntelSetRfc.json --execution-parameters file://UpdateGdThreatIntelSetParams.json
```
您在响应中收到新 RFC 的 ID，并可以使用它来提交和监控 RFC。在您提交之前，RFC 仍处于编辑状态且无法启动。
#### 提示
这是一种手动更改类型（AMS 操作员必须查看并运行 CT），这意味着 RFC 可能需要更长的时间才能运行，您可能需要通过 RFC 详细信息页面的相应选项与 AMS 沟通。此外，如果您计划手动更改类型 RFC，请务必留出至少 24 小时的时间，如果在计划开始时间之前未获得批准，RFC 将被自动拒绝。
有关亚马逊 GuardDuty 和创建威胁情报集的更多信息，请参阅 A [mazon GuardDuty 和](https://aws.amazon.com/guardduty/)。[CreateThreatIntelSet](https://docs.aws.amazon.com/guardduty/latest/APIReference/API_CreateThreatIntelSet.html)
## 执行输入参数
有关执行输入参数的详细信息，请参见[变更架构类型 ct-2rnjx5yd6jgpt](schemas.md#ct-2rnjx5yd6jgpt-schema-section)。
## 示例：必填参数
```
{
"DetectorId": "12abc34d567e8fa901bc2d34e56789f0",
"ThreatIntelSetId": "0cb0141ab9fbde177613ab9436212e90",
"Region": "us-east-1"
}
```
## 示例：所有参数
```
{
"Activate": true,
"DetectorId": "12abc34d567e8fa901bc2d34e56789f0",
"ThreatIntelSet": "https://s3.amazonaws.com/guarddutylists/sample.txt",
"ThreatIntelSetId": "0cb0141ab9fbde177613ab9436212e90",
"Name": "Sample ThreatIntelSet",
"Region": "us-east-1",
"Priority": "Medium"
}
```
# SNS \$1 订阅 DirectCustomerAlerts
通过电子邮件地址订阅 Direct-Customer-Alerts SNS 主题。
**完整分类：**管理 \$1 监控和通知 \$1 SNS \$1 订阅 DirectCustomerAlerts
## 更改类型详情
****
| | |
| --- |--- |
| 更改类型 ID | ct-3rcl9u1k017wu |
| 当前版本 | 1.0 |
| 预期执行时长 | 10 分钟 |
| AWS 批准 | 必需 |
| 客户批准 | 非必需 |
| 执行模式 | 自动 |
## 附加信息
### 订阅 SNS DirectCustomerAlerts
#### 使用控制台订阅 Direct-Customer-Alerts SNS 主题
AMS 控制台中此更改类型的屏幕截图：
![\[Subscribe to DirectCustomerAlerts form with description, ID, and version fields.\]](http://docs.aws.amazon.com/zh_cn/managedservices/latest/ctref/images/guiSnsSubscribeAlertsCT.png)
工作原理：
1. 导航到**创建 RFC** 页面：在 AMS 控制台的左侧导航窗格中，单击**RFCs**打开 RFCs 列表页面，然后单击**创建 R** FC。
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 订阅 Direct-Customer-Alerts SNS 主题
工作原理：
1. 使用 Inline Create（您发出包含所有 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 状态更改时收到通知，请将此行添加到请求的 RFC 参数部分（不是执行参数）。`--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"`有关所有 CreateRfc 参数的列表，请参阅《[AMS 变更管理 API 参考](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)》。
*内联创建*:?
使用内联提供的执行参数（内联提供执行参数时使用转义引号）发出 create RFC 命令，然后提交返回的 RFC ID。例如，你可以用这样的东西替换内容：
```
aws amscm create-rfc --change-type-id "ct-3rcl9u1k017wu" --change-type-version "1.0" --title "Subscribe-Direct-Customer-Alerts" --execution-parameters "{\"Email\": \"sample-email@example.com\", \"Region\": \"us-east-1\"}"
```
*模板创建*：
1. 将此更改类型的执行参数 JSON 架构输出到文件中；此示例将其命名为 SnsSubscribeParams .json。
```
aws amscm get-change-type-version --change-type-id "ct-3rcl9u1k017wu" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > SnsSubscribeParams.json
```
1. 修改并保存 SnsSubscribeParams 文件。例如，你可以用这样的东西替换内容：
```
{
"Description": "SnsTopicSub-Create",
"VpcId": "VPC_ID",
"Name": "My-SnsTopicSub",
"Parameters":{
"TopicName": "mytopic-cli-all-params",
"DisplayName": "testsns",
"Subscription1Protocol": "email",
"Subscription1Endpoint": "abc@xyz.com",
"Subscription1RawMessageDelivery": "false",
"Subscription2Protocol": "sms",
"Subscription2Endpoint": "+61500444777",
"Subscription2RawMessageDelivery": "false",
"KmsMasterKeyId": "arn:aws:kms:us-east-1:123456789101:key/cfe0542d-3be9-4166-9eac-d0cd6af61445"
}
}
```
1. 将 RFC 模板 JSON 文件输出到名为 SnsSubscribeRfc .json 的文件中：
```
aws amscm create-rfc --generate-cli-skeleton > SnsSubscribeRfc.json
```
1. 修改并保存 SnsSubscribeRfc .json 文件。例如，你可以用这样的东西替换内容：
```
{
"ChangeTypeVersion": "1.0",
"ChangeTypeId": "ct-3rcl9u1k017wu",
"Title": "Subscribe-Direct-Customer-Alerts-RFC"
}
```
1. 创建 RFC，指定 SnsSubscribe Rfc 文件和文件： SnsSubscribeParams
```
aws amscm create-rfc --cli-input-json file://SnsSubscribeRfc.json --execution-parameters file://SnsSubscribeParams.json
```
您在响应中收到新 RFC 的 ID，并可以使用它来提交和监控 RFC。在您提交之前，RFC 仍处于编辑状态且无法启动。
#### 提示
要了解有关 AWS 简单通知服务 (SNS) Simple Notification Service 的更多信息，请参阅[亚马逊](https://aws.amazon.com/sns/)简单通知服务。另请参阅 [Amazon SNS 入门](https://docs.aws.amazon.com/sns/latest/dg/sns-getting-started.html)。
## 执行输入参数
有关执行输入参数的详细信息，请参见[变更架构类型 ct-3rcl9u1k017wu](schemas.md#ct-3rcl9u1k017wu-schema-section)。
## 示例：必填参数
```
Example not available.
```
## 示例：所有参数
```
Example not available.
```
# SNS \$1 更新（托管自动化）
修改现有亚马逊简单通知服务 (SNS) Simple Notification Service 主题的属性。
**完整分类：**管理 \$1 监控和通知 \$1 SNS \$1 更新（托管自动化）
## 更改类型详情
****
| | |
| --- |--- |
| 更改类型 ID | ct-0zzf0fjz76jmb |
| 当前版本 | 1.0 |
| 预期执行时长 | 240 分钟 |
| AWS 批准 | 必需 |
| 客户批准 | 如果是提交者，则不需要填写 |
| 执行模式 | 手动 |
## 附加信息
### 更新 SNS 主题
#### 使用控制台更新 SNS 主题
AMS 控制台中此更改类型的屏幕截图：
![\[alt text not found\]](http://docs.aws.amazon.com/zh_cn/managedservices/latest/ctref/images/guiSnsUpdateCT.png)
工作原理：
1. 导航到 “**创建 RFC**” 页面：在 AMS 控制台的左侧导航窗格中，单击**RFCs**打开 RFCs 列表页面，然后单击 “**创建 R** FC”。
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 更新 SNS 主题
工作原理：
1. 使用 Inline Create（您发出包含所有 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 状态更改时收到通知，请将此行添加到请求的 RFC 参数部分（不是执行参数）。`--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"`有关所有 CreateRfc 参数的列表，请参阅《[AMS 变更管理 API 参考](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)》。
*内联创建*（最小参数）：
使用内联提供的执行参数（内联提供执行参数时使用转义引号）发出 create RFC 命令，然后提交返回的 RFC ID。例如，你可以用这样的东西替换内容：
```
aws amscm create-rfc --change-type-id "ct-0zzf0fjz76jmb" --change-type-version "1.0" --title "Update SNS Topic" --execution-parameters "{\"TopicArn\": \"arn:aws:sns:us-east-1:123456789101:My-SNS-Topic\", \"Priority\": \"Medium\", \"Parameters\": {\"DisplayName\": \"My-SNS-Topic\", \"KmsMasterKeyId\": \"arn:aws:kms:us-east-1:123456789101:key/cfe0542d-3be9-4166-9eac-d0cd6af61445\"}}"
```
*模板创建*（所有参数）：
1. 将此更改类型的执行参数 JSON 架构输出到文件中；此示例将其命名为 SnsUpdateParams .json。
```
aws amscm get-change-type-version --change-type-id "ct-3rcl9u1k017wu" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > SnsUpdateParams.json
```
1. 修改并保存该 SnsUpdateParams 文件。例如，你可以用这样的东西替换内容：
```
{
"TopicArn": "arn:aws:sns:us-east-1:123456789101:Test-Stack",
"Parameters": {
"DisplayName": "My-Test-Stack",
"DeliveryPolicy": "{\"http\":{\"defaultHealthyRetryPolicy\":{\"minDelayTarget\":20,\"maxDelayTarget\":20,\"numRetries\":3,\"numMaxDelayRetries\":0,\"numNoDelayRetries\":0,\"numMinDelayRetries\":0,\"backoffFunction\":\"linear\"},\"disableSubscriptionOverrides\":false,\"defaultRequestPolicy\":{\"headerContentType\":\"text/plain; charset=UTF-8\"}}}",
"DataProtectionPolicy": "{\"Name\":\"__example_data_protection_policy\",\"Description\":\"Exampledataprotectionpolicy\",\"Version\":\"2021-06-01\",\"Statement\":[{\"DataDirection\":\"Inbound\",\"Principal\":[\"arn:aws:iam::123456789101:user/ExampleUser\"],\"DataIdentifier\":[\"arn:aws:dataprotection::aws:data-identifier/CreditCardNumber\"],\"Operation\":{\"Deidentify\":{\"MaskConfig\":{\"MaskWithCharacter\":\"#\"}}}}]}",
"KmsMasterKeyARN": "arn:aws:kms:ap-southeast-2:123456789101:key/bb43bd18-3a75-482e-822d-d0d3a5544dc8",
"TracingConfig": "Active"
},
"Priority": "Medium"
}
```
1. 将 RFC 模板 JSON 文件输出到名为 SnsUpdateRfc .json 的文件中：
```
aws amscm create-rfc --generate-cli-skeleton > SnsUpdateRfc.json
```
1. 修改并保存 SnsUpdateRfc .json 文件。例如，你可以用这样的东西替换内容：
```
{
"ChangeTypeVersion": "1.0",
"ChangeTypeId": "ct-0zzf0fjz76jmb",
"Title": "Update-SNS-RFC"
}
```
1. 创建 RFC，指定 SnsUpdate Rfc 文件和文件： SnsUpdateParams
```
aws amscm create-rfc --cli-input-json file://SnsUpdateRfc.json --execution-parameters file://SnsUpdateParams.json
```
您在响应中收到新 RFC 的 ID，并可以使用它来提交和监控 RFC。在您提交之前，RFC 仍处于编辑状态且无法启动。
#### 提示
要了解有关 AWS 简单通知服务 (SNS) Simple Notification Service 的更多信息，请参阅[亚马逊](https://aws.amazon.com/sns/)简单通知服务。另请参阅 [Amazon SNS 入门](https://docs.aws.amazon.com/sns/latest/dg/sns-getting-started.html)。
## 执行输入参数
有关执行输入参数的详细信息，请参见[变更架构类型 ct-0zzf0fjz76jmb](schemas.md#ct-0zzf0fjz76jmb-schema-section)。
## 示例：必填参数
```
{
"TopicArn": "arn:aws:sns:us-east-1:000000000000:Test-Stack"
}
```
## 示例：所有参数
```
{
"TopicArn": "arn:aws:sns:us-east-1:000000000000:Test-Stack",
"Parameters":{
"DisplayName": "Test-Stack",
"AddSubscriptions": [
{
"Protocol": "http",
"Endpoint": "http://example.com/webhook"
},
{
"Protocol": "https",
"Endpoint": "https://example.com/webhook"
},
{
"Protocol": "email",
"Endpoint": "test@example.com"
},
{
"Protocol": "email-json",
"Endpoint": "test@example.com"
},
{
"Protocol": "sms",
"Endpoint": "+1234567890"
},
{
"Protocol": "sqs",
"Endpoint": "arn:aws:sqs:us-east-1:000000000000:TestQueue"
},
{
"Protocol": "application",
"Endpoint": "arn:aws:sns:us-east-1:000000000000:endpoint/GCM/MyApplication"
},
{
"Protocol": "lambda",
"Endpoint": "arn:aws:lambda:us-east-1:000000000000:function:TestFunction"
},
{
"Protocol": "firehose",
"Endpoint": "arn:aws:firehose:us-east-1:000000000000:deliverystream/TestStream"
}
],
"RemoveSubscriptions": [
"arn:aws:sns:us-east-1:000000000000:Test-Stack:12345678-1234-1234-1234-123456789012"
],
"DeliveryPolicy": "{\"http\":{\"defaultHealthyRetryPolicy\":{\"minDelayTarget\":20,\"maxDelayTarget\":20,\"numRetries\":3,\"numMaxDelayRetries\":0,\"numNoDelayRetries\":0,\"numMinDelayRetries\":0,\"backoffFunction\":\"linear\"},\"disableSubscriptionOverrides\":false,\"defaultRequestPolicy\":{\"headerContentType\":\"text/plain; charset=UTF-8\"}}}",
"DataProtectionPolicy": "{\"Name\":\"__example_data_protection_policy\",\"Description\":\"Exampledataprotectionpolicy\",\"Version\":\"2021-06-01\",\"Statement\":[{\"DataDirection\":\"Inbound\",\"Principal\":[\"arn:aws:iam::123456789012:user/ExampleUser\"],\"DataIdentifier\":[\"arn:aws:dataprotection::aws:data-identifier/CreditCardNumber\"],\"Operation\":{\"Deidentify\":{\"MaskConfig\":{\"MaskWithCharacter\":\"#\"}}}}]}",
"KmsMasterKeyARN": "arn:aws:kms:ap-southeast-2:123456789023:key/bb43bd18-3a75-482e-822d-d0d3a5544dc8",
"TracingConfig": "Active"
},
"Priority": "Medium"
}
```
# SQS \$1 更新
用于修改现有 Amazon 简单队列服务实例的属性。
**完整分类：**管理 \$1 监控和通知 \$1 SQS \$1 更新
## 更改类型详情
****
| | |
| --- |--- |
| 更改类型 ID | ct-0hi7z7tyikjf6 |
| 当前版本 | 1.0 |
| 预期执行时长 | 60 分钟 |
| AWS 批准 | 必需 |
| 客户批准 | 非必需 |
| 执行模式 | 自动 |
## 附加信息
### 更新 SQS 队列
#### 使用控制台更新 SQS 队列
AMS 控制台中此更改类型的屏幕截图：
![\[Properties panel for an Amazon Simple Queue Service instance, showing ID, version, and execution mode.\]](http://docs.aws.amazon.com/zh_cn/managedservices/latest/ctref/images/guiSqsUpdateCT.png)
工作原理：
1. 导航到 “**创建 RFC**” 页面：在 AMS 控制台的左侧导航窗格中，单击**RFCs**打开 RFCs 列表页面，然后单击 “**创建 R** FC”。
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 更新 SQS 队列
工作原理：
1. 使用 Inline Create（您发出包含所有 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 状态更改时收到通知，请将此行添加到请求的 RFC 参数部分（不是执行参数）。`--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"`有关所有 CreateRfc 参数的列表，请参阅《[AMS 变更管理 API 参考](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)》。
*内联创建*：
使用内联提供的执行参数（内联提供执行参数时使用转义引号）发出 create RFC 命令，然后提交返回的 RFC ID。例如，你可以用这样的东西替换内容：
```
aws amscm create-rfc --change-type-id "ct-0hi7z7tyikjf6" --change-type-version "1.0" --title "Update Amazon SQS Queue" --execution-parameters "{\"VpcId\": \"VPC_ID\", \"StackId\": \"STACK_ID\", \"Parameters\": {\"SQSDelaySeconds\": 0, \"SQSMaximumMessageSize\": 262144, \"SQSMessageRetentionPeriod\": 345600, \"SQSQueueName\": \"MyQueueName\", \"SQSReceiveMessageWaitTimeSeconds\": 0, \"SQSVisibilityTimeout\": 60}}"
```
*模板创建*：
1. 将此更改类型的执行参数 JSON 架构输出到文件中；此示例将其命名为 UpdateSqsInstanceParams .json。
```
aws amscm get-change-type-version --change-type-id "ct-0hi7z7tyikjf6" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > UpdateSqsInstanceParams.json
```
1. 修改并保存 UpdateSqsInstanceParams 文件。例如，你可以用这样的东西替换内容：
```
{
"VpcId": "VPC_ID",
"StackId": "STACK_ID",
"Parameters": {
"SQSDelaySeconds": 0,
"SQSMaximumMessageSize": 262144,
"SQSMessageRetentionPeriod": 345600,
"SQSQueueName": "MyQueueName",
"SQSReceiveMessageWaitTimeSeconds": 0,
"SQSVisibilityTimeout": 60
}
}
```
1. 将 RFC 模板 JSON 文件输出到名为 UpdateSqsInstanceRfc .json 的文件中：
```
aws amscm create-rfc --generate-cli-skeleton > UpdateSqsInstanceRfc.json
```
1. 修改并保存 UpdateSqsInstanceRfc .json 文件。例如，你可以用这样的东西替换内容：
```
{
"ChangeTypeVersion": "1.0",
"ChangeTypeId": "ct-0hi7z7tyikjf6",
"Title": "Sqs-Instance-Update-RFC"
}
```
1. 创建 RFC，指定 UpdateSqsTopicSub Rfc 文件和文件： UpdateSqsTopicSubParams
```
aws amscm create-rfc --cli-input-json file://UpdateSqsInstanceRfc.json --execution-parameters file://UpdateSqsInstanceParams.json
```
您在响应中收到新 RFC 的 ID，并可以使用它来提交和监控 RFC。在您提交之前，RFC 仍处于编辑状态且无法启动。
#### 提示
要了解有关亚马逊简单队列服务 (SQS) Simple Queue Service 的更多信息，请参阅[亚马逊](https://aws.amazon.com/sqs/)简单队列服务。
## 执行输入参数
有关执行输入参数的详细信息，请参见[变更架构类型 ct-0hi7z7tyikjf6](schemas.md#ct-0hi7z7tyikjf6-schema-section)。
## 示例：必填参数
```
{
"VpcId": "vpc-01234567890abcdef",
"StackId": "stack-a1b2c3d4e5f67890e",
"Parameters": {
"SQSQueueName": "mytestsqs"
}
}
```
## 示例：所有参数
```
{
"VpcId": "vpc-12345678",
"StackId": "stack-a1b2c3d4e5f67890e",
"Parameters": {
"SQSDelaySeconds": 0,
"SQSMaximumMessageSize": 262144,
"SQSMessageRetentionPeriod": 345600,
"SQSQueueName": "mytestsqs",
"SQSReceiveMessageWaitTimeSeconds": 0,
"SQSVisibilityTimeout": 0
}
}
```