AWS Migration Hub 常见问题

请遵循我们文档中的入门指南开始使用。 

使用 Migration Hub 主要功能（Refactor Spaces 除外）之前，您需要从 Migration Hub 设置页面中或使用 Migration Hub Config API 选择 Migration Hub 主区域。 

Migration Hub 主区域中存储的数据可为您的组合资源提供用于发现和迁移计划信息的单一存储库以及关于迁移到多个 AWS 区域的单一视图。您可以迁移到您的迁移工具支持的任何区域，迁移状态将出现在您选择的 Migration Hub 主区域中。请参阅文档，了解有关 Migration Hub 主区域的更多信息。

设置后，Migration Hub 主区域便无法更改。

AWS Migration Hub 可以帮助您监控所有 AWS 区域内的迁移状态，前提是您的迁移工具在该区域中可用。与 Migration Hub 集成的迁移工具（例如，AWS Application Migration Service 和 AWS Database Migration Service）会将迁移状态发送到您选择的 Migration Hub 主区域。主区域用于存储您的发现和迁移跟踪数据，在第一次使用服务之前设置。聚合来自所有目标区域的迁移状态，并显示在主区域中。请注意，除非您已在 Migration Hub 控制台的“工具”页面授权（即已经连接）集成工具，否则这些集成工具不会发送迁移状态。

无论应用程序当前位于何处，AWS Migration Hub 可以在全球范围内跟踪应用程序迁移的进展。请参阅 AWS 区域列表，了解可用 Migration Hub 工具的库存收集、规划和建议以及现代化功能。

AWS Migration Hub 需要一个 AWS 账户角色，此角色将在您首次以管理员身份访问控制台时自动添加。对于集成迁移工具，可在 Migration Hub 控制台的“工具”页面进行授权。有关更多详细信息，请参阅《AWS Migration Hub 用户指南》中的身份验证和访问控制部分。

要在 AWS Migration Hub 中查看 IT 资产，您首先需要使用 AWS 发现工具执行发现，或者使用集成迁移工具进行迁移。然后便可以在 Migration Hub 内部考察您的 IT 环境。您可以在通过单击 Migration Hub 控制台的“服务器”页面上显示的服务器 ID，了解关于所发现资源的更多信息。然后，您可以看到服务器详细信息页面。如果您使用 AWS 发现工具来发现您的服务器，您将看到所收集的数据，其中包括各项技术规格和平均利用率。

当您首次访问 AWS Migration Hub 时，系统会提示您执行发现或开启迁移。如果您决定开启迁移而不执行发现，那么当您使用已在 Migration Hub 控制台中进行授权的集成迁移工具迁移您的应用程序服务器和数据库服务器时，这些服务器会在 Migration Hub 中显示为资源。

对于发现，您有两个数据收集选项。如果您使用 VMware 环境，且不愿意安装代理，则可以使用 AWS Application Discovery Service 无代理收集器。如需了解更多详细信息，则可以在服务器上安装代理，用于收集各种信息，包括有关资源利用率、服务器上运行的进程和服务器的网络依赖关系的详细信息。您可以从 AWS Migration Hub 中导出进程和网络依赖关系信息，并对这些信息进行分析。有关 AWS Discovery Collector 的更多信息，请参阅 Application Discovery Service 用户指南。

将服务器分组到应用程序之前，您需要填充 AWS Migration Hub 的服务器列表。每当您运行 AWS 发现工具或使用集成迁移工具时，相应的服务器都会添加到服务器列表中。当您的服务器列表填充完毕后，请在 Migration Hub 控制台的“服务器”页面上选择一个或多个资源，然后选择“组合为应用程序”。 如果您使用 AWS Discovery 代理发现服务器，您还可以从网络可视化工具中将服务器分组到应用程序中。从网络图中选择一个或多个服务器，并选择“组合为应用程序”。

