大家使用 UCloud 时请尽量避免使用 Ubuntu 14.04 系统

[lonelinsky]

之前在 UCloud 北京区一台主机，因为网络不是很稳定，偶现高延迟，丢包，恰好北京的主机快到期了遂决定迁移到上海区测试看看，然后悲剧就开始了，昨天开始迁移：

北京主机关机 -> 制作镜像 -> 提交工单请求迁移 -> 用迁移好的镜像重装上海主机 -> 上海主机开机

其中从北京区迁移到上海区耗时比较长，这个就不吐槽了，毕竟受到公网网速限制。

但是后来用镜像重装后, 在两台主机配置除了从单核升级到双核之外全部相同的情况下，主机居然无法开机,一直卡在Booting from Hard Disk..., 按照客服指示，断电重启也无济于事，这个就比较无语了，一开始还怀疑是制作的镜像的问题，结果总共迁移了两次，都是这样的情况，由于原来的机器上还有一些线上业务，只好又把原来的北京的机器续费开机了…

后来客服告诉我说，这个是 14.04 系统他们的一个已知问题，正在优化解决，但是我想说的是14.04 毕竟是 Ubuntu 的 LTS 版本啊，是 UCloud 上自带 Ubuntu 的最高版本，我上次在 vultr 上的主机，同样是 Ubuntu 14.04 迁移就很顺利啊！

大家最近如果要用 UCloud 的主机，避免下使用 Ubuntu 14.04 的系统吧，以免碰到和我一样的问题。

[akwIX]

不用 ucloud 就好了

[zangev5]

@akwIX 用 AKW OS

[akwIX]

@zangev5 akwOS 才对

[FreeDog]

@zangev5 是 Ali KW 么。千万云

[TaMud]

看你们用国内云，各种拆腾呀

[ray1155]

我们已经收到您的反馈，技术专家正在帮您排查，感谢您对 UCloud 的使用和关注！

[lianxiaoyi]

原来可以镜像迁移，不知道阿里云有没有这种服务！上周五正在愁如何将一个机房的镜像移到别的地区机房！

[lonelinsky]

@akwIX 目前是两家都在用

@ray1155 问题已解决，多谢

[lonelinsky]

@lianxiaoyi 2333 ，应该是支持的吧， UCloud 的流程是提工单，然后他们会负责迁移，到凌晨的时候速度还是很快的，你给阿里云提工单试试呗

[lianxiaoyi]

@lonelinsky 诶，我好担心啊，我也是 ubuntu 14.04

[lonelinsky]

@lianxiaoyi 见附言，如果有 lvm 之类的可以先 umount 掉，然后再制作镜像，等新机器开机后再重新 mount ，理论上这样的镜像迁移的技术还是很成熟，出问题的概率很小的，不过由于我北京的主机上有些线上业务，所以要到晚上才能做这个测试啦，到时候来帖子里面反馈结果

[GhostFlying]

akw 的梗都到这里了。。

[AlexaZhou]

用过 UCloud 的 UHost 产品，体验还是不错的，磁盘 IO 性能很好

[dongxiaozhuo]

公司在 ucloud 上有 360 台服务器，不过基本都是 centos 。

[mornlight]

@dongxiaozhuo 贵司业务量好大……

[lonelinsky]

@lianxiaoyi 迁移已成功，不过只有系统盘，数据盘还是需要自己手动迁移，花了不少时间…
阿里云可以临时调高带宽，如果阿里云的数据也需要自己手动迁移的话，你们可以考虑通过那个来做

[wikinee]

Ubuntu 差点又背锅

[lianxiaoyi]

@lonelinsky 我已经复制完了！阿里云是随时可以复制！我们基本不挂数据盘，因为所有文件都存在 oss 里面！

[lonelinsky]

@wikinee 哈哈，这事不赖我，我当时和客服还提到 lvm 的问题了，但是对方没响应，最后还说是 ubuntu 的问题来着

@lianxiaoyi 我这台服务器上有一部分是直接开发 /测试用的，所以就没部署 OSS 了，没有数据盘的话，那很小啊，迁移起来应该很方便

[victorcloud]

您好！我是 UCloud 技术服务工程师，就楼主遇到的问题，做下说明：

1. UCloud 提供的 Ubuntu 14.04 基础镜像可以正常使用。楼主遇到无法引导入系统的原因是 /etc/fstab 内容与新主机环境有所冲突。原来的云主机上对数据盘（/dev/vdb ）做了 LVM ，所以镜像里也带了这个配置。但新主机上并没有 LVM ，这就导致系统要挂载这个 LVM 盘的时候发生了异常，从而无法正常进入系统。解决办法是在做镜像之前，先把 /etc/fstab 文件里的 LVM 相关那行注释掉，然后关机并制作镜像，那么新主机就不会去查找一个不存在的 LVM 盘。

2. UCloud 云主机的数据盘其实本身就是可以动态扩展的，所以无需在操作系统里面配置 LVM 。可以理解为我们底层实现了类似 LVM 的机制。实际上资源的动态扩容、按需使用，也是云计算的特点之一，或者说是云计算相对传统 IT 架构的优势之一。云计算的价值在于从各个方面帮企业和运维工程师节省精力、简化配置、提高容灾能力。所以建议大家在云主机操作系统里直接使用数据盘即可，无需制作 LVM 。对于特殊原因需要保留 LVM 的场景，请参考第 1 点的说明哈。具体的数据盘扩容操作请参考文档： https://docs.ucloud.cn/compute/uhost/guide/disk#扩容磁盘

3. 针对数据盘的跨可用区迁移耗时较长的问题。因为数据盘迁移是一次性任务，为了提高传输速度，我们建议用户可以临时调高带宽，然后进行复制迁移，完成后回调带宽即可。调高带宽的方法也有两种，一种是直接调整基础带宽，一种是在基础带宽上增加带宽包。带宽包的使用非常简单，只要设置好带宽包的起始生效时间和结束生效时间即可，有点跟定时任务类似，不过只是一次性的。优点是操作简便，减少人工参与，不需要在开始和结束的时间点介入操作。另外如果对网络速度和质量有特别高的要求， UCloud 跨域通道产品（例如北京到上海的内网专线）也可以考虑使用。

4. 关于北京可用区外网不稳定这个问题，其实也要看具体情况。刨去运营商南北骨干故障或拥塞的因素，外网质量也跟业务本身的地理分布有关系。例如，北京区域对全国的平均覆盖效果是最好的；而如果业务访问主要来自华东地区，那么主机放在上海区域会是个比较好的选择，若是放在北京可能要面对偶尔会发生的南北骨干线路问题。另外， UCloud 的自建 BGP 线路已经具备在不同运营商之间切换的能力。必要的时候，在某一家运营商出现严重故障时切换到另一家运营商线路，会很大程度上规避掉单家运营商故障带来的影响，为客户业务保驾护航。

最后，还是再次感谢楼主对问题的及时反馈，感谢大家对 UCloud 的信任和支持！