大约 7 年前，第一个项目简单而朴实地迁移到我们的云端。 虚拟机映像上传到 FTP 服务器，或者传送到硬盘上。 然后，通过特殊的导入服务器，将虚拟机上传到云端。
如果客户端关闭虚拟机一两天没有问题（或者没有其他选择），那么可以这样做。 但如果停机时间最长为一个小时，则此方法将不起作用。 今天，我将告诉您哪些工具可以帮助您以最短的停机时间迁移到云，以及我们的迁移过程本身是如何运作的。
使用 Veeam Backup and Replication 进行迁移
每个人都知道 Veeam Backup and Replication 作为创建备份和副本的工具。 我们使用它在我们的站点之间进行迁移，并将客户从私有虚拟化传输到我们的云。 客户的虚拟机被复制到我们的 vCenter，之后工程师将它们添加到 vCloud Director。
主复制发生在已打开电源的虚拟机上。 在约定的时间，客户端机器关闭。 复制再次运行以延续自第一次复制以来发生的更改。 之后，虚拟机将在我们的云中启动。
通常，从机器在客户端基础设施上关闭的那一刻起，到在我们的云中打开机器的那一刻起，不会超过半小时，而是 15-20 分钟。
在这种情况下，原始虚拟机仍保留在客户端站点上。 如果突然出现问题，您可以随时回滚并打开它。 这种方法对于客户来说也很方便，因为它不需要他拥有 Veeam。
情况1
该客户拥有自己的基于 VMware 的虚拟基础架构 - 40 个虚拟机，容量为 30 TB。 部署集群的设备已经过时，客户决定不再购买新设备，而是迁移到公有云上。 关键系统的停机时间要求不超过一个小时。 选择 Veeam Replication 作为工具。 另一个优点是客户的互联网提供商位于我们的数据中心，这使得组织良好的渠道成为可能。 迁移耗时约一个月，每组虚拟机切换期间的停机时间长达 30 分钟。
使用 Veeam Cloud Connect 进行迁移
Veeam Cloud Connect 是一款可帮助您在服务提供商的云中设置虚拟机复制和启动副本的工具。 更新到后 今年，将虚拟机直接复制到 vCloud Director 成为可能。 唯一的条件是在客户端，Veeam Backup and Replication 必须至少部署版本 9。简而言之（详细版本 ），那么整个过程就是这样的。
在 vCloud Director 中，使用必要的资源和网络创建组织。 在 Veeam Cloud Connect 中，我们创建一个帐户，客户端从他的 Veeam B&R 连接到该帐户，选择 DataLine 提供商和组织，并配置复制任务。 除了在此类迁移期间停机时间将在 15-20 分钟内之外，客户端不以任何方式依赖提供商的技术支持并独立管理整个过程：创建复制任务、复制本身、关闭机器并在新站点上启动它们。
情况2
计划迁移的客户基础设施位于白俄罗斯。 尽管 Internet 通道为 90 Mbit/秒，但仍需要传输 27 个虚拟机，总容量为 100 TB。 如果您进行备份并立即将其上传到我们的云，那么对于某些虚拟机来说，这可能需要几天的时间。 在此期间，虚拟机上会出现较大的增量，这可能会对计算机的性能产生负面影响，或者更糟糕的是，数据存储上的空间可能会耗尽。 我们的操作流程如下：首先，客户进行本地完整备份，并通过 Veeam Cloud Connect 将其副本传输到我们的云端。 然后我制作增量并将其传输到云端。 原来的虚拟机继续运行。 关闭虚拟机后，客户端再次增量，也将其传输到云端。 在我们这边，我们从完整备份部署了一个虚拟机，然后在其上滚动了两个增量。 该方案最终使切换到我们站点时的停机时间降至 2 小时成为可能。
使用 VMware vCloud 可用性进行迁移
今年3.0月，VMware发布了vCloud Availability XNUMX，它允许您在不同云之间（vCloud Director - vCloud Director）以及从私有客户端虚拟化站点到云（vCenter - vCloud Director）迁移虚拟机。 主要的便利在于与 vCloud Director 界面的集成。 这极大地简化了复制管理流程并最大限度地减少了切换期间的停机时间。
使用此工具，我们将其中一个客户端从莫斯科云迁移到圣彼得堡的云。 需要传输 18 台虚拟机，总容量为 14 TB。 在圣彼得堡云中为客户创建了一个组织，并组织了必要的网络。 接下来，客户端从 vCloud Director 界面进入 vCloud Availability 设置，创建复制作业，并在方便的时间切换到圣彼得堡站点。 切换期间的停机时间为 12 分钟。
圣彼得堡和莫斯科 DataLine 云之间的迁移方案。
vCloud Availability 具有将虚拟机从客户站点迁移到我们的云的机制。 为此，需要在客户端的 vCenter 中部署特殊的 vCloud Availability 应用程序。 简单设置后，您可以连接到云端并配置迁移任务。 客户还独立管理整个流程，并将迁移时间保持在最低限度。
将虚拟机从私有安装迁移到云的方案。
VMware vCloud Availability 还有许多其他用例；我们很快将在另一篇文章中讨论它们。
准备迁移
要选择工具并实际开始迁移，您需要确定以下几点：
我们从哪里迁移？ 如果您从私有解决方案迁移，那么您可以完全自由地选择工具。 如果您离开您的提供商，那么事情就会变得更加复杂。 由于安全原因，链接两个提供商的基础设施并简单地拖放虚拟机很可能行不通。 有时，客户即将拒绝的提供商会开始调皮并拖延时间。 您可以采用老式方式摆脱提供商：将虚拟机上传到磁盘和 FTP，或者在应用程序级别进行迁移。 后者的名称是有条件的，看起来像这样。
情况3
需要从欧洲提供商迁移客户的 SAP 系统：34 个虚拟机，容量为 54 TB。 客户在我们的云中分配了资源。 我们和欧洲提供商的基础设施之间组织了网络连接。 应用程序服务器被重新部署，并滚动了必要的配置。 通过将备份上传到我们的云来迁移大型数据库。 接下来，在我们和原始站点上的数据库之间配置复制。 在约定的时间，我们切换到云中的数据库。
数据量和互联网渠道。 我们通常要求客户提供系统上传的内存、CPU、磁盘参数。 我们评估该通道是否足以直接发送虚拟机的副本或备份。
可接受的停机时间。 对于不同的系统以及相应的虚拟机，它可能会有所不同，具体取决于其业务关键性。 通常客户对迁移过程中的停机时间有现成的要求，我们根据此选择合适的工具和迁移计划。 我们尝试将最终切换安排在晚上或周末，这样即使是轻微的停机时间也不会被客户的最终用户注意到。
根据此数据，您可以选择一个工具并开始迁移本身。 接下来会发生什么。
- 设置网络连接。 我们组织云和客户基础设施之间的网络连接。 虚拟机将通过该网络进行复制。 如果使用 Veeam Backup and Replication，则这是专用通道，很少是 VPN 通道。 如果是 Veeam Cloud Connect，那么一切都通过互联网或相同的专用通道进行。
然后为云中的VM配置网络。 汽车通常成群行驶且行驶时间超过一天。 一旦虚拟机被带到我们这里并启动，它们必须与仍保留在原始站点的计算机进行通信。
- 迁移时间表。 当汽车很多时，将它们分成组并分批运输是有意义的。 我们与客户一起商定了一项计划，其中指定何时以及哪些机器将移动，以及何时执行最终复制和切换到新站点。
- 测试迁移。 我们迁移测试虚拟机并检查所有配置是否正确：站点之间的网络连接、虚拟机对源站点上的计算机的可用性、帐户权限等。 该测试有助于避免战斗迁移阶段出现问题。
这就是我的全部。 在评论中提出问题并告诉我们您的迁移经历。
来源： habr.com