这是一个创建于 1840 天前的主题，其中的信息可能已经有所发展或是发生改变。
当初选的时候，百度云，腾讯云，阿里云三个在选择。
阿里云贵，百度云稳定性存在怀疑，最后选择了腾讯云。（毕竟还支撑着腾讯那么多业务）
然后悲哀的命运开始了。
一开始系统架构上，是两台业务服务器 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 还是别选腾讯云了
第 1 条附言 · 2019-11-09 19:54:56 +08:00
于昨晚已经有腾讯工作人员联系，
对于贴中 CFS 问题，腾讯云工程师表示之前的问题已经处理好，并且会加强监控，另外也提供了几个应急方案。
对于 CVM 的 IP 反向解释问题，腾讯云表示将会形成产品化，但是这里希望腾讯云 能向阿里云看齐，阿里云的 IP 反向解释是不收费也不是 VIP 大客户尊享的。
对于 MariaDB 的问题，由于友商不支持所以腾讯云也是不支持。
关于文档上描述模糊和错误的指引问题，他们将排期修改。
对于贴中 CFS 问题，腾讯云工程师表示之前的问题已经处理好，并且会加强监控，另外也提供了几个应急方案。
对于 CVM 的 IP 反向解释问题，腾讯云表示将会形成产品化，但是这里希望腾讯云 能向阿里云看齐，阿里云的 IP 反向解释是不收费也不是 VIP 大客户尊享的。
对于 MariaDB 的问题，由于友商不支持所以腾讯云也是不支持。
关于文档上描述模糊和错误的指引问题，他们将排期修改。
 |
1
lswang 2019-11-08 12:20:05 +08:00  2
要么便宜 - 不稳定，要么稳定 - 贵。现在就没有一个让人省心的云
|
 |
3
mml 2019-11-08 12:25:40 +08:00 5
过来人告诉你，vip 也（）
|
 |
4
wd 2019-11-08 12:25:55 +08:00 via iPhone
感觉就像是个 beta 版本... 能被别的客户影响的服务也敢出来卖...
|
 |
5
houzhimeng 2019-11-08 12:28:07 +08:00
啊？这不是良心云么
|
 |
6
stevenhawking 2019-11-08 12:28:51 +08:00 2
MariaDB 那么贵，却 0.5 核，确实坑了
|
 |
7
jirocat 2019-11-08 12:31:11 +08:00 via Android
腾讯出问题能找到不是机器人的客服吗？
|
 |
8
opengps 2019-11-08 12:32:12 +08:00 via Android
看描述，你需要个能准确估算业务压力的人帮你，一般的工单接单客服并不具备这样的能力，其他云的普通客服也是这样
|
|
9
opengps 2019-11-08 12:33:43 +08:00 via Android 1
不过你既然在 v 站反馈，建议发在工单节点，@tencentcloud，盯着这里的客服水平还是不错的
|
 |
10
hakono 2019-11-08 12:33:59 +08:00 via iPhone
等上了阿里云你又会被阿里云坑。。。
|
 |
11
Flash1 2019-11-08 12:34:33 +08:00
|
|
12
opengps 2019-11-08 12:35:23 +08:00
刚才手机上的 @ 好像没生效，重新 @tencentcloud
|
 |
13
qsbaq 2019-11-08 12:44:38 +08:00
用着百度云，一直很稳定啊。
|
 |
14
guanhui07 2019-11-08 12:46:28 +08:00
套路云 都
|
 |
