被腾讯云坑的体无完肤，建议非 VIP 客户，选择其他云吧

[markgor]

当初选的时候，百度云，腾讯云，阿里云三个在选择。

阿里云贵，百度云稳定性存在怀疑，最后选择了腾讯云。（毕竟还支撑着腾讯那么多业务）

然后悲哀的命运开始了。

一开始系统架构上，是两台业务服务器 CVM，一个腾讯云 CLB 负不搭客，一个 CFS 文件系统，一个 MariaDB （ TDSQL ）一组一从。

MariaDB:很像使用第二个月，数据库遇到瓶颈，一大堆线程卡死，工作单问讯腾讯云，表示目前高 IO 版-内存 4GB 映射的核数为 0.5 核。好吧….

CFS:第三个月出现情况，挂不搭客的机器访问 cfs 时超时，发起工作单后腾讯云表示自己了除自身业务原因，我 cd 进到就直接卡死了，我还怎麼排除自身业务原因？拖了 3 个多小时，最终腾讯云解决了，问题是 CFS 所在机器上有个别客户读取异常占用资源所致。

CFS:第五个月又出现情况，挂不搭客机器访问 CFS 需要 10 多秒。过多的文件延晚访问最后导致业务系统瘫痪了，这一次报障腾讯云没有叫我检查自身原因了，而是叫我不需要催单，最后 2 个小时左右解决了问题，反馈说问题是因为保护层存储满了，（话说你文档写得的自动扩容？）

CVM:故障得没出现，但是根据腾讯云文档，申请过 IP 反向解释被他的病，说文档望了写该功能的支持 VIP 大客户，有需要的话才成为 VIP 再申请…（最终是同意申请了，但还是感觉很不舒服，就像是乞儿一样讨求腾讯云。

MariaDB:业务需求需要开镜像表内 FEDERATED ），通过文档，腾讯云只是写了一句建议使用 InnoDB，通过 show ENGINES ；查看得的是支持，最终无法创建，工作单后表示仅支持 INNODB，其余的引擎就算能创建也不保证双机同步时会不会出问题。（就是听天从命的意思了…文档等你是无法知道的…

可能像我们这些些不进流的客户，在腾讯云眼里根本不值得一提吧，或者说腾讯云已经继承了腾讯游戏的优点了。没钱玩 NMB。

最后最后，玩玩还可以，真要上业务好你不是 VIP 还是别选腾讯云了

[Lunatic1]

其实任何一家云都会出现这种问题，但是阿里云一分钱一分货下限在这里。腾讯云布局和发力晚并且重视程度低，上限不高。

[markgor]

@251243021 所以 30W/月已經屬於大客戶了吧....所以說達不到 VIP 級別的，還是別把自身業務部署在騰訊雲那了，其他雲我沒試過部署真實業務，不敢說，期待下一個入坑的人說出來聽聽。

[imherer]

可以试试 AWS

[liuxu]

@markgor 并不是，基本难缠的问题都是我在解决，腾讯的客服是这样，一开始是一个菜鸡客服先回复，优先让用户自己解决，然后用户几次对话后，搞不定就会交给高级客服（懂技术的，或者就是反馈给技术人员），接着会有电话过来

所以我提工单一开始就会直接提升到技术层面，例如解决直播问题，我直接把 wireshark 保存的 pcap 包过去，附上 rmtp 握手截图，标明问题是什么。是 CDN 我就直接发 curl -v 的日志，如果是磁盘我就 iostat/dd 输出，这样普通客服看不懂会直接交给技术，这样解决问题就很快了

阿里云直播之前也出过问题，直播 flv 录像不能用 flash 播放，他们技术说是我们的问题，还说用 ffplay 可以播放，后来我分析他们直播生成的 flv 文件，然后分析 ffmpeg 解析 flv 的源码，发现是他们的 flv 文件头没有标明文件大小，flash 会无法识别，而 ffmpeg 读不到文件头的大小会自己遍历文件计算所有块，然后得到整个 flv 时间，所以能播，然后他们技术才去修复这个 BUG

阿里的工单怎么样？没有腾讯好。

腾讯云的服务都有 SLA，我刚才看了，CFS 是 99.9%，也就是每个月 42 分钟有问题是在允许范围内，CVM 是 99.95%，也就是每月 21 分钟有问题是允许范围内，所有服务商 aws 阿里云基本也是这个等级，对应有赔偿，其实没多少

腾讯云的黑料不止这些，之前不是还有说删了一个公司的全部数据么，其实最好还是自己维护好高可用，可以接受的范围内，哪怕配置低一点，该花的钱还是得花。而且云服务器就当成自己买的硬件，需要了解的都发工单了解一下，而且最好自己也实测一下随机顺序 IO，CPU，内存，带宽等等

