大家使用 UCloud 时请尽量避免使用 Ubuntu 14.04 系统 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Recommended Services
Amazon Web Services
LeanCloud
New Relic
ClearDB
lonelinsky
V2EX    云计算

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

  •  
  •   lonelinsky 2016-11-19 12:21:57 +08:00 6412 次点击
    这是一个创建于 3250 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

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

    第 1 条附言    2016-11-19 16:55:36 +08:00
    问题已解决,多谢 UCloud 的同学,查下来是 lvm 导致的,因为我在原来的机器上使用了 lvm ,迁移镜像后新机器 fstab 出了点问题,导致无法开机

    另外,从 UCloud 工作人员那里得知, UCloud 目前的数据盘是支持扩容的,这样看来一般来说可以不用配 lvm 了
    24 条回复    2016-12-04 02:25:08 +08:00
    akwIX
        1
    akwIX  
       2016-11-19 14:30:06 +08:00
    不用 ucloud 就好了
    zangev5
        2
    zangev5  
       2016-11-19 15:49:43 +08:00
    @akwIX 用 AKW OS
    akwIX
        3
    akwIX  
       2016-11-19 15:56:42 +08:00
    @zangev5 akwOS 才对
    FreeDog
        4
    FreeDog  
       2016-11-19 16:04:43 +08:00
    @zangev5 是 Ali KW 么。千万云
    TaMud
        5
    TaMud  
       2016-11-19 16:05:50 +08:00
    看你们用国内云,各种拆腾呀
    ray1155
        6
    ray1155  
       2016-11-19 16:06:12 +08:00
    我们已经收到您的反馈,技术专家正在帮您排查,感谢您对 UCloud 的使用和关注!
    lianxiaoyi
        7
    lianxiaoyi  
       2016-11-19 16:52:50 +08:00 via Android
    原来可以镜像迁移,不知道阿里云有没有这种服务!上周五正在愁如何将一个机房的镜像移到别的地区机房!
    lonelinsky
        8
    lonelinsky  
    OP
       2016-11-19 16:56:51 +08:00
    @akwIX 目前是两家都在用

    @ray1155 问题已解决,多谢
    lonelinsky
        9
    lonelinsky  
    OP
       2016-11-19 17:03:36 +08:00
    @lianxiaoyi 2333 ,应该是支持的吧, UCloud 的流程是提工单,然后他们会负责迁移,到凌晨的时候速度还是很快的,你给阿里云提工单试试呗
    lianxiaoyi
        10
    lianxiaoyi  
       2016-11-19 17:04:46 +08:00 via Android
    @lonelinsky 诶,我好担心啊,我也是 ubuntu 14.04
    lonelinsky
        11
    lonelinsky  
    OP
       2016-11-19 17:09:07 +08:00
    @lianxiaoyi 见附言,如果有 lvm 之类的可以先 umount 掉,然后再制作镜像,等新机器开机后再重新 mount ,理论上这样的镜像迁移的技术还是很成熟,出问题的概率很小的,不过由于我北京的主机上有些线上业务,所以要到晚上才能做这个测试啦,到时候来帖子里面反馈结果
    GhostFlying
        12
    GhostFlying  
       2016-11-19 17:10:18 +08:00
    akw 的梗都到这里了。。
    AlexaZhou
        13
    AlexaZhou  
       2016-11-19 17:14:40 +08:00
    用过 UCloud 的 UHost 产品,体验还是不错的,磁盘 IO 性能很好
    dongxiaozhuo
        14
    dongxiaozhuo  
       2016-11-19 17:34:12 +08:00 via iPhone   1
    公司在 ucloud 上有 360 台服务器,不过基本都是 centos 。
    mornlight
        15
    mornlight  
       2016-11-19 21:27:38 +08:00 via iPhone
    @dongxiaozhuo 贵司业务量好大……
    lonelinsky
        16
    lonelinsky  
    OP
       2016-11-20 01:53:29 +08:00
    @lianxiaoyi 迁移已成功,不过只有系统盘,数据盘还是需要自己手动迁移,花了不少时间…
    阿里云可以临时调高带宽,如果阿里云的数据也需要自己手动迁移的话,你们可以考虑通过那个来做
    wikinee
        17
    wikinee  
       2016-11-20 09:56:20 +08:00 via iPhone
    Ubuntu 差点又背锅
    lianxiaoyi
        18
    lianxiaoyi  
       2016-11-20 13:10:05 +08:00 via Android
    @lonelinsky 我已经复制完了!阿里云是随时可以复制!我们基本不挂数据盘,因为所有文件都存在 oss 里面!
    lonelinsky
        19
    lonelinsky  
    OP
       2016-11-20 13:30:59 +08:00
    @wikinee 哈哈,这事不赖我,我当时和客服还提到 lvm 的问题了,但是对方没响应,最后还说是 ubuntu 的问题来着

    @lianxiaoyi 我这台服务器上有一部分是直接开发 /测试用的,所以就没部署 OSS 了,没有数据盘的话,那很小啊,迁移起来应该很方便
    victorcloud
        20
    victorcloud  
       2016-11-21 00:35:23 +08:00
    您好!我是 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 的信任和支持!
    lslqtz
        21
    lslqtz  
       2016-11-26 03:55:27 +08:00
    @victorcloud 问个问题, UCloud 的国外 CDN 除了美国有其他的点吗,源站在日本,想换成香港或日本的点。
    victorcloud
        22
    victorcloud  
       2016-11-29 12:15:20 +08:00
    @lslqtz 您好, UCloud 国外 CDN 节点丰富,分布在几十个国家和地区。具体情参考这里:
    https://docs.ucloud.cn/storage_cdn/ucdn/node#国外节点
    lslqtz
        23
    lslqtz  
       2016-11-29 12:16:19 +08:00
    @victorcloud 我使用只有美国节点,我希望分到香港节点。
    victorcloud
        24
    victorcloud  
       2016-12-04 02:25:08 +08:00   1
    @lslqtz 您可以提交工单,我们进行针对性处理。感谢您的支持!
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     3061 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.85 25ms UTC 12:44 PVG 20:44 LAX 05:44 JFK 08:44
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86