15
markgor OP @opengps 不用 @拉，其实 @也没用，毕竟就如 @Flash1 #11 的图，
我认为最大的问题是在于业务上的深坑。 我数据库的日志表是用 Article 引擎的，session 是存 memory 表的。 但是今天通過工单，才知道 “您描述的 ARCHIVE,Aria,BLACKHOLE,MEMORY 引擎均支持创建，但是这些引擎无法保证可用性和数据一致性，特别是 memory 引擎； 在业务中使用这些引擎可能在后续的升级或扩容，HA 切换中可能会出现问题，所以官方文档中描述“建议使用 innodb 存储引擎”； 而且重点是上面所说的，在他们文档中是无法发现的。 @stevenhawking 文档中和购买时候，这个参数你是看不到的，只能通过提交工单才能问到....並不是價錢坑的問題。 @jirocat 机器人倒不会，都是真人，甚至语音沟通。 @mml 羡慕过来人，没机会成为腾讯云的 VIP，毕竟月消费过 10W 的条件限制了我的想象力，但从你所说的，好像也不香嘛.... @hakono 阿里云我还没上过，留个幻想给自己好了。 @wd 当时 CFS 客服建议我使用 COS，我也是问了相同的东西，他们比较回避这个问题。 |
 |
16
iyaozhen 2019-11-08 12:51:50 +08:00 via Android
一样，不要说 VIP，内部都一样（可能的好处就是资源独占）。1s 损失几百万不是夸张
不是不想做好，哪会没有 bug 呢，确实没有 100%的稳定。所以不是上云就高枕无忧了，架构还得优化 |
 |
17
ScotGu 2019-11-08 12:54:22 +08:00 1
本文将 [腾讯云] 替换成任何其他云都通用。
|
|
18
markgor OP @qsbaq 怎么说呢，百度云我有两台服务器，自己买来玩的，上面跑了个 asterisk，跑了估计 2~3 个月，没出现过任何问题。但是之前创建镜像的时候创建了 90 多分钟，提交工单后回电说太多人同时创建，叫我等等就好.....
对了，纠正下，阿里云对上一次使用是一年多钱了，也不是跑业务，只是单纯自己玩。 百度云：2 服务器，因为个人使用，没跑业务，只能说没死过机。 阿里云：1 台，但是很久之前的事了，大事好像没什么，也不是跑业务的。 UCLOUD：1 台香港的，用来做镜像站点，流量不大，也是个人使用的。 腾讯云：公司业务上面说了，私人买了 2 台玩，一台是香港节点一台是北京节点，除了公司业务上的不说，个人买来玩的也没出过大事。 我不是要黑腾讯云，只是如果真要上业务的时候，别被坑了。 |
 |
19
axwz88 2019-11-08 12:59:53 +08:00 via Android
开局图都没，内容全靠编？
当然我和腾讯云并没有利益关系，建议楼主上相关截图，更有说服力。 |
|
20
markgor OP @ScotGu 这么和你打个比喻吧，就像你在外面吃饺子，店里的海报贴着需要 82 年陈醋的叫唤下老板即可。
但当你买了饺子，做下了准备吃的时候，你叫唤老板老板给你来句对不起，我们的醋只提供给 VIP 用户使用，你想要醋的话请你把月消费提供到 XXX 后再进行申请。 其他云会不会这样我不清楚，但是腾讯云就真的这样了。 |
 |
21
imnpc 2019-11-08 13:03:50 +08:00
以前某家技术博客站也被阿里云坑得要死啊 各种 IO 问题导致错误 SQL SERVER 也有各种问题
|
|
22
markgor OP |
 |
23
laminux29 2019-11-08 13:06:51 +08:00
云服务就有那么多坑，想要稳定为何不自己管理服务器。
|
|
24
markgor OP            有点懒，您需要的话我还可以把所有的工单截图出来....但是上面的截圖已經足夠證明我沒編吧？ |
 |
26
Mac 2019-11-08 13:13:26 +08:00 via Android 1
我的经验就是除非你从一开始就跟着大厂的云数据库特性开发，否则就别指望他们的业务能百分百兼容你的业务，深耕专属业务的客服不会为小客户服务的。
|
 |
29
Arrowing 2019-11-08 13:23:38 +08:00 via Android
昨天被坑了一晚上，经常丢包，整个 squid，搞了半天连不上，最后换了端口就可以了，泪奔～ 后面查了下，才看到说 3128 可能会被运营商封锁，怎么又不在控制台的安全组界面里列出来呢？
|
 |
