@msg7086 不需要全球集群，只需要减少部分延迟即可。
200ms 的距离不需要把 200ms 全压在集群上，也是有集群解决 100ms，剩下 100ms 让用户吃掉的选择的。

@swulling 姑且是有 Galera 集群这样一个东西的。

@lllllliu 建议先考虑：预算和期望延迟。
比如说中国到美西延迟可以控制在 180ms 内，美西到欧洲大多也能在 180ms 内。
如果不考虑非洲的话，放在美西是个折中的方案。
预算好的话弄条 CN2 岂不美哉。

然后两者可以双管齐下，比如美西和美东双主集群，美西管国内，美东管欧美。

是把字符串转成数字后比较，不是 like。

这句话的反义就是「不限制 POST 的长度」。
众所周知，没有办法做到「不限制」。
所以要限制。

可以想办法用 ISO 安装。

如果用 yum 安装的话比较复杂，不像 Debian 系一个 debootstrap 就起来了。RPM 系需要先手工下载 release rpm 包，安装 pki，然后在宿主机 yum 安装 yum 到目标目录下，然后改好基础配置以后 chroot 进去，把装完的包原地再重装一遍（目的是写 rpm 数据库），然后再安装核心包（比如 @core ）和引导包（ grub kernel 这些），再重建引导。

这是我们打包 CentOS 7 的基础流程，按理 8 也是类似的，但是我们还在等 CentOS 8 发布，没打算用 RHEL 8 做实验。

你想在虚拟机里开虚拟机是吗？

@nnnToTnnn 我都提醒你了。

@nnnToTnnn #8 纠正一下错别字 XD

日立被收购了，卖一块少一块，哪来那么多呀……

@AddictX 你再想想？

if from
page = open("https://api.bilibili.com/x/v2/dm/history?type=1&oid=#{@cid}&date=#{from}", 'Cookie' => 'SESSDATA=喵', 'Accept-Encoding' => 'deflate').read
else
page = open("https://comment.bilibili.com/#{@cid}.xml", 'Accept-Encoding' => 'deflate').read
end
z = Zlib::Inflate.new(-15)
page = z.inflate(page)
z.finish
z.close

可以自己开个循环扫历史弹幕。

你爱用就用，问个 P

你开贴之前先告诉大家，推荐 50 以外方案的请勿回帖，这样免得浪费你和大家的时间。
我对这种寻找认同感的帖子实在没什么兴趣，已 Block 以示敬意。

你开心就好，就用传说中的四组三盘 RAID 50 吧（笑）
你懂得比我们多多了，何必还来问我们这些什么都不懂的人呢（笑）

@devlnt #42 这些指标都是理论值，就像 MTBF 一样，都是根据指标进行理论计算得出的，怎么查实？
比如一块企业级硬盘的标称理论 MTBF 是 150 万小时，你怎么查实？花 170 年去测吗……

@devlnt 全盘损坏的概率是很低的。
一块硬盘要全损，一般三种原因，电路板坏了，磁头坏了，负磁道服务区坏了。
硬盘同时全损的概率很低的，一般说的重建时硬盘挂掉，指的是因为 URE 导致单个扇区读取失败的情况。
大多数硬盘都是从（逻辑）坏道开始的，如果是电路板或者磁头坏，那是生产问题，可能上线跑了两星期就全挂了，再多的 RAID 都解决不了。

另外，URE 本质上并不是「硬件损坏」，或者说并不是「损坏」。磁盘在存放过程中，磁场数据本身就会偶尔改变。换句话说，你一块 6TB 盘放在桌上一年不碰，这 48 万亿比特的数据也会有数万甚至更多，会自己改变，0 变成 1，1 变成 0。硬盘本身有纠错功能，读取的时候，4096 字节里读到了几个字节的坏块也可以原地修复。
这就意味着放置越久的数据，坏比特、坏字节就越多，累计到无法修复的程度时就会产生 URE。
URE 并不意味着什么硬件「坏了」，可能只是「久了」而已。
所以修复这种 URE （逻辑坏道）的方法其实就是全盘擦除一遍，让每个扇区里的坏块都重写成正确数据就行了。

对于 RAID 5 来说，URE 是会由阵列卡自动修复的。（这个我司生产机上已经出现过很多次了，可重现的。）
所以会让 RAID 5 降级的，都是硬盘全损故障。你说重建的时候出现第二块硬盘全损，概率其实是很低的。
上面讨论到现在，都是讨论的第二块、第三块硬盘 URE 的情况。

@ryd994 软 RAID 可以啊，ZFS 或者 MD 都可以。这不是看楼主已经捏着一块 RAID 卡了嘛。

你 26 楼还是没想明白，读错不等于挂掉。

读错只是一个块，剩下的 6TB 数据还是好的，还是有效数据。只要这 URE 的这个字节或者扇区有替代品（有其他冗余），就不会炸阵列。你 26 楼是按照整个 6TB 数据全挂来计算的，这个和 URE （单比特、单字节、单扇区损坏）是两回事，你不要搞混了。

「再挂一块，读 10 盘」
应该是再挂一块中的一个扇区，读 10.9999999999 盘，才对。

@devlnt #33
RAID 5 重建的时候没有冗余盘，读错一个字节就相当于阵列报废了。
RAID 6 重建的时候有冗余，所以需要同一个字节在两块盘上同时读错才会报废。

你仔细想想，一块硬盘上任意一个字节坏的概率，和两块硬盘上同一个位置的字节同时坏的概率，差多少？

差 10 个数量级都不止了吧。直接就可以把可靠性拉到 99.99999%以上了。

然后我用的 Z3，坏一块盘以后需要另外三块盘上同一个位置的字节同时坏才会炸，这个概率，是不是无限接近 0%了？

二十多年前我们常用的一款输入法「中文之星」就是这么实现的。

你可以看下他们坟头草多高了。