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

# 大规模迁移的着陆区注意事项
<a name="landing-zone"></a>

lan *ding zon* e 是一个架构精良、可扩展且安全的 AWS 环境。通过为 landing zone 建立标准，例如定义账户数量以及设计子网和安全组，可以奠定坚实的基础。此基础使您能够启用、配置和运营您的环境，以实现业务敏捷性和大规模治理，同时加快云采用之旅。有关着陆区及其构建策略的更多信息，请参阅[设置安全且可扩展的多账户 AWS 环境](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-aws-environment/)。

除了 landing zone 策略的标准业务、运营、安全和合规注意事项外，您还必须考虑如何促进大规模迁移。在迁移期间和迁移之后，如果某些工作负载仍位于本地，则必须将着陆区设计为支持现有的本地工作负载。本指南提供了影响迁移速度和整体迁移时间的其他着陆区注意事项。

通常，着陆区的设计和部署是为了支持中的新工作负载 AWS 云。这是因为组织在决定迁移大量现有应用程序 AWS 之前就采用了。这种方法的好处是，组织可以在大规模迁移 AWS 之前获得宝贵的知识和技能，但也可能导致不同利益相关者之间的冲突。一些利益相关者可能希望在迁移期间对应用程序进行现代化改造，因为他们希望利用云原生功能。但是，大规模迁移的共同目标是在不修改工作负载的情况下迁移尽可能多的应用程序，从而实现最大的迁移速度并简化过渡。然后在迁移完成后对这些应用程序进行现代化改造。

可能影响大型迁移计划项目的 landing zone 的一些关键因素是：
+ 网络带宽可用性和管理
+ 用于工作负载隔离和资源管理的账户策略
+ 迁移工作负载的安全和管理控制

本节回顾了在建造 landing zone AWS 时应考虑的基础设施、运营和安全问题。它还包含有关如何设计和部署 landing zone 以支持大型迁移项目的建议。当您回答本节中的问题时，这些决策将成为迁移原则，您可以根据将[您的决策记录为大型迁移原则中的说明记录这些原则](document.md)。

## 基础架构注意事项
<a name="infrastructure"></a>