您可以访问 AWS Migration Hub 控制台的“迁移”部分中的“应用程序”页面，查看应用程序列表及其当前的迁移状态。只有使用“发现”部分的“服务器”页面或 AWS SDK/CLI 分组到应用程序的资源才会显示在“应用程序”页面上。应用程序会显示以下三种迁移状态中的一种：“尚未开启”、“正在进行”和“已完成”。

符合。对于已获得 AWS Migration Hub 访问权限的账户，任何 IAM 用户在该账户内创建的所有应用程序都对该账户内的所有其他 IAM 用户可见。所做的任何更改都将对拥有权限的所有用户可见。

您可以使用与 AWS 账户关联的 IAM 用户身份访问 AWS Migration Hub。但这只允许您查看您自己的 AWS 账户的详细信息；而无法查看其他账户的详细信息。

您可以通过 AWS Migration Hub 控制台或通过调用 Application Discovery Service API 来访问 Migration Hub 导入功能。导入的数据以加密格式存储在 Application Discovery Service 数据存储库中。

借助 Migration Hub 导入功能，您可以导入服务器详细信息，包括与服务器关联的服务器规格、利用率、标签和应用程序。只要使用 Migration Hub CSV 导入模板填充数据，您就可以从任何源导入数据。

符合。您可以访问“Discover”（发现）>“Tools”（工具）>“Imports”（导入）部分，然后选择“Delete imported data”（删除已导入的数据）选项，来删除不正确的文件。要覆盖现有的已导入文件，您可以删除现有的文件，然后上传包含更正记录的新文件。

没有。您可以上传的导入文件数量没有限制。但是，我们会限制您可以导入的记录数和服务器数。有关详细信息，请参阅文档中的“Migration Hub 导入限制”部分。

不需要。导入数据是免费的。

符合。即使您没有为导入模板中的所有字段填充数据，也可以导入数据。对于每一行，如果您填充了您的匹配键 (“ExternalId”)，导入功能将使用它来唯一地标识和导入记录。如果未指定匹配键，则对于每一行，导入功能将使用为“IPAddress”、“HostName”、“MACAddress”指定的值或者为“VMware.MoRefId”和“VMware.vCenterId”的组合指定的值来确定给定服务器的唯一性。如果行中不包含匹配键（“ExternalId”）或以上任何字段的值，则无法导入。

导入功能会对属于 CSV 导入模板的所有已导入字段执行数据验证检查。例如，如果“IPAddress”的值无效，则导入功能会将该记录标记为错误。此外，如果导入记录没有至少填充下面的一个或多个字段：“ExternalId”、“MACAddress”、“HostName”、“IPAddress”或者“VMware.VCenterId”和“VMware.MoRefId”的组合，则此类记录将视为无效，不会被导入。

EC2 实例建议是 AWS Migration Hub 的一项功能，该功能可以分析从每个本地服务器收集的数据，包括服务器规范、CPU 和内存利用率，以推荐运行本地工作负载所需的价格最低的 EC2 实例。此外，您还可以通过为 AWS 购买选项、AWS 区域、EC2 实例类型排除项和 CPU/RAM 利用率指标（平均值、峰值或百分比）指定首选项来调整建议。

否。要使用 EC2 实例建议功能，需要确保 AWS Migration Hub 中提供了本地部署服务器详细信息。您可以导入内容管理数据库（CMDB）等来源中的现有服务器库存信息，也可以使用 AWS Application Discovery Service 直接从您的环境中收集数据。

EC2 实例建议功能会建议最符合成本效益且符合给定 CPU 和 RAM 要求的 EC2 实例类型，同时考虑您选择的实例类型首选项，例如 AWS 购买选项、AWS 区域、EC2 实例类型排除项和 CPU/RAM 利用率指标（平均值、峰值或百分比）。

符合。EC2 实例建议功能为可突增性能实例提供建议。该功能使用“平均值”和“峰值”CPU 数据点来计算已使用的 CPU 额度估计值以及相关成本，更准确地将预测的价格与其他实例系列进行比较。

