在AWS云端重新托管本地工作负载：迁移清单

整理发现前的待办事项。

与部门领导和应用程序所有者一起召开发现前待办事项整理工作会议。 

召开冲刺计划工作会话。

作为范围界定练习，在冲刺和波次之间分发您想要迁移的应用程序。

确认应用程序知识。

确认并记录应用程序所有者及其对应用程序的了解。确定是否还有其他负责技术问题关键人物。

确定应用程序合规要求。

向应用程序所有者确认该应用程序不必符合支付卡行业数据安全标准 (PCIDSS)、萨班斯-奥克斯利法案 (SOX)、个人身份信息 (PII) 或其他标准的要求。如果存在合规性要求，团队必须完成对将迁移的服务器的合规性检查。

确认生产版本的要求。

向应用程序所有者或技术联系人确认将迁移的应用程序发布到生产环境的要求（例如发布日期和停机时间）。

获取服务器列表。

获取与此目标应用程序关联的服务器列表。

获取显示当前状态的逻辑图。

从企业架构师或应用程序所有者处获取应用程序的当前状态图。

创建显示目标状态的逻辑图。

创建显示目标架构的应用程序逻辑图AWS。该图应说明服务器、连接性和映射因素。

获取服务器信息。

收集与应用程序关联的服务器相关信息，包括其配置详细信息。

将服务器信息添加至发现模板中。

将详细的服务器信息添加到应用程序发现模板 mobilize-application-questionnaire.xlsx 中（有关此模式，请参阅附件中的）。此模板包括所有与应用程序相关的安全、基础设施、操作系统和联网详细信息。

发布应用程序发现模板。

与应用程序所有者和迁移团队共享应用程序发现模板，以便共同访问和使用。

确认服务器列表。

与应用程序所有者或技术主管确认服务器列表以及每个服务器的用途。

识别和添加服务器组。

识别服务器组（例如 Web 服务器或应用程序服务器），并将此信息添加到应用程序发现模板中。选择每台服务器应属于的应用程序层（Web、应用程序、数据库）。

填写应用程序发现模板。

在迁移团队、应用程序团队和的帮助下，完成应用程序发现模板的详细信息AWS。

添加缺少的服务器详细信息（中间件和操作系统团队）。

要求中间件和操作系统 (OS) 团队检查应用程序发现模板并添加任何缺少的服务器详细信息，包括数据库信息。

获取入站/出站流量规则（网络小组）。

要求网络团队获取源服务器和目标服务器的入站/出站流量规则。网络团队还应添加现有的防火墙规则，将其导出为安全组格式，并将现有的负载均衡器添加到应用程序发现模板中。

确定所需标记。

确定应用程序标签要求。

创建防火墙请求详细信息。

捕获并过滤与应用程序通信所需防火墙规则。 

更新EC2实例类型。

根据基础设施和服务器要求，更新要在目标环境中使用的亚马逊弹性计算云 (AmazonEC2) 实例类型。 

确定当前状态图。

识别或创建显示应用程序当前状态图表。此图表将用于信息安全 (InfoSec) 请求。 

完成未来状态图。

完成显示应用程序未来（目标）状态的示意图。此图表也将在 InfoSec 请求中使用。 

创建防火墙或安全组服务请求。

创建防火墙或安全组服务请求（用于开发/QA、预生产和生产）。如果您使用的是 Cloud Migration Factory，请包括特定于复制的端口（如果它们尚未打开）。 

查看防火墙或安全组请求（InfoSec 团队）。

在此步骤中， InfoSec 团队将审查并批准在上一步中创建的防火墙或安全组请求。 

实施防火墙安全组请求（网络小组）。

在 InfoSec 团队批准防火墙请求后，网络团队将实施所需的入站/出站防火墙规则。 

导入应用程序与服务器数据。

如果您没有使用 Cloud Migration Factory，请按照说明设置迁移工具。

检查源服务器先决条件。

连接范围内的源服务器以验证先决条件，例如TCP端口 1500、端TCP口 443、根卷可用空间等。 NET框架版本和其他参数。这些是复制要求。有关更多信息，请参阅 Cloud Migration Factory 实施指南。

创建安装复制代理服务请求。

创建服务请求，以在范围内的服务器上安装复制代理以进行开发/QA、预生产或生产。

安装复制代理。

