ua 不可靠，我这里有 2 万多条不重复的 ua，你要不要测试下

raid0 存在的目的：
1，拼凑最大存储量
2，大块读写速度提升
3，让不做备份的后悔到死

工信部备案本来就要求多，各个省份还有些不同。
阿里云的备案，能很大程度促进一次性通过工信部的漫长环节。
腾讯没试过，我试过联通，试过西部数码，预审内容太少，很容易被工信部打回
那些小云厂商，直接提交，等个十几天工信部打回来，然后修改重新提交，不用多次，一次就吐血了

别太着急，新手总是一不小心就出点问题，我是在上路第三个月出的刮擦事故

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

不得不说，负载低的时候体验非常爽。
我记得以前阿里云还没怎么做起来的时候，用阿里云：
普通云盘测试 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 次了，重置密码才能登陆，密码是浏览器保存的，不至于出错

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