使用 VMware Cloud on AWS 成功迁移 Oracle 数据库的策略

VMware Cloud on AWS 使客户能够部署 VMware 的软件定义数据中心 （SDDC），并将 vSphere 工作负载作为托管服务在 Amazon Web Services （AWS） 全球基础架构上使用。它使客户能够扩展其本地数据中心并轻松迁移工作负载，而无需转换计算机映像格式或进行平台重构过程。

在这篇文章中，我们将探讨从本地 vSphere 环境迁移到 AWS 的数据库路径，以及将 VMware Cloud on AWS 与 AWS Cloud Databases 集成的好处。我们还将讨论每个迁移路径如何帮助客户简化运营、降低成本并提高整体业务敏捷性。

数据库迁移路径

AWS 定义了将应用程序迁移到云的 7 种策略，也称为“7 R”。在考虑从本地 vSphere 环境迁移 Oracle 数据库时，有四条路径（在本文中我们称之为“4 R”）到 AWS。

图 1 – 到 AWS 的数据库迁移路径 （4 R）。

搬迁

重定位用于将整个虚拟机 （VM）（包括数据库虚拟机）迁移到 AWS SDDC 上的 VMware Cloud。

此路径是迁移 Oracle 数据库的最简单方法，而不会影响正在进行的操作或重写应用程序。如果有许多需要在有限时间范围内迁移的数据库，则这是一个很好的起点。

查看 VMware Cloud on AWS 主机类型，了解数据库虚拟机的最新可用部署选项和资源使用情况，以确定最佳配置。客户还应查看您的 Oracle 许可协议，以确定完成迁移所需的许可证数量。

重新托管

重新托管是一种类似的重新定位方法，因为客户在将数据库虚拟机转换为 Amazon Elastic Compute Cloud （Amazon EC2） 实例时遇到的变化很小，而其他工作负载则迁移到 AWS SDDC 上的 VMware Cloud。

Amazon EC2 提供大小调整大小的计算实例，以满足您的 Oracle 工作负载的需求，您可以使用现有的 Oracle 数据库许可证 （BYOL） 在 EC2 上运行 Oracle 数据库。要了解在 Amazon EC2 上运行数据库所需的许可证数量，请参阅 Oracle 在云中许可 Oracle 软件的策略。请注意，此信息不得用作许可购买或合规性的指南;它仅用于教育目的，客户应查阅自己的 Oracle 许可协议以了解详细信息。

重新搭建平台

Replatform 用于将数据库虚拟机迁移到适用于 Oracle 的 Amazon Relational Database Service （Amazon RDS），而其他工作负载则迁移到 AWS SDDC 上的 VMware Cloud。Amazon RDS 通过简化在云中设置、操作和扩展关系数据库，帮助客户降低支持关键事务应用程序的复杂性。

Amazon RDS 可自动执行耗时的管理任务，例如硬件预置、数据库设置、修补和备份，同时提供经济高效且可扩展的容量。它使您可以专注于应用程序，从而为应用程序提供所需的性能、高可用性、安全性和兼容性。

RDS 可用于多种数据库实例类型（针对内存、性能或 I/O 进行了优化），并提供六种熟悉的数据库引擎，包括 Oracle 数据库。您可以将 Oracle 数据库许可证引入 Amazon RDS，该许可证还为标准版 II （SE2） 提供包含许可证 （LI） 模型，并允许您按小时支付计算容量费用。因此，您的数据库实例在没有长期承诺的情况下运行。

重构

重构用于重新构建工作负载，从 Oracle Database 更改数据库引擎，然后迁移到 Amazon RDS、Amazon Aurora 或 Amazon Redshift。它涉及修改应用程序代码以使用不同的数据库引擎，例如PostgreSQL或MySQL，然后将数据迁移到新引擎。您可以将所有其他工作负载迁移到 AWS SDDC 上的 VMware Cloud。

尽管此策略需要大量的工作和资源，但它被认为是最面向未来的迁移方法。Amazon Aurora 是一种关系数据库服务，它将高端商业数据库的速度和可靠性与开源数据库的简单性和成本效益相结合。虽然与MySQL和PostgreSQL完全兼容，但与标准安装相比，Aurora旨在提供更高的吞吐量和更低的延迟，并降低总拥有成本（TCO）。

与 AWS 托管数据库服务集成