在开发/QA、预生产或生产计算机范围内源服务器上安装复制代理。有关更多信息，请参阅 Cloud Migration Factory 实施指南。

推送启动后脚本。

Application Migration Service 支持启动后脚本，以帮助您在启动目标实例后自动执行操作系统级别的活动，例如安装或卸载软件。此步骤将启动后的脚本推送至 Windows 或 Linux 计算机，具体取决于确定要迁移的服务器。有关说明，请参阅 Cloud Migration Factory 实施指南。

验证复制状态。

使用提供的脚本自动确认范围内源服务器的复制状态。该脚本每五分钟重复一次，直到给定波次中所有源服务器的状态更改为健康。有关说明，请参阅 Cloud Migration Factory 实施指南。

创建管理员用户。

从范围内的源服务器迁移到后，可能需要源计算机上的本地管理员或 sudo 用户来解决任何问题。AWS当身份验证服务器（例如，DC 或服务器）无法访问时，迁移团队会使用此用户登录目标LDAP服务器。有关此步骤的说明，请参阅 Cloud Migration Factory 实施指南。

验证启动模板。

验证服务器元数据，以确保其成功运行且没有无效数据。此步骤将验证测试与割接元数据。有关说明，请参阅 Cloud Migration Factory 实施指南。

创建服务请求。

为基础设施团队和其他团队创建服务请求，以将应用程序割接到开发/QA、预生产或生产实例。 

配置负载均衡器（可选）。

配置所需的负载均衡器，例如 Application Loa d Balancer 或 F5 负载均衡器。iRules

启动实例进行测试。

在测试模式下，在 Application Migration Service 中启动给定波次的所有目标计算机。有关更多信息，请参阅 Cloud Migration Factory 实施指南。

验证目标实例状态。

通过检查同一波中所有范围内源服务器的启动过程，来验证目标实例的状态。目标实例启动可能需要多达 30 分钟。您可以通过登录 Amazon EC2 控制台、搜索源服务器名称并查看 “状态检查” 列来手动检查状态。通过状态 2/2 检查表明该实例从基础设施的角度来看是健康的。

修改DNS条目。

修改域名系统 (DNS) 条目。(对于 Microsoft Windows 环境，请使用 resolv.conf 或 host.conf。) 将每个EC2实例配置为指向该主机的新 IP 地址。

注意：确保本地服务器和AWS云服务器之间没有DNS冲突。此步骤和以下步骤是可选的，具体取决于托管服务器环境。

测试EC2实例与后端主机的连接。

使用已迁移服务器的域凭证查验登录信息。

更新 DNS A 记录。

更新每台主机的 DNS A 记录，使其指向新的亚马逊EC2私有 IP 地址。

更新DNSCNAME记录。

更新虚拟IPs（负载均衡器名称）的DNSCNAME记录，使其指向 Web 和应用程序服务器的集群。

在适用环境中测试应用程序。

登录新EC2实例，在开发/QA、预生产和生产环境中测试应用程序。

标记为已准备好进行割接。

测试完成后，更改源服务器的状态以表明它已准备好进行割接，这样用户就可以启动割接实例。有关说明，请参阅 Cloud Migration Factory 实施指南。

创建生产部署计划。

制定生产部署计划（包括回退计划）。

将停机时间告知运营团队。

将服务器的停机时间表告知运营团队。有些团队可能需要变更请求或服务请求 (CR/SR) 票证才能收到此通知。

复制生产机器。

使用 Application Migration Service 或其他迁移工具复制生产计算机。

关闭范围内源服务器。

验证源服务器的复制状态后，您可以关闭源服务器以停止从客户端应用程序到服务器的事务。可在割接窗口中关闭源服务器。有关更多说明，请参阅 Cloud Migration Factory 实施指南。

启动割接实例。

在应用程序迁移服务中以割接模式启动给定波次的所有目标计算机。有关更多说明，请参阅 Cloud Migration Factory 实施指南。

检索目标实例IPs。

检索IPs目标实例的。如果您的环境中的DNS更新是手动过程，则需要获取所有目标实例的新 IP 地址。有关更多说明，请参阅 Cloud Migration Factory 实施指南。

验证目标服务器连接。

更新DNS记录后，使用主机名连接到目标实例以验证连接。有关更多说明，请参阅 Cloud Migration Factory 实施指南。