发工单了，说是有网络波动，等待运营商解决，然后就什么都不知道了。

这个问题难道不出个通告么？所以我上来问问是不是就我们碰到了？

@SoraneKazehana 您说对了。我们 MTR 下来发现不走 CN2 了。就是不知道是临时切换还是永远不走了。

可是同时间阿里云香港稳如狗。

我上月发帖了。

@johnnydepp 阿里

基本确认本次打补丁对我们实例的性能影响很大：

相同的计算密集型任务（加解密运算）性能下降 20%，最致命的是，实例的 CPU 居然无法跑满，CPU 占用率一旦上了 80%，各项指标呈现峰值极限状态，且 CPU 占用率无法达到 85%。（打补丁前 CPU 峰值可以轻松超过 90%）

@whx20202 我们也发现相同的网络吞吐，CPU 占用显著提高。目前还在观察，最坏的情况是要升级实例配置了，成本又上去了。

我实例的主机应该打完了吧？公告上说的是 12 号以前都在打。

我们的 Linode 日本偶尔放过几个包过去。

阿里回复:

这个并非您的错误，
我们监控发现，于北京时间 2017 年 10 月 10 日 13:35 左右开始，个别 ECS 实例出现实际状态和控制台上的状态显示不一致的异常现象，工程师已经紧急处理，如果还有异常请及时反馈。给您带来不便敬请谅解。有任何问题，可随时通过工单或服务电话 95187 联系反馈。

@owenliang 就是不知状态何时发生了改变，也没留下什么痕迹。

平时我们只看自己的报警，没事从不登录控制台。要是我们不主动发工单，不知道这个错误状态一直持续下去？

@hugee 请说出你的故事。。。

基本状态信息都不对，这可是大 Bug 啊。。。

@Aliencn 活着是一定的，否则我们早就警报大作了。

现在状态恢复正常了。

等待阿里的解释。。。

我们真的什么都没做啊。。。

@aheadlead 我们紧张死了。

没做任何操作。第一次碰到这种情况啊。。。

各位 V 友有没有碰到？

@zhengjian 不懂何意。
开完工单 5 分钟阿里云人工致电确认。看来他们也很紧张。。。

不知道这次是精确打击还是宁杀三千不放过一个？