Puppet Enterp OpsWorks rise 系统维护中 - AWS OpsWorks
配置系统维护按需启动系统维护在维护之后恢复自定义配置和文件

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

Puppet Enterp OpsWorks rise 系统维护中

重要

该 AWS OpsWorks for Puppet Enterprise 服务于 2024 年 3 月 31 日终止，新客户和现有客户均已禁用。我们强烈建议客户尽快将其工作负载迁移到其他解决方案。如果您对迁移有疑问，请通过 re AWS : Post 或通过 Pre mium Su AWS pp ort 与 AWS 支持 团队联系。

强制性系统维护可确保 Puppet AWS Server 的最新测试版本（包括安全更新）始终在 for Puppet Enterpr OpsWorks ise 服务器上运行。每周至少需要进行一次系统维护。如果需要 AWS CLI，您可以使用，配置每日自动维护。除了定期的 AWS CLI 系统维护外，您还可以使用按需执行系统维护。

如果有新的 Puppet 软件版本可用，一旦其通过了 AWS 测试，系统维护机制会自动在服务器上更新 Puppet 服务器的版本。AWS 进行了广泛的测试，以验证 Puppet 升级是否可以投入生产，并且不会中断现有客户环境，因此 Puppet 软件的发布与其应用于 Puppet Enterprise 服务器的现有 OpsWorks 版本之间可能会存在延迟。要按需更新 Puppet 软件的可用版本，请参阅本主题中的 按需启动系统维护。

系统维护从在维护过程中执行的备份启动新实例，这有助于减少经过定期维护的降级或受损 Amazon EC2 实例带来的风险。

重要

系统维护会删除您已添加到 Puppet Enterprise 服务器的所有文件或自定义配置。 OpsWorks 有关如何修复配置或文件丢失的更多信息，请参阅本主题中的在维护之后恢复自定义配置和文件。

配置系统维护

在 OpsWorks 为 Puppet Enterprise 服务器创建新的服务器时，可以按协调世界时 (UTC) 配置工作日和时间，以便开始系统维护。维护在您指定的小时开始。由于您可以预见到服务器会在系统维护期间脱机，因此请选择正常工作时间中对服务器需求较低的时间。进行维护时，服务器的状态为 UNDER_MAINTENANCE。

您还可以更改现有 OpsWorks 的 Puppet Enterprise 服务器上的系统维护设置，方法是更改服务器 “设置” 页面的 “系统维护” 区域中的设置，如以下屏幕截图所示。

显示系统维护部分的 Puppet master 设置。

在 System maintenance (系统维护) 部分中，设置您希望系统维护开始的日期和时间。

使用配置系统维护 AWS CLI

您还可以使用 AWS CLI配置系统维护自动开始时间。如果需要， AWS CLI 可以省略三个字符的工作日前缀，从而配置每日自动维护。

在 create-server 命令中，指定创建服务器实例的要求 (例如实例类型、实例配置文件 ARN 和服务角色 ARN) 后，向您的命令添加 --preferred-maintenance-window 参数。在以下 create-server 示例中，--preferred-maintenance-window 设置为 Mon:08:00，这意味着您已设置维护在每周一上午 8:00 开始。(UTC)。

aws opsworks-cm create-server --engine "Puppet" --engine-model "Monolithic" --engine-version "2017" --server-name "puppet-06" --instance-profile-arn "arn:aws:iam::1119001987000:instance-profile/aws-opsworks-cm-ec2-role" --instance-type "c4.large" --key-pair "amazon-test" --service-role-arn "arn:aws:iam::044726508045:role/aws-opsworks-cm-service-role" --preferred-maintenance-window "Mon:08:00"

在 update-server 命令中，您可以根据需要单独更新 --preferred-maintenance-window 值。在以下示例中，维护时段设置为周五晚上 6:15 (UTC)。

aws opsworks-cm update-server --server-name "puppet-06" --preferred-maintenance-window "Fri:18:15"

将维护时段的开始时间更改为每天晚上 6:15 (UTC)，请忽略三个字符的工作日前缀，如以下示例中所示。

aws opsworks-cm update-server --server-name "puppet-06" --preferred-maintenance-window "18:15"

有关使用设置首选系统维护时段的更多信息 AWS CLI，请参阅创建服务器和更新服务器。

按需启动系统维护

要在配置的每周或每日自动维护之外按需启动系统维护，请运行以下 AWS CLI 命令。您不能在 AWS Management Console中启动按需维护。

aws opsworks-cm start-maintenance --server-name server_name

有关此命令的更多信息，请参阅 start-maintenance。

在维护之后恢复自定义配置和文件

系统维护人员可以删除或更改您已添加到 for Puppet Enterprise 服务器 OpsWorks 的自定义文件或配置。

如果在维护运行之后，您的 Puppet Master 缺少了使用 RunCommand 或 SSH 添加的文件或设置，您可以使用亚马逊机器映像（AMI）来启动新的 Amazon EC2 实例。提供的 AMI 是从服务器的维护前配置生成的。

新的实例与维护前的 Puppet Master 处于相同状态，且应包含您缺少的文件和设置。

重要

您无法使用新实例来恢复服务器；该实例无法作为 Puppet Master 运行。您只能使用实例来恢复您的文件和配置设置。

要从 AMI 启动 EC2 实例，请在 Amazon EC2 控制台中打开 Launch 向导，选择 My AMIs，然后选择具有您的服务器名称的 AMI。按照 Amazon EC2 向导中的步骤执行，就像您启动任何其他实例一样操作。