如果多个来源都有可用于同一服务器的发现数据，则 EC2 实例建议功能将使用最新、最完整的数据提供实例建议。例如，如果您使用 Migration Hub 导入功能为给定服务器上传 CPU/RAM 规范，将基于导入的数据生成建议。如果您在此服务器上安装 AWS Application Discovery Service (ADS) 的 Discovery Agent，ADS 代理也将捕获服务器规格详细信息。下次为该服务器请求 EC2 实例建议时，该功能将使用 ADS 代理收集的规格生成建议，因为该代理较新较完整。

符合。EC2 实例建议功能仅建议当前一代实例。不会建议前代实例。

将计算资源调整到合适的大小是了解总体拥有成本 (TCO) 的一个维度。当您想了解预期 EC2 成本时，请使用 Migration Hub 的 EC2 实例建议功能。此外，我们还使用 AWS 公司 TSO Logic 提供更详细的评估，其中包括对 Microsoft 许可和存储成本进行的优化。有关此详细评估的更多信息，请联系 AWS 销售或 AWS 合作伙伴。

当您在使用 AWS 发现工具所发现的服务器中，或者在通过使用集成迁移工具开始迁移所发现的服务器中创建一个或多个应用程序组后，即可开启或继续将服务器或数据库迁移出 Migration Hub。返回 Migration Hub 以查看应用程序中的每个资源的迁移状态。 

要执行这一操作，请在 Migration Hub 控制台中访问相应应用程序的页面。在该页面中，您将看到一个显示构成该应用程序的所有资源的图表，以及一个包含更多迁移状态详情的表格。每个资源的总体及详细迁移状态均使用图表和表格分别进行列示。例如，如果一个服务器使用 AWS Server Migration Service 进行迁移，该服务器的状态可能显示为“正在进行/复制开始”、“正在进行/复制完成”或“已完成/已创建 AMI”。 

迁移完成后，Migration Hub 还会显示通过迁移创建的资源的有关详细信息。对于使用 AWS Application Migration Service、AWS Server Migration Service 和 ATADATA 迁移的服务器，Migration Hub 均会提供指向所创建的 AMI 或正在运行 EC2 实例的 AMI 的链接（具体取决于工具）。对于使用 AWS Database Migration Service 迁移的数据库，Migration Hub 会提供目标终端节点 ID，该 ID 可在 Database Migration Service 控制台中用作搜索筛选条件。

不能。AWS Migration Hub 不会自动执行迁移步骤。借助 Migration Hub，您可以在一个位置跟踪应用程序的迁移进度。

要在 AWS Migration Hub 中查看迁移进度，您需要满足两个条件。您要迁移的资源必须位于 AWS Discovery Repository 中，并且您必须使用受支持的工具来执行迁移。如果您未使用 AWS Discovery Collector 执行发现而开启迁移，受支持的迁移工具报告的服务器或数据库将自动添加到您的 AWS Application Discovery Service 存储库中。添加后，您可将这些服务器分组为应用程序，从而能够在一个群组中跟踪它们在迁移过程中的状态。

如果您使用受支持的工具，但在应用程序中看不到状态，请先查看“更新”页面，核实正在接收工具状态。如果“更新”页面上没有显示任何状态，请查看“工具”页面，确认您已经授予该工具向 Migration Hub 发送状态的权限。如果尚未授权，请单击“授权”以添加适当的 IAM 权限。

如果更新页面上显示有迁移状态，则可能是因为相应资源没有被分组到应用程序。请访问“服务器”页面，将服务器分组到一个应用程序。分组后，请从“迁移”/“应用程序”页面查看该应用程序的迁移状态。

如果资源已经被分组到应用程序，AWS Migration Hub 将显示使用受支持工具执行的资源迁移的状态。它不需要是严格的更换主机迁移。例如，如果您使用 AWS Database Migration Service 迁移某个数据库的内容，一旦与数据库迁移对应的服务器被分组到应用程序，您将会在 Migration Hub 中看到更新。

没有集成 AWS Migration Hub 的工具不会在 Migration Hub 管理控制台中报告状态。但您仍然可以在应用程序及应用程序级状态中查看其它资源的状态，或者您也可以使用 CLI 或 API，通过您的自动化来更新状态。

