[雷音肆]AWS S3闯大祸，混合云超融合可补锅？

本周云计算领域粗大事了：白元老&黑老大AWS美东1区出了故障，33个服务受影响，包括9个完全中断，其中一个就是问世已超过十年的S3——Simple Storage Service（简单存储服务），不仅是AWS的第一个产品，也是最早的对象存储产品（企业存储市场出现“对象存储”更早，但不是一个概念）。
S3盛名在外，久经考验，所以很多云服务都使用其作为后端存储，结果受到此事影响的面积很大，像RunKeeper、Yahoo webmail等服务都中断了一段时间。与之前一些机房级的故障（如阿里云香港）导致用户应用中断的情况不同，S3本身就是一个跨地域分布的高可用服务，用户假定其不会出错的前提基本没毛病，所以此事故令大家措手不及。
比较有趣的是，之前曾哥刚在群里分享了一个云协作产品，我打开看了看，没多久另一个同事就说打不开了。他怀疑是被墙了，可我也没有翻墙啊？直到我们在受到S3影响的云服务产品中，看到了它的名字……
另一个耐人寻味的事情就是，AWS通报本次故障的时候，用了一个词——increased error rates，也就是错误率提高，但坚决不承认是outage（运行中断）。
好事不出门，坏事传千里。AWS的另一个存储服务——服务于虚机（VM）的EBS（弹性块存储）推出了一项被称为Elastic Volumes（弹性卷）的功能，主要面向当前使用的EBS卷和EC2实例。用户可以随意增加卷大小、卷性能，或者改变卷类型。简直是企业级存储的功能啊，这下也没人提了。
当然，S3闯的这个祸虽然不小，我们相信还不至于成为云计算（向下）的拐点，只是云计算的用户们，自己得长点儿心了。
AWS出了事，Google和微软可没闲着：
    •    Google出了个虚拟机动态迁移（VM live migration）到云的Cloud Endure服务；
    •    微软之前就有Azure Site Recovery (ASR)帮助把vSphere的虚机迁移到Azure，现在又发布了新的Azure Site Recovery Deployment Planner，再添一把柴。
说到Google，大家还记得上一期雷音肆里提到的，阿里云和腾讯云先后抢跑，推出基于英特尔下一代服务器处理器Skylake的云计算实例么？这可不是中国特色，Google也不甘人后，做了类似的发布……
回到虚机迁移（到云）的话题，闪存混合阵列初创公司Nimble Storage推出了一项名为“Cloud Volume”的功能，其阵列可以与AWS或是微软Azure连通，使得Nimble存储上的卷可以在这两朵公有云上自由迁移——双向的，有来有去，自建数据中心与公有云互为灾备。尽管目前只有AWS和Azure。倒是代表着未来的一种趋势，破除公有云锁定。
Nimble CEO也出来接收采访，说虽然没有明确的计划要做超融合产品，但其最新的OS实际上已经初步具备了超融合系统的软件基础。此外，他还提到目前超融合系统的三大短板，其中很重要的一点就是上期雷音肆提到的扩展还不够灵活的问题：尽管有存储和计算节点之分，但存储上还是有计算，计算上仍有存储。从目前来看，超融合已经开始走向计算存储分离。
超融合市场规模还不算大，但对传统FC SAN市场的杀伤力已经不小。FC交换机领先厂商博科（Brocade）公布了上季财报，FC交换机收入同比下降12%，The Register认为这是第一家正式公布由于HCI（超融合架构）导致营收下降的公司，因为HCI用以太网交换机。这实在不算什么新观点，狒哥为你分享一段去年“出台”的八卦。
感谢收听，周末愉快！
（题图来自The Register）