| 你考虑过吗？ | 描述 | 操作 | 
| --- | --- | --- | 
|  您每天和每周要迁移多少数据？  |  所需的迁移速度决定了网络连接的类型和网络吞吐量要求。它还会影响波浪规划的选择标准。  |  完成产品组合评估后，确定云中所有迁移资源所需的总存储量。使用此值计算使用当前网络带宽迁移数据所需的时间。您可能需要增加带宽以满足迁移时限，或者可能需要使用替代方案，例如 AWS Snow Family 解决方案。在[基础手册模板](samples/foundation-playbook-templates.zip)中，您可以使用*数据复制计算器*（Microsoft Excel 格式）来计算每个迁移浪潮所需的带宽。  | 
|  每波中源服务器的平均写入速度是多少？  |  传输复制的数据所需的带宽取决于参与的源服务器的写入速度。服务器复制所需的带宽量等于源服务器的平均写入速度乘以最大浪潮中的服务器数量。  |  在投资组合评估期间，您需要确定每台服务器每台服务器执行的数据写入的平均次数。在[基础手册模板](samples/foundation-playbook-templates.zip)中，您可以使用*数据复制计算器*（Microsoft Excel 格式）来了解迁移流量所需的带宽。迁移流量所需的带宽不包括用于正常业务活动的带宽。迁移完成后，您不再需要额外的带宽来支持迁移活动。  | 
|  额外的网络活动或现有的基础架构是否会限制或降低复制速度？  |  如果网络带宽还支持其他业务功能，则这些活动可能会减少迁移期间可用于复制服务器的带宽量。  |  在项目生命周期的早期，仔细评估和计算支持所有业务活动所需的网络带宽。考虑正常业务活动、服务器复制和新的迁移相关活动（例如将本地文件共享与数据同步）所需的带宽。 AWS 提供商增加网络容量的交货时间可能很长，您可能需要升级现有的本地基础架构。考虑升级网络基础设施后是否需要进行任何其他升级。在项目初期评估带宽需求可以为做出任何必要的更改提供时间。  | 
|  您当前的 AWS 子网策略是否满足迁移本地工作负载的 IP 寻址要求？  |  服务器的数量和工作负载隔离要求决定了您的 landing zone 的子网策略。 大型迁移可能需要比预期更大的子网。在大型迁移中，您可以将工作负载分组到子网中，类似于它们在本地基础架构中的设置。为了简化迁移，最初首选更大、更扁平的子网设计，然后在现代化过程中，您可以根据需要重新设计子网。  |  当投资组合评估获得有关基础设施库存的足够信息时，请评估本地网络结构，并尽早将其整合到 landing zone 设计中。  | 
|  您计划并行复制和迁移多少台服务器？  |  最大迁移浪潮的规模会影响子网要求和[AWS 服务配额](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html)。  |  查看高级迁移计划，然后用它来设计您的子网。例如，如果您计划将 200 台服务器迁移到一个子网中，则该子网的无类域间路由 (CIDR) 范围应有足够的 IP 地址来支持目标数量的服务器。此外，根据需要增加每个目标账户的 AWS 服务配额。  | 
|  您是否确定了迁移资源的安全组策略？  |  安全组用于管理 AWS 资源的入站和出站流量。尽早设计安全组很重要，以免延迟迁移。  |  在应用程序优先级排序运行手册中，查看迁移策略，然后根据迁移策略设计安全组。例如，如果迁移策略是重新托管大部分工作负载，则可以考虑使用支持迁移直接转换的临时通用安全组，而不是重构网络和应用特定于应用程序的安全组。  | 
|  是否正在使用负载均衡器？  |  通常，在使用负载均衡器的环境中迁移服务器时，您需要评估负载均衡器的配置，然后迁移负载均衡器。负载均衡器的迁移选项包括使用 Elastic Load Balancing (ELB) 或基于合作伙伴设备的解决方案。  |  负载均衡器的评估需要在发现阶段的早期就开始，以便考虑任何自定义配置。在大多数环境中，负载均衡器配置相当标准，但有些环境可能具有复杂的逻辑，可以决定您是可以迁移到 ELB 还是基于合作伙伴设备的解决方案。  | 
|  是否有服务器需要保留其源 IP 地址？  |  将服务器迁移到云端的最安全、最简单的方法是为迁移的实例分配新的 IP 地址。在某些情况下，您可能需要保留与源服务器相同的 IP 地址。例如，旧版应用程序可能有一个硬编码的 IP 地址，没人知道如何更改。  |  保留源 IP 地址会影响您在规划波浪时如何组建移动组。最常见的方法是将整个子网迁移到单个移动组 AWS 中，因为这使得路由和交换在网络层面变得直截了当。 以下是保留 IP 地址的关键操作： [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/large-migration-foundation-playbook/landing-zone.html)  | 
|  源和之间可以接受的延迟是 AWS多少？  |  通常使用 VPN 链路开始迁移，因为可以快速设置这些链接，然后过渡到使用建立的直接连接 AWS Direct Connect。VPN 链路的延迟通常更高、变化更大，这会影响数据吞吐量，更重要的是会影响应用程序的响应时间。  |  如果您使用的是高延迟或可变延迟连接类型，请查看每个应用程序的要求并相应地规划迁移浪潮。计划在有其他连接类型可用时，将需要低延迟连接的应用程序放到以后的浪潮中。  | 

## 操作注意事项
<a name="operations"></a>