迁移工具可以通过写入到 AWS Migration Hub API 向 AWS Migration Hub 发布状态。有兴趣加入我们的合作伙伴必须取得 AWS 能力计划的迁移能力认证。要了解有关能力计划的更多信息和申请迁移能力，请单击此处。

AWS Migration Hub 策略建议现在可以帮助您为本地运行或在 AWS 中运行的应用程序轻松构建迁移和现代化策略。策略建议提供策略和工具指导，有助于进行大规模迁移和现代化。

策略建议可以帮助您确定大规模定制的迁移和现代化策略，并提供有助于您执行策略的工具和服务。它还可以帮助您识别源代码中需要解决以实现这些建议的不兼容性（反模式）。

策略建议支持分析在 Windows Server 2003 或更高版本或各种 Linux 发行版（包括 Ubuntu、RedHat、Oracle Linux、Debian 和 Fedora）上运行的应用程序可能的更换主机 (EC2) 和更换平台（托管式环境，例如 RDS 和 Elastic BeanStalk、容器和操作系统升级）选项。策略建议为使用 C# 和 Java 编写的自定义应用程序以及许可数据库（如 Microsoft SQL Server 和 Oracle）提供额外的重构分析。

请遵循我们文档中的入门指南开始使用。

请访问通过 AWS 实现 Windows 工作负载的现代化了解更多。

应用程序转换是重构、重新架构和重写应用程序的过程，旨在最大程度地实现云中运行的可用性、可扩展性、业务敏捷性和成本优化益处。

Refactor Spaces 帮助您加速应用程序重构，以充分利用 AWS 中的计算，并通过在生产操作过程中对重构流程进行便捷管理，简化应用程序转换。使用 Refactor Spaces，您可以将重点集中在应用程序重构上，而不是实现重构的底层基础设施的创建与管理。Refactor Spaces 有助于减少应用程序发展为微服务，或者扩展不能用微服务编写的新功能修改旧式应用程序的业务风险。

Refactor Spaces 解决了应用程序转换时常见的两个实际问题：为应用程序重构建立基础设施，并大规模地操作不断演变的应用程序。Refactor Spaces 可帮助您将现有应用程序和微服务组合到一个应用程序中，同时允许各部分之间采用不同的架构和技术、团队协调和流程方法。借助 Refactor Spaces，您可以使用任何 AWS 计算目标（如 EC2、Amazon Elastic Container Service、Amazon Elastic Kubernetes Service、AWS Fargate 和 AWS Lambda）上运行的微服务转换或扩展旧式应用程序。Refactor Spaces 可在数分钟内为应用程序重构创建一个基础设施，节省大量的时间。

只要其外部接口是基于 HTTP 协议并在 AWS 中运行（或者可以先用 Application Migration Service 更换主机或更换平台），任何应用程序均可使用 Refactor Spaces 进行重构、重写或重新架构。Refactor Spaces 通常用于重构旧式、单体式应用程序，但它也能帮助您有效地进行现代服务和应用程序的重构和重新架构。

Refactor Spaces 可编排其他 AWS 服务，创建重构环境，并将现有应用程序和微服务整合到 Refactor Spaces 应用程序中，使应用程序演变时操作更加简便。利用 Transit Gateway、Resource Access Manager 和 API Gateway 创建应用程序重构环境。借助它们，Refactor Spaces 通过多账户结构将现有应用程序和微服务分离，该结构通过联网桥接起来，便于跨账户通信。

Refactor Spaces 环境提供一个联网、应用程序和跨 AWS 账户服务的统一视图，是容纳现有应用程序和新微服务的容器。该环境可编排 Transit Gateway、Resource Access Manager 和 VPC，在各账户之间联网，从而简化新旧服务之间的通信。创建环境的账户是环境拥有者。拥有者可以和其他 AWS 账户共享该环境，管理添加到环境中的应用程序、服务和路由。