最后说一下， 我司最开始是自己机房托管，三天两头出问题，换腾讯云时建议全部 innodb，我们全换了，日志也是 innodb，6 台 4 核 16G mysql，自己组的读写分离，缓存用的 2 台 memcache 服务器。整体实力来讲阿里云好一点，毕竟中国市场他一家独大，但我们个人用户优惠是老用户与狗不得入内，所以我的博客从 18 年就是用的腾讯双十一优惠的 2H8G5M，给别人或公司推荐我也是怂恿用腾讯云，别用阿里 /dog

[liuxu]

@wangjhsir 抖动你确定不是自己区域网络问题么，我司广州和我自己的上海都没见过这个问题，有点闲钱的话建议全国各地各运营商搞 smokeping 监控一下

[markgor]

@liuxu #65 "6 台 4 核 16G mysql，自己组的读写分离，缓存用的 2 台 memcache 服务器" 原諒我們業務支撐不起這筆開支.......
另外你說的 SLA 我之前看過，不過就像你後面那句，“对应有赔偿，其实没多少”所以我們從未申請過賠付。

[defunct9]

有 Tokyo 服务器，可以找我买

[morphyhu]

哈哈，天下乌鸦一样。。。。。国外的也不靠谱。。。

AWS 相对来说好很多，毕竟人家是老大哥

[eason1874]

容灾搞起来，类似的例子发生在阿里云也不少，记得 V 站以前就有类似的长文控诉阿里云不靠谱。

其实都这样，哪有 100%靠谱的东西，就算是腾讯和阿里自己的产品一年至少也会出现一两次异常，他们主业务异地多中心都能出事，何况是单地域的云服务。

阿里云腾讯云服务器都写 99.95% 可用性，我不知道他们是怎么算出来的，反正我一直做好他们一年会宕机三五次的准备，自己跨云服务商做容灾，免得宕机导致我损失几千块最终只赔我一个半个月服务器使用时间。

[shnily]

@eason1874 认同，天下真的没有免费的午餐，所为的经济实惠都是伪命题，要业务稳定性就需要异地容灾，跨服务商容灾，预算拮据，就得承受可能的故障和业务中断风险，同时做好老板侧的预期管理，运维也不是万能的，巧妇难为无米之炊。

[SingeeKing]

那个，谁能告诉我一下

「不搭客」是啥
「 IP 反向解释被他的病」又是啥

[markgor]

@SingeeKing 挂载的机器
ip 反向解释功能需提交工单申请

[huson]

说实话 从 2015 年 一直用的阿里云 线上业务基本没出什么大问题 除 2016 一次阿里云大规模挂

[tencentcloud]

@markgor 楼主好，非常抱歉给您带来不好的体验，如电话沟通，您反馈的几个建议我们已收到，并给您详细说明了优化计划，我们秉持以用户体验为依归的理念，不断优化改进，如您后续有其他问题，欢迎您随时提交工单中进行反馈，感谢您的支持与理解。

[wshenm]

@tencentcloud 惊现腾讯云官方。
话说，楼主看不起我华为云吗？

[liukangxu]

看了 lz 贴出的工单记录&故障报告，对良心云好感++

[Andy1999]

阿里欢迎你

[markgor]

@wshenm 並不是看不起華為雲，為什麼寫上面那三個雲，應為他們都有著自家的業務在跑，而華為之類的，他們線上業務量估計沒這三家那麼大，但是當然，這三家自身業務是否都跑自家雲平台，那我不好說也不好確認。
在上家公司任職時候，華為雲和廣州政務雲都使用過，但後期基本是交付對方使用了，我也不好說好不好。但是政務雲確實麻煩.....

[kkk123]

@tencentcloud 系统盘创建之后无法扩容，数据盘扩容要重启才能生效，这 2 个是否可以改进一下？

[tencentcloud]

@kkk123 关于您反馈的问题答复如下：
问题 1： 系统盘扩容
系统盘类型为云硬盘时，支持扩容系统盘，但仅允许通过对云服务器执行 重装系统 操作来实现。
若系统盘内有数据需要保留，请务必提前备份（如备份到本地），或者在重装扩容前先制作系统盘的自定义镜像，然后在重装扩容系统盘时，选择使用这个自定义镜像来重装系统。

系统盘类型为本地盘时，暂不支持扩容。

问题 2： 数据盘扩容
云硬盘数据盘的扩容不需要重启系统，在控制台操作扩容后，根据目标云服务的操作系统类型，执行 扩展分区及文件系统（ Windows ）或 扩展分区及文件系统（ Linux ）将扩容部分的容量划分至已有分区内，或者将扩容部分的容量格式化成新的独立分区， 即可完成数据盘的扩容。
具体的操作流程可以参考官方文档操作：
https://cloud.tencent.com/document/product/213/34068

如您有其他疑问，欢迎您提交工单反馈，我们会及时为您核查跟进。