本篇博客翻译自 AWS 英文博客 “AWS for SAP” 中的文章 Migrating SAP Workloads to the AWS Cloud with AWS SMS，原文请点击这里。
AWS 服务器迁移服务（AWS SMS）是一种无代理服务，可将您的本地 VMware vSphere 或 Microsoft Hyper-V 虚拟机迁移到 AWS。 在本博文中，我将讨论 AWS SMS 的一些主要优势，并解释如何使用此服务将您的虚拟化本地（或私有云）SAP 工作负载迁移到在 AWS 云上的 Amazon Elastic Compute Cloud（Amazon EC2）实例。
使用 AWS SMS 的一些主要优势
简化迁移：配置源环境后，可以通过在 AWS 管理控制台中安排复制作业轻松迁移虚拟机。 复制到 Amazon Machine Image（AMI）创建是一个四阶段过程，在执行复制作业时会自动处理。
增量迁移：AWS SMS 可以增量复制在线环境，从而显着加快迁移过程。 在复制到 AWS 云时，您可以继续正常使用运行生产环境。
最小化停机时间：在增量复制期间不会影响生产操作。 但是，最终的复制（切换）确实需要停机。
并行迁移：使用 AWS SMS，可以并行迁移多个虚拟机。 借助此功能，您可以迁移完整的环境（例如，一次迁移所有开发系统，然后迁移质量保证系统等）。
AWS SMS 可以免费使用。 但是，在复制期间，它会创建 Amazon Elastic Block Store（Amazon EBS）快照，并使用 Amazon Simple Storage Service（Amazon S3）来存储这些快照，这些资源会产生相关的成本。 有关定价信息，请参阅 AWS网站。
下面我们将使用 AWS SMS 描述通用复制过程，然后我们将讨论如何使用 AWS SMS 迁移您的 SAP 工作负载。
复制过程
要为 AWS SMS 设置本地虚拟化环境和 AWS 账户，请参阅 AWS 网站上关于 VMware 和 Hyper-V 的详细说明，或者阅读在 AWS 合作伙伴网络（APN）博客上的文章： AWS Server Migration Service – Server Migration to the Cloud Made Easy。 作为安装的一部分，您需要在虚拟环境中部署 AWS 服务器迁移连接器。 设置完成后，可以通过设置日程安排和频率来配置复制作业。 设置完作业后，使用 AWS SMS 复制虚拟机将自动启动并按照四个步骤进行。 对于每个复制作业运行，这四个步骤（计划，上传，转换和 AMI 创建）都会按顺序执行。
图 1：AWS SMS 复制过程中的阶段
步骤一：计划 (Scheduled)
在此步骤中，您配置的迁移作业将安排在特定时间或立即运行。
图 2：计划状态下的复制作业
步骤二：上传 (uploading)
这是一个多步骤的过程：
虚拟机的 VMware 或 Hyper-V 快照被触发。 快照会创建一个 VMDK 文件（用于 VMware）或一个 AVHD 文件（用于 Hyper-V）。
为虚拟机创建开放式虚拟化格式（OVF）文件。 这是一个包含关于虚拟机的元数据的 XML 文件。
由快照创建的 VMDK 或 AVHD 文件将上传到 S3 存储桶。 S3 存储桶是在您设置了 AWS 服务器迁移连接器的 AWS 区域中自动创建的。
快照文件上传到 S3 后，它们将从源环境中删除。
图 3：带有上传的 VMDK 文件的 S3 存储桶
步骤三：转换 (Converting)
这一步处理两个任务：
AWS SMS 从上传的 VMDK 或 AVHD 文件创建 EBS 快照。
AWS SMS 从 S3 存储桶中删除 VMDK 或 AVHD 文件。
步骤四：创建 AMI (Creating AMI)
此步骤根据转换步骤中生成的 EBS 快照创建 Amazon Machine Image（AMI）。 完成此步骤后，您可以从创建的 AMI 启动 Amazon EC2 实例。
复制作业继续以预定的频率运行，每次执行都重复这些步骤。 每次执行复制作业都只会对 AWS 云进行增量更改。 当复制完成并且服务器准备就绪后，您可以停止生产服务器（线下数据中心）以防止进一步更改，并最后一次执行该作业以从上次执行引入增量。 将最终更改复制到 AWS Cloud 后，您可以从 AMI 创建一个 EC2 实例。
使用 AWS SMS 进行 SAP 工作负载迁移
现在我们已经讨论了复制过程，现在让我们讨论如何使用 AWS SMS 将您的虚拟化 SAP 环境迁移到 AWS 云。
有两种迁移选项：升级和迁移，或迁移到 SAP HANA。
第一种迁移方法：升级和迁移
在这种情况下，您可以将在 Windows，Red Hat Linux，SUSE Linux 或 Oracle Linux 上运行的虚拟化 SAP 环境直接迁移到 AWS Cloud，而无需对操作系统或数据库进行任何更改。该过程由以下步骤组成：
为包含数据库和非数据库应用程序（ASCS / SCS，PAS 和 AAS）或基于非 SAP NetWeaver 的应用程序（如 BusinessObjects BI）的虚拟机定期安排复制作业。我们建议数据库的间隔时间为 12 小时，非数据库虚拟机的间隔时间为 24 到 48 小时。
完成复制作业的第一次执行。您应该提前安排这项工作，因为这是初始完整复制，需要一些时间才能完成。执行时间将取决于您的虚拟机的大小。
监控复制作业以成功完成增量运行（我们建议至少运行两次），并记下完成每个连续复制作业所需的时间。这会帮助你估计最终切换所需的停机时间。
我们建议至少完成两次增量运行，因为在初始完整复制之后完成后续作业需要很少的时间，因为后续运行仅涉及增量更改。例如，在下图所示的复制中，完全复制需要大约 8 个小时，然后增量复制在大约 1.5 小时内完成。
图 4：缩短初始复制后的执行时间
计划最后的切换。 对于切换，您将停止生产操作（例如，您将停止 SAP 应用程序），并且您将最后一次执行复制作业，以将增量更改迁移到 AWS Cloud。 我们还建议在最终切换前进行模拟切换。
从最后一个复制作业创建的 AMI 构建一个 EC2 实例。
完成迁移后步骤，例如更新 DNS（或主机文件），验证和集成。
上线
图 5 说明了复制过程：
图 5：将 SAP 工作负载（按原样）复制到 AWS 云的步骤
第二种迁移方法：迁移到 SAP HANA
如果您未在本地运行 SAP HANA 并希望通过迁移到 AWS Cloud 来实现 SAP HANA 的迁移，则可以使用 AWS SMS 通过以下两步方法显着减少停机时间：
按照升级和迁移迁移概述的过程，将在 Windows，Red Hat Linux，SUSE Linux 或 Oracle Linux 上运行的虚拟机迁移到 AWS。
在 AWS 上迁移到 SAP HANA。 如果您已经在 AWS 上运行 SAP 应用程序，即使对于大型数据库，迁移到 SAP HANA 的速度也将大大提高，因为源和目标 SAP 系统都将位于 AWS 上。
您不再受资源可用性限制，而影响优化导出和导入流程。
您可以使用 SAP 数据库迁移选项（DMO）在单个步骤中执行 Unicode 转换，升级和迁移。 有关详细信息，请参阅我们的博客上发布的 DMO 文章。
在本博文中，我们已经讨论了如何使用 AWS SMS 轻松地将 SAP 工作负载迁移到 AWS 云，并减少迁移所需的停机时间。
作者介绍：
Harpreet Singh
Devendra Singh
译者
戴俊
本文转载自 AWS 技术博客。
原文链接：
https://amazonaws-china.com/cn/blogs/china/migrating-sap-workloads-to-the-aws-cloud-with-aws-sms/
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论