Refactor Spaces 应用程序为现有应用程序和新微服务提供可配置的请求路由。应用程序包括在 AWS 中简化 strangler fig 重构的的代理。在环境中创建应用程序时，Refactor Spaces 编排 API Gateway、Network Load Balancer (NLB) 和 AWS Lambda 资源策略。应用程序的代理和路由用以保持底层架构的变化对应用程序使用者的透明度。

Refactor Spaces 服务表示现有应用程序或新微服务的端点。服务可以有一个带有 URL 端点或 AWS Lambda 端点的 VPC。Refactor Spaces 使用 Transit Gateway 自动将环境中的 VPC 桥接在一起，并且允许服务 VPC 中的任何 AWS 资源在环境中的所有账户间进行通信。在设置服务的路由时，如果该服务有一个 Lambda 端点，流量则使用 API Gateway De Lambda 集成进行路由。拥有 URL 终端节点的服务，流量使用 API Gateway VPC Link 和 NLB 目标组进行路由。

可通过 AWS 管理控制台、AWS SDK/CLI 或 CloudFormation（CFN）使用 Refactor Spaces。通常，您要用至少两个账户开启递增应用程序重构 - 一个用于现有应用程序，另一个用于拥有 Refactor Spaces 环境并管理服务之间的流量路由。您的 AWS 账户可以是新的或现有的账户，该账户可以是独立账户、AWS 企业的一部分，或者由 AWS Control Tower 预置。 

首先，通过访问账户中的 Refactor Spaces 控制台或使用 IAM 控制台或 API 创建 SLR Next，在您计划用于重构的每个 AWS 账户中安装 Refactor Spaces Service-Linked Role (SLR)，在选择作为环境拥有者的账户中创建一个 Refactor Spaces 环境，并且与其他账户共享该环境。其他账户接受环境共享邀请后，Refactor Spaces 和其他指定账户自动共享该环境中包含的 AWS 资源（如 Transit Gateway）。 

接下来，创建您的首个应用程序。Refactor Spaces 应用程序（通过 API Gateway）为 Refactor Spaces 服务提供可配置的请求路由，无论服务在哪个账户中。创建应用程序后，在其中创建一项或多项服务。最初，所有流量将流向现有应用程序，因此创建一个原定设置路由，将所有流量发送至表示现有应用程序的服务。随着时间的推移，您将添加一些路由，以此减少由新微服务提供的业务功能的流量。

可以，您可以从使用 Amazon Virtual Private Cloud 创建的 VPC 通过创建 VPC 端点来以私有方式访问 Refactor Spaces API。借助 VPC 端点，VPC 和 Refactor Spaces 之间的路由将由 AWS 网络处理，无需互联网网关、NAT 网关或虚拟专用网络（VPN）连接。Refactor Spaces 使用的最新一代 VPC 端点由 AWS PrivateLink 支持。AWS PrivateLink 这一技术使用的弹性网络接口（ENI）带有 VPC 中的私有 IP 地址，可以支持不同 AWS 服务之间的私有连接。 要了解有关 PrivateLink 支持的更多信息，请参阅 Refactor Spaces PrivateLink 文档。

迁移编排是一种流程自动化机制，它使用模板，将多个任务同步到工作流中，并管理依赖关系以实现迁移项目的所需目标。

AWS Migration Hub 编排器旨在自动化和简化应用程序向 AWS 的迁移。编排器可以消除迁移许多大规模企业应用程序，管理不同工具之间的依赖关系以及在一个位置提供迁移进度可见性时所涉及的许多手动任务，从而帮助您降低迁移成本并缩短迁移时间。在编排器中使用预定义的和可定制的工作流模板，以提供一组指定的迁移任务、迁移工具和编排复杂工作流和相互依赖任务的自动化机会，从而简化迁移到 AWS 的过程。 

编排器可以帮助您加速迁移，简化迁移过程，并根据您的使用案例调整迁移工具和过程。

