victorcloud 最近的时间轴更新 victorcloud 最近的时间轴更新 |
victorcloudV2EX 第 138798 号会员，加入于 2015-09-17 22:33:31 +08:00 |
victorcloud 最近回复了
2016-12-04 02:25:08 +08:00 回复了 lonelinsky 创建的主题 › 云计算 › 大家使用 UCloud 时请尽量避免使用 Ubuntu 14.04 系统 |
@lslqtz 您可以提交工单，我们进行针对性处理。感谢您的支持！
2016-11-29 12:15:20 +08:00 回复了 lonelinsky 创建的主题 › 云计算 › 大家使用 UCloud 时请尽量避免使用 Ubuntu 14.04 系统 |
@lslqtz 您好， UCloud 国外 CDN 节点丰富，分布在几十个国家和地区。具体情参考这里：
https://docs.ucloud.cn/storage_cdn/ucdn/node#国外节点
https://docs.ucloud.cn/storage_cdn/ucdn/node#国外节点
2016-11-21 00:35:23 +08:00 回复了 lonelinsky 创建的主题 › 云计算 › 大家使用 UCloud 时请尽量避免使用 Ubuntu 14.04 系统 |
您好！我是 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 的信任和支持！
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 的信任和支持！
Select Language