| 你考虑过吗？ | 描述 | 操作 | 
| --- | --- | --- | 
|  您是否为自己的着陆区（Landing zone）确定了 AWS 账户策略？  |  AWS 架构良好的环境的最佳实践建议您将资源和工作负载分成多个 AWS 账户。您可以将 AWS 账户视为独立的资源容器：它们提供工作负载分类，可以缩小灾难发生时的影响范围。  |  在应用程序优先级排序运行手册中，查看您选择的迁移策略，并使用它们来确定您的账户策略。例如，如果您想尽快迁移，而重新托管是最常见的迁移策略，那么更少的账户更易于管理。但是，如果您的迁移策略需要对应用程序进行现代化改造，并且出于合规原因需要将业务部门分开，则应在您的客户策略中为每个业务部门包括一个或多个帐户。  | 
|  在迁移过程中是否需要切换监控工具？ 如果是，这是迁移过程的一部分，还是发生在迁移之前还是之后？  |  监控工具对于云运营至关重要。由于兼容性或许可原因，您的现有工具可能无法在云端运行。作为设计的一部分，您需要决定使用哪些监控工具来处理中的工作负载 AWS 云。  |  在开始迁移之前，请选择监控工具。确保迁移团队在迁移模式中包含设置监控的说明。我们建议根据需要构建一个自动化脚本来取代或重复使用监控工具。  | 
|  您是否确定了应用程序所有者，他们是否知道必须对应用程序进行任何更改才能使其在云中正常运行？  |  大规模迁移是一种转型，而不仅仅是一个基础设施项目。尽早让应用程序所有者参与进来，以支持迁移。例如，应用程序所有者验证波浪计划、创建测试计划并参与转换。  |  与项目管理办公室和 Cloud Enablement Engine 团队合作，与应用程序团队负责人保持一致，并确保所有应用程序团队之间的沟通畅无阻。有关沟通和项目透明度的更多信息，请参阅[AWS 大型迁移项目治理手册](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-governance-playbook/)。  | 
|  您是否选择了备份和恢复解决方案，它是否适用于迁移的工作负载？  |  Backup 和恢复工具对于云运营至关重要。由于兼容性或许可原因，您的现有工具可能无法在云端运行。作为设计的一部分，您需要决定使用哪些备份和恢复工具来处理中的工作负载 AWS 云。  |  在开始迁移之前，请选择备份和恢复工具。确保迁移团队在迁移模式中包含有关设置备份和恢复的说明。我们建议根据需要构建一个自动化脚本来取代或重复使用备份和恢复工具。  | 
|  您是否确定了所有共享服务并将其部署到着陆区（landing zone）？  |  *共享服务*是支持多个应用程序的服务，例如电子邮件、Active Directory 或共享数据库环境。在迁移之前，您通常需要在云中部署共享服务，这样迁移的应用程序才能按预期运行。  |  在完成 landing zone 设计之前，安排与基础设施团队和应用团队负责人进行深入探讨。在开始迁移之前，请查看并确认必须在云中部署的共享服务列表。最常见的共享服务是 Active Directory、网络设备、域名系统 (DNS) 和基础设施软件。  | 
|  您是否查看了目标 AWS 地区和账户的 AWS 服务配额？  |  每项 AWS 服务都有服务配额。其中一些配额可以增加。在转换之前，请务必审查配额。如果可用资源不足，则转换可能会失败。  |  查看迁移计划。对于任何需要增加服务配额的目标账户，请申请增加服务配额。有关更多信息和说明，请参阅[AWS 服务配额](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html)。  | 
|  你需要升级你的 Su AWS pport 计划吗？  |  AWS 企业支持计划提供全天候电话支持，响应时间比其他计划更快。由于转换窗口通常很短，因此能够联系经验丰富的工程师来帮助解决切换问题对于大规模迁移的成功至关重要。  |  请联系您的 AWS 客户团队，讨论不同的支持选项，并为您的大型迁移项目选择合适的支持计划。  | 
|  您是否已将大型迁移计划通知您的 AWS 技术客户经理 (TAM)？  |  E AWS nterprise On-Ramp 支持团队指派了一批技术客户经理 (TAMs)，他们负责协调对主动计划、预防性计划和 AWS 主题专家的访问。 TAMs 您可以根据需要安排支持资源的可用性。  |  将即将开展的大型迁移项目通知您的 AWS 技术客户经理，并分享您的迁移计划。 TAMs您将确保在需要时提供 AWS 支持资源。例如， TAMs 您可以在转换期间安排支持工程师，而该工程师可以帮助缓解技术问题并简化切换。  | 

## 安全性注意事项
<a name="security"></a>


| 你考虑过吗？ | 描述 | 操作 | 
| --- | --- | --- | 
|  您是否确定了用于访问管理的 AWS Identity and Access Management (IAM) 角色和策略？  |  管理大型迁移项目所有成员的身份和访问权限。通过将 IAM 角色附加到迁移的资源并定义访问策略，您可以控制谁可以访问云中迁移的资源。  |  与迁移团队合作确定角色和职责。确定哪些角色可以访问哪个 AWS 账户，并确定每个角色的访问级别。与安全团队合作，验证每个目标 AWS 资源的 IAM 角色是否正确。  | 
|  您的工作负载是否有任何合规性要求？  |  工作负载可能有不同的合规要求，例如《健康保险便携与责任法案》(HIPAA) 或支付卡行业数据安全标准 (PCI DSS)。在迁移之前，您必须确定这些要求并计划如何满足这些要求。  |  与合规团队和投资组合团队合作，确定每个应用程序的合规要求，并相应地设计目标 AWS 账户。例如，您可能需要将一些工作负载迁移到 AWS GovCloud (US) 或迁移到特定 AWS 区域。我们建议您记录每个应用程序的合规性要求，以便以后可以在应用程序优先级划分和波浪规划过程中使用这些信息。  | 
|  您的安全团队是否需要审查和批准您计划在迁移期间使用的任何工具或服务？  |  向的大型迁移项目 AWS 云 使用许多服务，例如 AWS Application Migration Service、 AWS Database Migration Service (AWS DMS) 和投资组合发现工具（例如 Flexera One）。 AWS DataSync一些组织要求所有新工具和服务在使用前都必须经过批准。  |  与迁移团队合作，确定您希望在迁移中使用的所有工具、服务和应用程序。在迁移开始之前，与安全团队合作审查公司政策并相应地批准这些工具。  |