今天下午14:30左右開始，不知道怎么回事，博客站點負載均衡中的web服務器輪番CPU 100%。平時訪問高峰5台服務器就能穩穩支撐，而今天發現CPU出現100%問題后就開始加服務器，結果到目前加到了9台，也無濟於事，只是從5台服務器輪番CPU 100%變成9台服務器輪詢100%。 非常抱歉 ...

無地自容的道歉之后，向大家匯報一下故障的整個經過。在此再次向大家表示歉意，望大家能諒解！ 14:15，有園友在閃存上說博客后台不能發布博文（見下圖）。 14:17左右，我們看到了這條閃存。立即進入博客后台測試，發現提交時會出現如下的錯誤： "Timeout expired. ...

虛擬內存的，但昨天由於虛擬內存不夠用，造成了服務器自動重啟（詳見雲計算之路-阿里雲上：禁用Window ...

非常抱歉，昨天的服務器CPU 100%問題是達到 memcached 的連接數限制引起的，不是阿里雲服務器的問題。 之前我們用的是阿里雲“雲數據庫 memcached 版”，上個周末我們換成了自己搭建——基於阿里雲“內存網絡增強型”服務器用 docker 跑 memcached ...

首先向大家致歉，這次雲服務器故障發現於17:30左右，18:30左右恢復正常，給大家帶來了麻煩，請大家諒解！ 故障的原因是雲服務器所在的集群負載過高，磁盤寫入性能急劇下降，造成很多數據庫寫入操作超時。后來恢復正常的解決方法是將雲服務器遷移至另一個集群。 下面是故障發生的主要經過： 今天上午 ...

今天上午 10: 40 左右，我們所使用的阿里雲 RDS 實例的 CPU 突然飆高到近 100% ，造成大量數據庫查詢操作緩慢、超時，在這個惡劣條件下大量 memcached 緩存無法建立，這樣的雪上加霜讓 Web 服務器的 CPU 跟着不堪重負，於是要么訪問緩慢，要么直接 503 。。。造成 ...

非常抱歉，今天 10:05-10:20 左右，我們用阿里雲服務器搭建的 docker swarm 集群又出現故障，又是因為突然的節點 CPU 波動。 受這次故障影響的站點有 閃存，博問，班級，園子，短信息，招聘，小組，網摘，openapi ，由此給您帶來很大的麻煩，請您諒解。 故障前先是有一個 ...

13:52-14:03，由於訪問量突增，博客web服務器全線CPU 100%，造成博客站點不正常訪問，由此給您帶來麻煩，請您諒解。 為了迎接訪問量的增長給web服務器CPU帶來的巨大壓力，上周我們已經將博客web服務器換成了阿里雲獨享型服務器。 今天下午故障前，博客站點一共投用了3台4核 ...