30
liuzhaowei55 2019-11-08 13:29:36 +08:00 2
腾讯云和阿里云在自家业务中的地位是完全不同的。
腾讯云和自家业务支撑是分开的，腾讯云就是对外的一套云服务业务。 阿里云的话自家淘宝、支付宝也都是基于阿里云构建的，所以阿里云自身经受了更多的考验，也就更稳健一点。 |
 |
31
halfer53 2019-11-08 13:29:40 +08:00
赶紧换到阿里云吧，腾讯根本没有给客户跪着的文化 lol
|
|
32
markgor OP 1
@liuzhaowei55 受教了，但是请问是从哪里得知这些消息呢？阿里云的我知道，腾讯云的我一直以为他们自己也是使用。
|
|
33
markgor OP @halfer53 不換了，上面有人說過坑，不想在失望，起碼留個念想給自己。下一步就把轉移到線下了，港澳的固定 IP 上個月已經裝了。
|
 |
35
uqf0663 2019-11-08 13:40:08 +08:00 1
作为两家同时用的人来说一下：
阿里云的实际问题少一点，性能也稍微好一点，但是非大客户客服是个坑。腾讯云无论多小的客户，工单回复时间都是可以令人接受的，阿里云小客户最长好几个小时没人回的。基层客服的傻逼程度两家差不了多少，腾讯云相对情况好一点点。有一次因为腾讯云客服傻逼，我愤怒的关了工单，两天后有客服打电话来跟踪问题并且最终缓解问题（注意并没有完全解决）但是由此我对腾讯云的好感提升了不少。未来我还是会两家一起用，但是在业务规模还没起来之前，我会更倾斜用腾讯云，虽然性能不行，但是售后方面我还是能给及格分的，在这方面阿里云我给的是不及格。 |
 |
36
mytsing520 2019-11-08 13:40:17 +08:00
腾讯云不清楚，但阿里云肯定是同时服务外部客户和内部客户的架构。
|
|
37
markgor OP @uqf0663 #35 不清楚你使用了騰訊雲什麼服務，但是如果有一天你的業務停了 3 小時，不到半年時間你業務又停了 2 小時。你還會給及格嗎？當然，我沒有惡意，你喜歡就好了，我所說的你也可以當個提醒。
|
 |
38
lhx2008 2019-11-08 13:44:03 +08:00 via Android
腾讯云的数据库真正稳的只有 TDSQL 吧，云 MariaDB 这种内部肯定是不用的。各家云问题都有，就看服务怎么样了，SLA 不是写的很清楚。
|
|
40
liuzhaowei55 2019-11-08 13:50:47 +08:00
@markgor 没有明确的信息来源，主要是平时的新闻印象，腾讯在宣传自家 QQ、微信、空间、游戏等业务的高可用性和异地灾难备份等等运维新闻的时候从没有带上自家的腾讯云，都是基于业务本身的运维宣传的。而阿里一般在宣传业务高可用的时候都会带一下自家的云服务。所以会有这种印象。
|
 |
41
CivAx 2019-11-08 13:58:16 +08:00 1
我就插一句，腾讯云包括内部云都是由广东品高软件负责建设，等于说你甚至可以理解成腾讯是个卖 VPS 的二包
|
|
46
markgor OP @CivAx 你印證了 @liuzhaowei55 的想法...
|
 |
47
nandehutu 2019-11-08 14:16:36 +08:00
感觉支持什么，就在文档，写清楚比较好，不支持就是不支持，不要误导客服，这个不是技术问题。
|
 |