VMware Cloud on AWS 客户可以将其 SDDC 与原生 AWS 服务无缝集成。在 SDDC 载入过程中，客户可以与指定的虚拟私有云 （VPC）（通常称为连接的 VPC）建立高带宽和低延迟的连接。此连接是使用 VMware 管理的影子帐户中的 NSX Edge 设备与客户管理的帐户中连接的 VPC 中的子网之间的跨账户弹性网络接口 （ENI） 建立的。

只要 SDDC 和目标本机服务位于同一 AWS 可用区 （AZ） 中，SDDC 和连接的 VPC 之间的数据传输就不会产生任何出口成本。图 2 显示了来自 SDDC 中的虚拟机的数据，这些数据通过 NSX Edge 和 ENI 访问连接的 VPC 中的本机 AWS 服务。

图 2 – 将 VMware Cloud on AWS 与原生 AWS 服务集成。

客户关注的事项和数据库迁移的解决方法

客户可能会担心从 vSphere 环境中的 Oracle 数据库迁移到 Amazon RDS 时潜在的性能下降和满足可用性要求。以下是解决这些问题时要检查和考虑的事项。

性能

在考虑迁移到 Amazon EC2 或 RDS 上的 Oracle 数据库时，请记住，底层数据库机制与 vSphere 环境中相同，即使在 AWS 上运行时也是如此。您需要知道数据库的运行情况。

为 Oracle 数据库生成自动工作负载存储库 （AWR） 或 Statspack 报告，以帮助根据以下条件调整实例大小：

• 数据库时间和前 5 个等待事件
• 虚拟处理器（数据库时间）
• 内存使用情况;缓存命中率
• I/O 带宽使用情况;IOPS

确定工作负载中使用的 CPU 内核数和内存量对于优化成本和性能至关重要，而不是服务器上安装的内核或 RAM。AWS 提供了针对不同使用案例优化的各种实例类型;根据上述大小调整结果选择最佳实例类型和存储。

假设您计划迁移到 EC2 上的 Oracle 数据库;选择最佳实例类型，该实例类型 1） 适合现有许可证，2） 支持 Amazon Elastic Block Store （Amazon EBS） 优化实例类型，以及 3） 配备大内存容量。

可用性

对于在本地 vSphere 环境中使用 Oracle 实际应用集群 （RAC） 的客户，在规划迁移时，可用性可能是一个令人担忧的因素。确定并确认恢复时间目标 （RTO） 和恢复点目标 （RPO） 级别对于必要的可用性级别进行正确投资非常重要。下表显示了每个数据库迁移路径的 RTO 示例。

图 3 – 每个选项的 RTO 比较。

图 3 显示，选择到 AWS 的数据库迁移路径之一可以缩短从数据损坏或数据中心故障中恢复的时间。您可以通过选择满足要求的迁移路径来优化成本并实现所需的可用性级别。

将数据库迁移到 AWS

确定要迁移的数据库后，您将经历发现、设计、转换、迁移、操作和优化阶段。

• 发现：此阶段涉及通过讨论和概念验证 （PoC） 确定数据库迁移是否可行。您需要评估迁移在技术上是否可行、是否满足业务需求以及是否经济高效。
• 设计：在此阶段，您将设计迁移方法和迁移后环境。这包括选择适当的数据库引擎、配置网络基础结构和确定安全要求。
• 转换：这涉及提取和重写 SQL，然后执行单元、集成和综合性能测试。这可确保迁移的数据库按预期执行，并在迁移之前识别和解决任何潜在问题。
• 迁移：在此阶段，您将执行迁移测试、数据迁移并切换到新环境。
• 操作：这包括监视数据库、执行备份以及解决出现的任何问题，以确保迁移的数据库在切换后顺利运行。
• 优化：您可以执行持续的运营改进，例如容量审查和成本优化。此阶段可确保迁移的数据库继续正常运行，并针对成本效益进行优化。

在发现阶段，主要目标是收集和分析有关当前环境的信息，选择目标引擎/平台，并确定迁移方法。目标数据库迁移路径取决于您的需求，下图可以帮助您做出决定。

图 4 – 数据库迁移路径的选择图表。

从 Oracle 数据库迁移到 Amazon Aurora 可以显著降低总体拥有成本，但在更改数据库引擎时要考虑三个因素。

