13:52-14:03,由於訪問量突增,博客web服務器全線CPU 100%,造成博客站點不正常訪問,由此給您帶來麻煩,請您諒解。 為了迎接訪問量的增長給web服務器CPU帶來的巨大壓力,上周我們已經將博客web服務器換成了阿里雲獨享型服務器。 今天下午故障前,博客站點一共投用了3台4核 ...
非常抱歉,今天下午 : : 左右,web服務器突然雪崩似的出現CPU 問題,造成博客站點無法訪問 。由此給您帶來很大的麻煩,請您諒解。 在問題出現之前,博客站點運行着 台web服務器, 台 核 G的阿里雲 計算型 原獨享 sn 系列II 服務器, 台 核 G的阿里雲c 型系列I服務器。本來今天下午並不是一周的訪問最高峰,這 台服務器綽綽有余。但 : 左右開始,某種未知的情況引起這 台服務器雪崩似的 ...
2017-07-07 16:20 39 3974 推薦指數:
13:52-14:03,由於訪問量突增,博客web服務器全線CPU 100%,造成博客站點不正常訪問,由此給您帶來麻煩,請您諒解。 為了迎接訪問量的增長給web服務器CPU帶來的巨大壓力,上周我們已經將博客web服務器換成了阿里雲獨享型服務器。 今天下午故障前,博客站點一共投用了3台4核 ...
非常抱歉,今天下午 17:10~17:40 左右,由於博客系統所使用的 redis 服務器宕機,造成博客站點無法正常訪問,由此給您帶來很大的麻煩,請您諒解。 我們會針對這次故障改進 redis 服務器的部署,提高 redis 服務器的高可用性。目前 redis 服務是用阿里雲服務器單獨部署 ...
非常抱歉,今天下午14:39-15:39左右,博客站點的部分負載均衡遭遇3次20G以上的流量攻擊,造成很多用戶不能正常訪問。由此給您帶來麻煩,請您諒解。 攻擊的過程是這樣的: 14:39,第1次攻擊流量26.64Gb,針對的是其中1台負載均衡A,攻擊后,立即被阿里雲雲盾屏蔽 ...
悄悄地它又突然來了 —— 數據庫服務器 CPU 100% 問題,上次光臨時間是 3-30 8:48,這次是 4-28 9:41。 這次我們做出了快速反應,發現后立即進行主備切換,這次一次切換成功,CPU 很快恢復正常。 但是,這次來的“真”是時候(訪問高峰),雖然數據庫 CPU 恢復正常 ...
今天上午11:10,我們又中“獎”了,我們使用的阿里雲 RDS 實例(SQL Server 2016 標准版,16核32G)突發出現 CPU 100%,引發全站故障,直到 12:15 才完全恢復,由此給您帶來很大的麻煩,請您諒解。 這是我們今年的第3次中“獎”,前2次分別發生 ...
今天五一勞動節的一大早 4:50-6:30 期間,我們使用的阿里雲 RDS SQL Server 數據庫實例再次出現 CPU 100% 問題,引發全站故障,由此給您帶來麻煩,請您諒解。 我們發現故障后立即進行主備切換,與上次故障不同的是,這次主備切換沒有成功,再次切換,依然沒有成功,后來嘗試重啟 ...
非常抱歉,今天上午 10:48 ~ 11:33 期間,我們所使用的數據庫服務(阿里雲 RDS 實例 SQL Server 2016 標准版)又出現了 CPU 近 100% 問題,由此給您帶來麻煩,請您諒解。 這次剛開始出現 CPU 近 100% 問題時,沒有造成大的影響,后來有段時間 CPU ...
2017年6月20日更新:今天我們最終發現,CPU 100%問題是博客后台程序所引用的開源組件 HtmlSanitizer 在處理特定html字符串時引起的,升級至最新版3.4.156可解決這個問題。 非常抱歉,今天下午14:20-14:55期間,由於同一個負載均衡中的2台服務器都出現CPU ...