48
realpg 2019-11-08 14:18:34 +08:00
不建议使用人家给你维护的数据库啥的 如果你有各种非简单需求
|
|
50
markgor OP @realpg 懂你意思，但很多时候无法预计到事情的发展。
我自身业务是这样的： OTA 旅游系统，但是公司最近在港澳都开了分公司， 本来都是共用系统的，但由于财务上需要各自独立开来， 所以考量再三，最快的就是“复制黏贴”创造出第二套系统。 为什么不加 flag 形式进行数据区分，因为工期原因，并且老实说财务那一块弄了很久，没什么事真不想动它。 再第二套系统出来后，创建了另一个新的数据库，其中一些表（酒店房间映射表 /房态表 /汇率表等，不需要两边维护）技术上最简单的方式就是通过镜像表来处理。所以才出现上面所说的。 当然，现在已经知道无法通过镜像表来处理，只能老老实实改代码，通过代码实现“同步”功能。 对了，腾讯云客服给过我建议，叫我买多台数据库实例，进行表的同步，这样就可以了。----我没试过不知道，但我知道就是又要一笔费用。 |
|
51
uqf0663 2019-11-08 14:33:33 +08:00
@markgor 所以我说的是业务规模还没起来之前，我更倾向腾讯云。我当前用的包括 CVM CDB COS 这些，我上面说的那个被我愤怒关闭工单的项目规模是日才百万 PV，用了一年多一直很正常，出问题之前也完全没有做过任何变动，由于不知道什么缘故，CVM 硬盘 IO 占用率 100%，但是实际 IO 数很少（正常情况下那个 IO 数连 1%都占不满），这种情况卡到什么程度呢，就是我基本连远程都没法远程了。网站倒是还能打开，就是要卡很久而已。那几天由于实在太卡日 PV 降到了十多万，我从腾讯云后台截了他们的监控图表发的工单，但是实际几轮下来答非所问。我就关了工单。当时真的是非常的愤怒。关了工单以后我已经在准备迁走的操作了（转入备案）。没想到两天后有客服打电话来回访跟进，说看到我关了工单，不知道问题是否解决了，我说没有解决，并且喷了他们那个傻逼一顿，由于他不是技术客服，所以帮我找了更高级别的来跟进，最终等了一个多小时后虽然 IO 没有恢复到没出问题之前状态，但是能够正常使用了。我认为就还行吧。 如果出现同样的问题，你阿里关了工单没有就不会再有人跟进了。我的及格论依据就是这个。小规模的情况下，我认为这样是可接受的。
|
 |
52
wangjhsir 2019-11-08 14:35:03 +08:00
我们公司就用的腾讯云，经常抖动。
腾讯自己内部的一套和拿出来卖的不是同一套东西。 |
 |
53
liuxu 2019-11-08 14:35:14 +08:00
我司用腾讯还好，就是之前有一个直播节点出问题，业务上有时候直播能播，有时候不能，搞的我们前端以为是播放器有问题，调了几天没找到原因。后来被我抓包拿着 wireshark 截图，标明 rtmp 协议被一个服务端节点拒绝拿数据他们才发现
腾讯工单很好，十来分钟肯定有答复，如果事情比较复杂，还会打电话过来语音沟通，经常接他们的工单电话 |
 |
54
janxin 2019-11-08 14:41:44 +08:00
还是要自行保证安全性，当然楼主也确实有些坑很多人不会踩到，比如引擎不选 innodb...
我觉得选云服务最大的注意点就是，尽量选择别人都用的功能，哪怕是别人都用的功能里用的没怎么多的小特性也要小心，弄不好就踩坑了...反正大家都用的，要挂就一起挂吧... |
 |
55
garyzhuang 2019-11-08 14:42:05 +08:00
@markgor 其实哪家云都有问题，大多数最好还是云上云下都有比较稳妥，目前比较腾讯云能拿的出手就是第一价格，第二服务，服务团队可能技术不一定到位，但是态度和感受确实甩阿里几条街，阿里确实稳定性要略优一些，但是价格和服务差，所以自己衡量，都说鸡蛋不能放在一个篮子里
|
|
56
markgor OP |
|
57
markgor OP @janxin 你這回復，我覺得很有道理，但是最後一句，又很想笑
@garyzhuang 我明白只要資金到位一切都不是問題，問題是沒那麼多資金到位，如果兩邊部署服務，中間可能還要自建個 VPN 來跑內網數據...... |
 |
