今年是SAP云计算之旅最重要的一年。SAP和谷歌宣布了新的战略合作伙伴关系，重点是开发和整合谷歌的云和机器学习解决方案与SAP企业应用程序。然后，我们见证了平台作为一项服务的名称从"HANA云平台"更改为"SAP云平台"，淘客什么意思，这带来了SAP云平台内Cloud Foundry的普遍可用性以及下面的多云架构的推出。所有这些公告都与今天的客户所期望的选择相一致，即在AWS、MS Azure和Google云平台等主要公共云基础设施上扩展服务范围。

本系列博客的目标不是将GCP与AWS或MS Azure云提供商进行比较。这些都是非常坚实的平台，你会发现并不缺乏指导你的云之旅的材料。事实上，本博客系列的重点将是多云之旅的可能性，以及如何快速地将现有的S/4HANA实例迁移到Google云平台基础设施作为一项服务。

在GCP上构建SAP环境确实需要改变思维方式，以利用GCP提供的许多功能。您还需要了解SAP体系结构如何利用各种GCP服务。下图显示了在Google计算引擎上运行的两层架构的基本细节：

先决条件

要访问GCP，您需要先拥有一个GCP帐户。如果您还没有，请随时注册GCP。

对谷歌云平台整体格局的基本了解，了解什么是可用的，以及所有部分如何在各种场景中协同工作。在GCP上运行SAP NetWeaver时，我们的主要重点是利用通过Google计算引擎、云网络和Google云存储提供的基于IaaS的服务，以及一些平台范围的功能，如工具。

SAP NetWeaver规划指南，其中提供了规划迁移时必须使用的详细信息您现有的SAP NetWeaver系统。

为了简单起见，我们将重点介绍一种相对简单的迁移类型，即在GCP上向SAP迁移VM。本指南不包括部署或修补S/4HANA系统的详细信息。对于您今后的所有工作，基本假设是您拥有受支持的维护级别，并已成功完成所有初始测试。

说明

我们将采用现有的S/4HANA MS Azure部署–（按原样），而不会对服务的工作方式进行任何重大更改。我们从我们的领域中最高的补丁系统开始（S/4HANA 1610 FP02和HANA DB 2.0 SP1）。

GCP通过一个称为VM导入/导出的过程支持任何VM的"提升和移动"。联合cloudperse/GCP VM迁移服务允许您从任何现有环境迁移虚拟机和物理服务器。登录您的GCP驾驶舱并导航到Compute Engine以导入您的虚拟机。

为了使用CloudForest虚拟机迁移服务，您需要使用服务帐户密钥将其链接到您的Google云平台控制台项目。您将需要此cloudperse门户的服务帐户密钥。

cloudperse导入将隐含地提供足够的磁盘空间和虚拟机容量，以匹配源系统。下面是一个高级网络图，显示了迁移设置的网络和端口要求，解释了VM迁移过程是如何工作的。建议花一些时间构建单独的网络拓扑和端口需求。此日志有意避免网络安全主题，因为这需要特殊考虑，大数据 数据分析，大数据风控，将在后续日志中讨论。

初始传输完成后，CloudForest将进入"连续数据复制模式"，手机网站自助建站，其中自初始传输到源VM后的增量更改将作为初始复制磁盘的快照镜像到GCP目标。如果您尚未停止正在运行的源SAP实例，请停止并等待增量复制完成，然后测试*虚拟机的切换或直接进行切换。

*测试切换将启动GCP上的目标虚拟机，而不会停止源虚拟机的连续数据复制，以防测试切换出现问题。继续直接切换将停止源虚拟机复制，卸载源虚拟机上的cloudperse代理并启动目标虚拟机。

正如您所看到的，在目标基础设施上创建了三个虚拟机。根据源代码导入，我们预计S/4HANA系统将有两个虚拟机—第三个虚拟机是促进CloudForest将源虚拟机传输到GCP所需的临时基础设施。这将在割接时消失。从MS Azure转移到悉尼的GCP大约需要4个小时（约1.5tb数据的未优化传输速率）。

一旦目标SAP系统在GCP上启动，我们就可以将其与在以前的MS Azure基础设施上创建的基线进行比较。

我想我们不需要解释太多细节（ST06），但您应该能够看到应用程序服务器运行在Google Compute Engine上：

在GCP上运行的SAP S/4HANA 1610上的Fiori 2.0启动板–具有功能齐全的Fiori 2.0概述页面

这是本博客系列的第一部分"优点"。到目前为止，您应该已经对将正在运行的S/4hana1610实例转移到GCP有了一个高层次的了解。

请注意本系列博客的第二部分，我们将披露转移过程中的"坏"体验，然后是第三部分"丑陋"。

我相信本博客有助于提供一些关于如何转移的见解GCP应该成为您的组织的强大的多云路线图的一部分，当然，还应该展示S/4HANA真正为任何云产品做好了多大的准备。