停机48小时：Verizon Cloud开局不利

前不久Verizon云停机长达48小时。但是由于用户基数相对较小，恐怕最大的影响是对将来的客户。

Verizon云停机两天做系统维护，但是真正的损害也许已经发生了。

Verizon通信公司发email给所有受影响的客户，通知他们Verizon云，即最新版本的云服务，要从周六开始停机达48小时。该项决定引发了尖锐的指责，被认为以云停机时间而言几乎从未听说这么长的，以及可能在服务刚推出就吓走了潜在的客户。

BAO系统有限公司，一家位于弗吉尼亚州Arlington的专门为联邦系统和一些非政府集团提供安全和基础架构服务的公司，自从一年多以前还是beta版本的时候就属于Verizon云的一部分。这家公司的工作负载还没有用到产品环境中，因为他们还在持续谨慎的评估系统的性能特性，BAO的安全架构师兼工程师Kenneth White说。

“当你称自己为企业级别，然后又说会有长达2天的停机时间，要客户关闭他们的虚拟机，并且不给他们时间上的选择，更该区域的选择，这太让人沮丧了，”White说。

White在Amazon Web Service（AWS）、Google云平台、Rackspace、Digital Ocean和微软的Azure上都有运行系统，但从来没见过任何像这种形式的定期维护。更糟的是，不止那些虚拟机将会停机，控制面板和API也都不能访问，这样将无法得到任何关于停机状态的实时更新，White说。

在华盛顿周围的很多政府机构和团体对Verizon云表示出兴趣，由于Terremark以及其他遗留Verizon系统所取得的成功，但这次停机限制了客户的选择，White说。

“当他们在八月份发布通用版本的时候，我也很想说也许会在二月份开始全球范围的实现，”White说。“这将又推迟6到9个月。”

哪些Verizon云客户受到了影响？

总的来说，现有的Verizon用户的影响是相对小的，Verizon大概只有10%的云客户使用Verizon云，根据Kevin King，公司的发言人表述。其余的90%的客户都运行在类似Terremark这样的遗留云平台上，托管了这家电信公司的一些最大的客户。

这次维护和第三方的bug修复无关，是“非常标准的”应该能在一天内解决的事情，King说。所有受影响的客户都提前得到通知，这样他们可以作出相应的规划，他补充道。

“这种性质的更新通常需要一定时间的系统停机，”King说。“我们通知了客户要为系统停机48小时做好准备，尽管我们预估这个工作不会花那么久时间。”

这也不是Verizon云第一次在一大段时间内停机。11月的时候Verizon云因为系统维护而停机了24小时以及在那之前几个月还有一次12小时的停机。

云断电被夸大？

不像去年Xen重起对AWS，IBM，Rackspace及其他的影响那样，这不会引发接二连三的重起，造成单个的虚拟机也会停机一段时间，这比起“48小时云彻底不工作”来说要合理些，Lydia Leong，一名位于康涅狄格州Stamford的Gartner公司的分析师表示。

“我不确定假装这是例行程序有什么意义，”Leong说。

IBM曾经关闭了还没正式推出前的SoftLayer云八小时，声称客户大多数都在测试和开发阶段，但是Leong不记得任何主流的云厂商有停机这么久过。那样的停机时间段导致了很多客户来电询问Verizon云，想要知道到底发生了什么。

“这当然是对于Verizon云前景的巨大担忧，”Leong说。

尽管人们对此有所顾虑，其实并没有发生什么异于常规的事情，位于纽约451 Research有限公司的分析师Carl Brooks表示。

“这件事情完全是正常的，”Brook说，“我们又回到那种将消费者的期望同云基础架构服务必须总是在线混为一谈的状态，这其实是非常低的服务期望。”

其他厂商也会做同样的事情，他们只是隐藏得更好，通过点点滴滴的方式进行，Brook说。如果Verizon真有什么错也是将期望值设得太低，并且没有想到那些非客户会从中大做文章，他补充道。

Verizon也极不可能是因为数据中心到达了交换机的极限，而如果这家电信运营商在做一些大规模的全面性升级或者更换整个机柜，那将是令人震惊的。Brook补充道。

大多数观察人员都认同的一件事是这次的影响范围相对很小。当其他的供应商停机时，大片的互联网也会受到影响，但本周末不会是这样的情况，Brooks说。

疑虑尚存

然而，对于一些人来说，Verizon云的开局不能给人以其已经准备好可以处理企业需求的信心。

“今天我发现很难和人争辩说要使用Verizon云，除非你在一个相对狭窄的小众市场，”Leong说。

使用Verizon云的原因可能包括现有的Verizon折扣度，或者一些公司想要端到端的Verizon服务或者在Terremark上有很长的历史记录。

最令White沮丧的原因之一就是这次停机是满足服务级别协议的，因为这是一次定期的系统维护。

“我理解大规模基础架构系统是你能够遇到的最难以置信的困难之一，我也知道它不是一件小事，”White说，“但是如果你想要同市场上的其它主要竞争对手一样被认真对待的话，你就不应该这样做。”