这年代必须两口子一起赚，才能平差中慢慢有剩余

不得不说，负载低的时候体验非常爽。
我记得以前阿里云还没怎么做起来的时候，用阿里云：
普通云盘测试 1k 块大小，数据库 io 可以达到 1000 多，现在也就 300 多点。
服务器下载东西，最高稳定在 220Mbps，现在也就偶尔超过 15Mbps。
这明显是负载量决定的，虽然总值超过人家对外提供的指标，但是这部分“白赚”的性能，明显不如他负载小的时候

补充一楼，找找 chrome 的启动参数

@ryd994 live migration 没听过。
用过 VMware Vsphere 虚拟化平台的知道这个热迁移的意思。可能的故障太多，在小概率也是概率。比如你说计算节点故障不会有，但我轻松可以举反例说主机掉电。计算节点用的任何组件，电容可能击穿，电阻可能变化等等很多不太可能出现但是却一定有的反例。

A 一般故障自动热迁移，（管理员经常手动热迁移下架某台物理服务器）
B 部分无法实现热迁移的故障，会自动迁移后自动重启（为了保证业务不断，这里需要软件设计成跟随系统重启）
C 极少数故障，迁移 cpu 内存资源之后不能重启（灾难级故障，普通人员遇到了无解，手动使用万能重启法解决）

用我的分类 ABC，可以看出，可用性（用时长计算）：
A 足够解决时候是 100%（业务无中断）。
B 方案解决时候是重启和恢复业务压力所需要的时间（业务中断几分钟）。
C 类别则是人工排除掉故障所用的时间（往往是几小时到几天）

@kulove 我也觉得不应该。按照目前腾讯给出的解释，是硬盘的写入读出不同，这个描述其实有点模糊，三副本毕竟都还是虚拟磁盘文件。
虽然三个副本，正常情况下写入内容相同，但是底层存储由于是不同的物理底层，按理物理磁道说不会相同，可以排除掉是同一批硬盘同时触发这么一个极端情况。
既然事实是同时坏三个副本的数据，那么问题应该归结于镜像存储的软件（软 raid 之类的底层软件），而不是归结给物理硬盘
有存储届的朋友提过，这种情况不会是单个案例，应该还有其他同类情况出现没有被发现，可能是由于这样的原因，腾讯选择下架整个同批次硬盘

借楼解读下：（我也是被人问烦了，技术服务中，总有人问我阿里云有没有 vps，答案是没有！）
VPS：单个物理服务器里的虚拟机（虚拟机硬盘往往用的是母鸡的硬件）
云服务器：物理机集群里的虚拟机（虚拟机硬盘用的往往是共享存储的硬盘）
假设物理机遇到硬盘故障，VPS 跟着母鸡一起死。云服务器可以自动漂移到其他母鸡上继续运行。所以云服务器的可用性就是高于 VPS 的

@kulove 仔细看下，云硬盘在可用地多副本，不是异地，异地容灾说的至少是跨城市级别，腾讯这个三副本只是同机房里存三份数据。类似于 raid1，至不过数量是 3，这三份是同时进行读写的

楼上别说远了，异地容灾似乎跟这个事件毫无关系。这家数控应该只是买台虚拟机而已，这么低的成本哪里包含异地容灾服务了

@scg16 鸽子?

你来青岛试试，大部分路，房子都不是正南正北，本地人都不用南北东西来描述方向

不知道腾讯会找硬盘厂商索取多大金额

明显这帮人都是打工心态，你不能要求太多

还是那句话，任何云厂商都做不到 100%可用，高可用，只是 99.9999xxxxx 里更多的 9，终极备份还得靠自己

我最近连续 2 次了，重置密码才能登陆，密码是浏览器保存的，不至于出错

等你把可用性达到云的可用性的时候，你的成本就比直接使用云更贵了。
我以前算过这类账目，也遭遇过一些自建的问题，自建，遇到问题几乎处于坐等状态，反馈都不知道反馈给谁

不着地的话，车子颠簸等情况容易失控的，我一般是用脚掌跟脚趾的部分压住离合，这样可控活动范围会尽可能大

刚才有人回了个图，说是某手机微创新，后盖加了触点，可以将后盖颜色信息反馈给主机了

阿里云的工单，提交工单更快一些，阿里云可不像腾讯云那样在 v 站安排客服，不过逛 v 站的人里，有阿里云的人

@zhangtao 没有太好的办法。
早期你不用在乎，有人来访问，还能帮你凑个访问量
后期建议同 ip 反复访问弹出验证码