View a markdown version of this page

Outposts server maintenance - AWS Outposts

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

Outposts server maintenance

这适用于区域AWS Outposts,就像适用于AWS区域一样。例如,AWS管理安全补丁、更新固件和维护 Outpost 设备。 AWS还可以监控 Outposts 服务器的性能、运行状况和指标,并确定是否需要进行任何维护。

警告

如果底层磁盘驱动器出现故障或实例终止,则实例存储卷上的数据将丢失。为防止数据丢失,我们建议您将实例存储卷上的长期数据备份到永久性存储,例如 Amazon S3 存储桶或本地网络中的网络存储设备。

更新联系人详细信息

如果 Outpost 拥有者发生变化,请联系 AWS 支持 Center,提供新拥有者的名称和联系信息。

硬件维护

如果在服务器配置过程中或托管在您的 Outposts 服务器上运行的 Amazon EC2 实例时AWS检测到硬件存在无法弥补的问题,我们将通知实例的所有者受影响的实例已计划停用。有关更多信息,请参阅 Amazon EC2 用户指南中的实例停用

AWS在实例停用日期终止受影响的实例。实例终止后不会保留实例存储卷上的数据。因此,请务必在实例停用日期之前采取措施。首先,将您的长期数据从各个受影响实例的实例存储卷传输到持久性存储上,例如 Amazon S3 存储桶或您的网络中的网络存储设备。

替换服务器将运往 Outpost 站点。然后执行以下操作:

  • 从无法修复的服务器上拔下网络电缆和电源线,并根据需要将服务器从机架上拆下。

  • 将替换服务器安装到原位。按照 Outposts 服务器安装中的安装说明进行操作。

  • 将无法修复的服务器装AWS入与更换服务器相同的包装中。

  • 使用预付费退货运输标签,该标签可在订单配置详细信息或替换服务器订单附带的控制台中找到。

  • 将服务器返回到AWS。有关更多信息,请参阅退回 AWS Outposts 服务器

固件更新

更新 Outpost 固件通常不会影响您的 Outpost 上的实例。在极少数情况下,我们需要重启 Outpost 设备才能安装更新。对于使用该容量运行的任何实例,您将收到相应的实例停用通知。

电源和网络事件最佳实践

正如AWS Outposts客户AWS服务条款中所述,Outposts设备所在的设施必须满足最低的电力和网络要求,以支持Outposts设备的安装、维护和使用。只有在电源和网络连接不中断的情况下,Outposts 服务器才会正常运行。

电源事件

在完全停电的情况下,存在AWS Outposts资源无法自动恢复服务的固有风险。除了部署冗余电源和备用电源解决方案外,我们还建议您提前完成以下步骤,以减轻某些恶劣情况的影响:

  • 使用 DNS-based 或机架外的负载平衡更改,以受控的方式将您的服务和应用程序从 Outposts 设备上移出。

  • 以有序的增量方式停止容器、实例和数据库,并在恢复服务时使用相反的顺序。

  • 测试受控地移动或停止服务的计划。

  • Back-up 关键数据和配置,并将其存储在 Outposts 之外。

  • 尽可能减少停电时间。

  • 在维护期间,避免重复开关电源(关-开-关-开)。

  • 在维护时段内留出额外时间来处理意外情况。

  • 通过传达比您通常需求更长的维护时段来管理用户和客户的期望。

  • 恢复供电后,在 Cent AWS 支持er 创建一个案例AWS Outposts,请求验证相关服务是否正在运行。

网络连接事件

网络维护完成后,您的 Outpost 与AWS地区或 Outposts 主区域之间的服务链路连接通常会自动从您的上游公司网络设备或任何第三方连接提供商的网络中可能发生的网络中断或问题中恢复。在服务链路连接中断期间,您的 Outpost 操作仅限于本地网络活动。

Outposts 服务器上的 Amazon EC2 实例、LNI 网络和实例存储卷将继续正常运行,并可通过本地网络和 LNI 进行本地访问。同样,诸如 Amazon ECS 工作节点之类的AWS服务资源继续在本地运行。但是,API 可用性将降低。例如,运行、启动、停止和终止 API 可能不起作用。实例指标和日志将继续在本地缓存长达 7 天,并在连接恢复后推送到该AWS区域。断开连接超过 7 天可能会导致指标和日志丢失。

如果由于现场电源问题或网络连接中断而导致服务链路中断,则会向拥有 Outposts 的账户Health Dashboard发送通知。即使预计会出现中断,您也AWS无法抑制服务链路中断的通知。有关更多信息,请参阅 AWS Health 用户指南中的开始使用 Health Dashboard

如果计划中的服务维护会影响网络连接,请采取以下主动措施来限制潜在问题情景的影响:

  • 如果网络维护由您掌控,请限制服务链路的停机时间。在维护过程中加入一个步骤,以验证网络是否已恢复。

  • 如果网络维护不由您掌控,请监控与通告的维护时段相关的服务链路停机时间。如果在通告的维护时段结束时服务链路还未恢复,请尽早上报给负责计划网络维护的一方。

资源

以下是一些与监控相关的资源,可以确保 Outpost 在发生计划内或计划外的电力或网络事件后正常运行:

  • AWS博客监控最佳实践AWS Outposts涵盖了Out posts特有的可观察性和事件管理最佳实践。

  • Amazon VPC 网络连接调试工具AWS博客对该AWSSupport-SetupIPMonitoringFromVPC工具进行了介绍。此工具是一个 AWS Systems Manager 文件(SSM 文件),可用于在您指定的子网中创建 Amazon EC2 监控实例并监控目标 IP 地址。该文档运行 ping、MTR、TCP 跟踪路径和跟踪路径诊断测试,并将结果存储在 Amazon CloudWatch Logs 中,这些结果可以在 CloudWatch 控制面板中可视化(例如延迟、丢包)。对于 Outposts 监控,监控实例应位于父AWS区域的一个子网中,并配置为使用其私有 IP 监控您的一个或多个 Outpost 实例,这将提供与父区域之间的AWS Outposts丢包图表和延迟。AWS

  • 部署自动化 Amazon CloudWatch 控制面板以供AWS Outposts使用的AWS博客AWS CDK描述了部署自动控制面板所涉及的步骤。

  • 如果您有任何疑问或需要更多信息,请参阅 AWS 支持用户指南中的创建支持案例

以加密方式粉碎服务器数据

需要使用 Nitro 安全密钥 (NSK) 来解密服务器上的数据。当您因为要更换服务器或停止服务而将AWS服务器返回到时,您可以销毁 NSK 以加密方式粉碎服务器上的数据。

以加密方式粉碎服务器上的数据
  1. 在将服务器运回服务器之前,请先从服务器上删除 NSK。AWS

  2. 请确保您持有服务器随附的正确 NSK。

  3. 取出贴纸下方的小六角工具/内六角扳手。

  4. 使用六角工具,将贴纸下方的小螺丝转动整整三圈。此操作会销毁 NSK,并以加密方式粉碎服务器上的所有数据。

    一个附带标签的 NSK,标签标识六角工具以及指旋螺丝(六角工具插入的位置)。