ZStack跨平台迁移可以如此简单

  • 时间:
  • 浏览:1

前言ZStack 从1 8版本开机就支持了vCenter的纳管,不须断雄厚其运维、租户、运营等方面的能力。加之国产化浪潮的推动,从纳管到迁移几乎是一串顺其自然的需求,迁移中客户主要面临有另六个 困难,一是累积业务连续不

前言

ZStack 从1.8版本开机就支持了vCenter的纳管,不须断雄厚其运维、租户、运营等方面的能力。加之国产化浪潮的推动,从纳管到迁移几乎是一串顺其自然的需求,迁移中客户主要面临有另六个 困难,一是累积业务连续不中断可能性尽量降低中断时间,再则免费工具的复杂化程度以及兼容性所处在的问题,是因为客户不得匮乏买有但是 第三方的迁移服务。这就使得属于ZStack云原生的迁移服务模块, 在ZStack3.0版本中应运而生。

在ZStack接管VMware的基础上,迁移服务轻松帮助用户将vCenter上的云主机迁移至ZStack平台,过程全UI界面操作,IP级细粒度属性自定义,已支持主流Windows、Linux系统的云主机的迁移。

ZStack V2V介绍

ZStack含有有另六个 高级模块叫迁移服务,可将不同平台的云主机系统及数据详细迁移至当前云平台。迁移服务除了都可不都都可以将VMware的虚拟机迁移到ZStack,在3.6.0的版本中也支持将任何基于KVM的平台(源平台包括ZStack)迁移到ZStack。一起去满足在线迁移、离线迁移、并发迁移、指定迁移网络、预修改云主机配置等多种形状。本文重点以VMware虚拟机迁移至ZStack展开。

场景设定

假定用户已部署一套vCenter环境和一套最新的ZStack私有云环境,并已将vCenter接管到ZStack私有云云平台。可能性业务前要,现要将已接管的vCenter云主机迁移至当前的KVM云平台中。

V2V迁移前要指定目标集群内的物理机作为迁移服务器。本场景下,假定用户已提前准备好1台存储服务器,并将该存储服务器加进到目标集群内作为计算节点,用户将使用这台计算节点作为迁移服务器。

用户的源端和目标端信息如下:

具体实践流程如下:

1.加进迁移服务器

2.创建迁移任务

a) 创建V2V迁移任务的第一步,除了填写有但是 基本信息,前要指定源平台上待迁移的云主机。若此处选泽多台源云主机,将批量创建相应的迁移任务,最多都可不都都可以一起去指定200台。

b) 第二步配置目标平台的资源,也什么都有有ZStack端的配置。对于计算和存储资源都可不都都可以根据当时的资源池情况报告给出参考数据。有但是选泽刚才加进的迁移服务器。最后还有有另六个 “压缩模式”的选项,都可不都都可以根据存储类型和下行速率 情况报告选泽是是是否是是先压缩成qcow2的格式再传输,当然压缩五种 也是前要占用整个迁移时间的。

c) 迁移任务的第三步,也是最复杂化的一步。用户通常是希望整个业务不中断,可能性中断时间尽量缩短的,有但是目标平台上可能性提前做好了相应的网络规划。ZStack给出了每个网卡的源vCenter网络与目标网络的对应关系,都可不都都可以细粒度到每个IP和mac地址。可能性对业务的私网地址这样严格要求,都可不都都可以直接以网段的形式做出映射即可。

3. 确认提交后,4台vCenter云主机创建出有另六个 独立的迁移任务,如图所示已成功迁移至当前KVM云平台。

4. 小结,整个过程使用下来比第三方的迁移工具的体验流畅什么都有有,全UI操作的一起去保留了云主机属性的自定义能力,但前要先接管的要求对于有但是 场景可能性有所限制。

后记

在笔者来看,未来几年企业上多云是大的趋势,有趣的是大家对“混合云”的定义也这样宽泛。随着不同云平台间迁移的需求愈发旺盛,各家云厂商原生的迁移工具也会逐渐雄厚,对客户来说云的迁入成本会逐步降低。对云厂商来说,迁移技术的积累一方面都可不都都可以转化为灾备能力,有但是 人面也都可不都都可以补充自动化运维的场景。大家说有一天客户真的会对“混合云”的弹性买单。

(本内容属于网络转载,文中涉及图片等内容如有侵权,请联系编辑删除)