首先，由于体系结构和功能的差异，使应用程序适应新引擎的成本可能很高。AWS 架构转换工具可以帮助评估引擎更改的影响，并自动执行部分转换过程。请参阅 Oracle 到 Aurora 迁移行动手册，了解迁移过程、常见的应用程序不兼容性及其解决方法的分步指南。

其次，考虑修改与应用程序集成的特定于数据库的功能的额外费用，这可能会影响迁移成本。最后，评估迁移到 Amazon Aurora 是否能解决您的业务挑战。虽然 Aurora 提供了好处，但数据仓库或 NoSQL 数据库等替代解决方案可能更适合您的需求。

将 Oracle 数据库迁移到 Amazon RDS 时，“淘汰条件”是指 Amazon RDS for Oracle 中不受支持的数据库功能或配置，这些功能或配置可能会阻止成功迁移。图 5 说明了用于 Oracle 迁移的 Amazon RDS 的典型淘汰条件。

图 5 – 迁移到适用于 Oracle 的 Amazon RDS 的淘汰条件。

利用适用于 Oracle 的 Amazon RDS Custom 可以克服一些淘汰条件，例如对操作系统的完全访问、数据库文件库要求和使用 RMAN 进行备份，同时获得托管数据库环境的优势。Amazon RDS Custom for Oracle 支持 RDS 不支持的某些自定义配置和功能，使迁移过程更顺畅，并且某些淘汰条件可管理。

如果您遇到 Amazon RDS Custom for Oracle 无法解决的淘汰赛情况，请考虑迁移到 EC2 或 VMware Cloud on AWS。

数据迁移方法

确定要迁移的目标环境后，下一步操作是决定如何从当前生产 Oracle 数据库迁移数据。AWS 提供各种服务和功能来简化此过程，包括 AWS 数据库迁移服务 （AWS DMS），该服务允许在最短的停机时间内将您的数据库和分析工作负载安全地迁移到 AWS。

请务必注意，当源和目标之间的数据库引擎保持不变时，假设可以接受一些停机时间，则使用 Oracle 数据泵等本机工具可能是一个更简单的选择。这种方法可以提供一种高效可靠的数据传输方式，而无需复杂的数据转换过程。

无论选择哪种方法，考虑到迁移期间传输的数据量和允许的停机时间，确定最适合您的应用程序的方法都至关重要。您可以利用数据库自由计划，这是一项独特的计划，旨在通过技术建议、迁移支持和财务援助帮助客户迁移到 AWS。

AWS 可以帮助您评估应用程序、推荐迁移路径，并通过我们的数据库自由合作伙伴网络、AWS 专业服务和 Amazon 数据库迁移加速器帮助您执行迁移。

总结

在这篇文章中，我们仔细研究了从本地vSphere环境迁移到AWS的Oracle数据库迁移路径。AWS 为数据库迁移提供了多种选择，您可以根据需要选择最佳选项。

VMware Cloud on AWS 提供与原生 AWS 服务的高带宽和低延迟连接，因此您可以将 SDDC 上的虚拟机无缝连接到 AWS 托管数据库服务。

迁移到 Amazon Aurora 可帮助您降低与 Oracle 数据库相关的许可证成本，而迁移到适用于 Oracle 的 Amazon RDS 可以更快地跟踪到云，同时只需最少的应用程序更改。这两种托管数据库服务都可以将您从耗时、无差别的管理任务中解放出来。

最后，将数据库迁移到 AWS 的主要优势之一是，一旦迁移到上述任何选项，您就可以利用您的数据，使用 AWS 提供的本机分析和机器学习服务为您的业务带来更多价值。

请参阅此 AWS 博客文章，了解有关 VMware Cloud on AWS 的数据仓库和商业智能的更多信息，其中提供了有关如何使用 Amazon Redshift 和 Amazon QuickSight 从 VMware Cloud on AWS 中运行的数据库中获取见解的演练。

若要了解详细信息，建议查看以下其他资源：

• 了解在 AWS 上部署 Oracle 并授予许可的选项
• 如何将 Oracle 工作负载迁移到 AWS 上的 VMware Cloud
• VMware Cloud on AWS 资源页面
• AWS 数据库迁移服务文档

使用 VMware Cloud on AWS 成功迁移 Oracle 数据库的策略 |AWS 合作伙伴网络 （APN） 博客 (amazon.com)