• 加快迁移速度：使用经过验证的预定义工作流模板来加速您的应用程序迁移，该工作流模板基于 AWS 已迁移的数千个具有类似模式的应用程序。
• 通过自动化进行简化：为相同的迁移工作流实现跨多个工具（如 AWS Application Discovery Service、AWS Application Migration Service 和 AWS Launch Wizard）的迁移前任务、迁移工作流和迁移任务的自动化，以最大程度减少手动工作。 
• 调整和简化：通过在基线建议的基础上构建并修改步骤和依赖关系来满足特定工作负载和使用案例的需求，从而定制和重用工作流模板。

编排器简化并加快应用程序至 AWS 的迁移过程。

• 使用规范性方法迁移应用程序：您可以通过使用预定义的工作流模板来快速启动迁移，这些工作流模板基于数千个具有 AWS 已迁移的类似模式的应用程序。
• 定制您的迁移工作流：您可以通过添加您自己的步骤、依赖项和自动化来定制您的工作流，以满足您的特定使用案例的需求。
• 在源环境中编排预迁移任务：您经常需要检查迁移准备情况、安装代理或删除不想迁移到 AWS 的不必要的日志文件。在每个本地部署服务器上手动执行这些任务是一个乏味且容易出错的过程。使用编排器，您可以自动执行这些任务，以节省时间和成本，同时减少错误。
• 使用不同迁移工具编排迁移任务：您的最佳迁移过程可能涉及对相同迁移工作流使用多个工具，例如 AWS Application Discovery Service、AWS Application Migration Service 或 AWS Launch Wizard。使用编排器，您可以通过重新使用清单元数据、配置规范和环境上下文来编排您的迁移任务，以最大程度减少您需要在这些工具中提供的输入。通过自动化手动迁移任务，管理不同工具之间的依赖关系，并在一个地方提供对迁移进度的可见性，编排器可以帮助您减少迁移成本和时间。
• 配置、验证和启动已迁移的应用程序：在大型迁移中，检查实例、数据库和网络连接的状态；在迁移的服务器上安装和卸载应用程序；而关闭暂存环境会延长割接时间和停机时间。使用编排器，您可以自动执行这些常规迁移步骤，从而将割接时间减少 50% 以上。

您可以从 AWS Migration Hub 控制台或 AWS 命令行界面（CLI）访问编排器。使用编排器完成发现或导入源服务器的先决条件，将发现的服务器分组到应用程序中，并在源环境中安装插件。接下来，选择其中一个预定义工作流模板来创建一个工作流，以编排应用程序迁移。如果您愿意，您还可以指定自动或手动完成的自定义步骤，作为工作流的一部分。一旦定义了工作流，您就可以运行、暂停或删除它。您还可以在编排器中跟踪步骤级别和步骤组级别的工作流状态。

工作流模板是一个手册，包含一组指定的迁移任务、依赖关系、合适的迁移工具和推荐的自动化机会。例如，用于将基于 SAP NetWeaver 的应用程序与 HANA 数据库进行迁移的预定义工作流模板包括以下逐步完成的任务：自动验证源服务器和插件之间的连接性、使用 AWS Launch Wizard 预置新 SAP 环境的能力、自动验证源和目标环境、自动迁移 HANA 数据库和应用程序，以及迁移后的验证。 

编排工具目前支持五个可以使用的预定义工作流模板。第一个模板帮助您使用 AWS Launch Wizard 和 HANA 系统复制将基于 SAP NetWeaver 的应用程序与 HANA 数据库进行迁移。第二个模板帮助您使用 AWS Application Migration Service（MGN）加快任何应用程序的主机更换过程。第三个和第四个模板可帮助您将 SQL Server 数据库的平台更换为 Amazon RDS，并使用原生备份和还原将 SQL Server 数据库的主机更换为 Amazon EC2。第五个模板可帮助您将本地虚拟机（VM）映像导入到 AWS，并提供基于控制台的体验，从您为满足 IT 安全、配置管理和合规性要求而构建的 VM 映像生成亚马逊云机器镜像（AMI）。所有这些模板都包含预定义的任务自动化，且具有添加新步骤和自动化脚本的选项。