58
emric 2019-11-08 14:49:54 +08:00
换阿里云，公司刚刚从腾讯云搬出来，腾讯云的业务还一个劲的问为什么不续费了呢？你们不会看工单吗？
|
|
59
markgor OP @janxin 對了，還要說說，其實我應該不算小眾吧。
日誌表用 Archive 引擎應該沒什麼不妥吧，本身這個引擎就是為了存儲日誌使用的。 session 存 Mariadb 也是為了 HA 架構才這樣做，我知道做個 redis 來存會更好，但是單獨購買又是一筆費用，自建的話只有兩台 CVM，無法通過 CLB 來做負載。所以最終還是選擇 mysql 的 Memory 表來存。 最後的 FEDERATED 引擎，也是因為解決業務上的問題才選擇的。 如果說官方文檔明明白白寫清楚，不支持以上或不保證使用以上引擎的穩定性，那我還選擇那就是我的問題了。 可是文檔就一句 “建議使用 InnoDB”.....(PS 老實說看到這句話，我第一反應是想到之前網上所說，把 MyISAM 替換成 INNODB,/建議使用 InnoDB 相關的知識點. |
 |
60
251243021 2019-11-08 15:06:00 +08:00
我司好像每月要在腾讯云花 30w 上下..感觉服务很贴心
|
 |
61
Lunatic1 2019-11-08 15:08:46 +08:00
其实任何一家云都会出现这种问题，但是阿里云一分钱一分货下限在这里。腾讯云布局和发力晚并且重视程度低，上限不高。
|
|
62
markgor OP @251243021 所以 30W/月已經屬於大客戶了吧....所以說達不到 VIP 級別的，還是別把自身業務部署在騰訊雲那了，其他雲我沒試過部署真實業務，不敢說，期待下一個入坑的人說出來聽聽。
|
 |
63
imherer 2019-11-08 15:30:00 +08:00
可以试试 AWS
|
|
64
liuxu 2019-11-08 15:36:25 +08:00
@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 |
|
65
liuxu 2019-11-08 15:40:21 +08:00
@wangjhsir 抖动你确定不是自己区域网络问题么，我司广州和我自己的上海都没见过这个问题，有点闲钱的话建议全国各地各运营商搞 smokeping 监控一下
|
|
66
markgor OP @liuxu #65 "6 台 4 核 16G mysql，自己组的读写分离，缓存用的 2 台 memcache 服务器" 原諒我們業務支撐不起這筆開支.......
另外你說的 SLA 我之前看過，不過就像你後面那句，“对应有赔偿，其实没多少”所以我們從未申請過賠付。 |
 |
67
defunct9 2019-11-08 17:07:31 +08:00
有 Tokyo 服务器，可以找我买
|
 |
68
morphyhu 2019-11-08 17:17:39 +08:00
哈哈，天下乌鸦一样。。。。。国外的也不靠谱。。。
AWS 相对来说好很多，毕竟人家是老大哥 |
 |
69
eason1874 2019-11-08 17:22:09 +08:00
容灾搞起来，类似的例子发生在阿里云也不少，记得 V 站以前就有类似的长文控诉阿里云不靠谱。
其实都这样，哪有 100%靠谱的东西，就算是腾讯和阿里自己的产品一年至少也会出现一两次异常，他们主业务异地多中心都能出事，何况是单地域的云服务。 阿里云腾讯云服务器都写 99.95% 可用性，我不知道他们是怎么算出来的，反正我一直做好他们一年会宕机三五次的准备，自己跨云服务商做容灾，免得宕机导致我损失几千块最终只赔我一个半个月服务器使用时间。 |
 |
70
shnily 2019-11-08 17:59:44 +08:00
@eason1874 认同，天下真的没有免费的午餐，所为的经济实惠都是伪命题，要业务稳定性就需要异地容灾，跨服务商容灾，预算拮据，就得承受可能的故障和业务中断风险，同时做好老板侧的预期管理，运维也不是万能的，巧妇难为无米之炊。
|
 |
71
SingeeKing 2019-11-08 18:16:15 +08:00 1
那个，谁能告诉我一下
「不搭客」是啥 「 IP 反向解释被他的病」又是啥 |
|
72
markgor OP @SingeeKing 挂载的机器
ip 反向解释功能需提交工单申请 |
 |
73
huson 2019-11-08 19:21:08 +08:00
说实话 从 2015 年 一直用的阿里云 线上业务基本没出什么大问题 除 2016 一次阿里云大规模挂
|
 |
74
tencentcloud 2019-11-08 19:59:38 +08:00
@markgor 楼主好，非常抱歉给您带来不好的体验，如电话沟通，您反馈的几个建议我们已收到，并给您详细说明了优化计划，我们秉持以用户体验为依归的理念，不断优化改进，如您后续有其他问题，欢迎您随时提交工单中进行反馈，感谢您的支持与理解。
|
 |
75
wshenm 2019-11-08 20:23:58 +08:00
@tencentcloud 惊现腾讯云官方。
话说，楼主看不起我华为云吗？ |
 |
76
liukangxu 2019-11-08 22:18:51 +08:00
看了 lz 贴出的工单记录&故障报告，对良心云好感++
|
 |
77
Andy1999 2019-11-09 02:29:17 +08:00 via iPhone
阿里欢迎你
|
|
78
markgor OP @wshenm 並不是看不起華為雲，為什麼寫上面那三個雲，應為他們都有著自家的業務在跑，而華為之類的，他們線上業務量估計沒這三家那麼大，但是當然，這三家自身業務是否都跑自家雲平台，那我不好說也不好確認。
在上家公司任職時候，華為雲和廣州政務雲都使用過，但後期基本是交付對方使用了，我也不好說好不好。但是政務雲確實麻煩..... |
 |
79
kkk123 2019-11-11 10:28:43 +08:00
@tencentcloud 系统盘创建之后无法扩容，数据盘扩容要重启才能生效，这 2 个是否可以改进一下？
|
|
80
tencentcloud 2019-11-11 13:24:25 +08:00
@kkk123 关于您反馈的问题答复如下：
问题 1： 系统盘扩容 系统盘类型为云硬盘时，支持扩容系统盘，但仅允许通过对云服务器执行 重装系统 操作来实现。 若系统盘内有数据需要保留，请务必提前备份（如备份到本地），或者在重装扩容前先制作系统盘的自定义镜像，然后在重装扩容系统盘时，选择使用这个自定义镜像来重装系统。 系统盘类型为本地盘时，暂不支持扩容。 问题 2： 数据盘扩容 云硬盘数据盘的扩容不需要重启系统，在控制台操作扩容后，根据目标云服务的操作系统类型，执行 扩展分区及文件系统（ Windows ）或 扩展分区及文件系统（ Linux ）将扩容部分的容量划分至已有分区内，或者将扩容部分的容量格式化成新的独立分区， 即可完成数据盘的扩容。 具体的操作流程可以参考官方文档操作： https://cloud.tencent.com/document/product/213/34068 如您有其他疑问，欢迎您提交工单反馈，我们会及时为您核查跟进。 |
|
81
kkk123 2019-11-11 14:11:27 +08:00
@tencentcloud 这个我知道，但是阿里 /AWS 都可以直接扩容，考虑一下？
至于说因为数据安全或者什么其他原因导致不能直接扩容，9012 年了应该站不住脚吧，怕不安全的客户自己做个快照就是了，总比重装方便很多对吧。 谢谢。 |
|
82
tencentcloud 2019-11-11 17:33:25 +08:00
@kkk123 您好， 已记录您的建议，这边会反馈给产品部门评估，如后期采纳，会积极推动该需求的跟进，感谢您的反馈。
|
 |
83
liuxingbaoyu 2019-11-16 18:10:01 +08:00
腾讯云客服态度是挺好，响应也很快，但是产品问题不少，而且客服不够专业
不过胜在便宜，个人用用也无所谓 |
 |
84
Kevens 2019-11-17 23:26:31 +08:00
都买国外服务器，国内都是坑。
|
|
85
kkk123 2019-11-18 17:20:12 +08:00
今天发现一个新坑，企鹅云 LB 的安全组是在流量的出口生效。。。。
|
Select Language