在雲上,底層的東西你無法觸及,遇到奇怪問題時只能靠猜想,所以使用雲計算會鍛煉你的想像力。 (上圖中藍色是ASP.NET的Requests Queued,另外一個是HTTP.SYS的Arrival Rate) 昨天我們發現了一個重要的線索——“黑色30秒”到來時,最初的表現是請求出現排隊 ...
雲計算之路系列博文分享的是我們將網站從IDC機房遷移至雲計算平台的實際經歷,目前已遷入阿里雲,這次分享的是我們對之前的博文 解決images.cnblogs.com響應速度慢的詭異問題 中遇到的雲服務器並發連接問題的猜想。不妥之處,歡迎批評指正。 這里再簡單描述一下這個問題:我們的圖片站點 靜態文件 遷移至雲服務器后,在IIS並發連接數達到 左右的時候,出現了響應速度奇慢的問題。后來,通過多台雲服 ...
2013-03-13 14:50 16 6211 推薦指數:
在雲上,底層的東西你無法觸及,遇到奇怪問題時只能靠猜想,所以使用雲計算會鍛煉你的想像力。 (上圖中藍色是ASP.NET的Requests Queued,另外一個是HTTP.SYS的Arrival Rate) 昨天我們發現了一個重要的線索——“黑色30秒”到來時,最初的表現是請求出現排隊 ...
首先向大家致歉,這次雲服務器故障發現於17:30左右,18:30左右恢復正常,給大家帶來了麻煩,請大家諒解! 故障的原因是雲服務器所在的集群負載過高,磁盤寫入性能急劇下降,造成很多數據庫寫入操作超時。后來恢復正常的解決方法是將雲服務器遷移至另一個集群。 下面是故障發生的主要經過: 今天上午 ...
非常抱歉,昨天的服務器CPU 100%問題是達到 memcached 的連接數限制引起的,不是阿里雲服務器的問題。 之前我們用的是阿里雲“雲數據庫 memcached 版”,上個周末我們換成了自己搭建——基於阿里雲“內存網絡增強型”服務器用 docker 跑 memcached ...
今天下午訪問高峰的時候,主站的Web服務器出現奇怪的問題,開始是2台8核8G的雲服務器(ECS),后來又加了1台8核8G的雲服務器,問題依舊。 而且3台服務器特地使用了不同的配置:1台是禁用了虛擬內存的臨時磁盤雲服務器,1台是啟用了虛擬內存的臨時磁盤雲服務器,1台是禁用了虛擬內存的雲盤雲服務器 ...
雲計算之路系列博文分享的是我們將網站從IDC機房遷移至雲計算平台的實際經歷,目前即將遷入阿里雲,這次分享的是在正式遷移前兩台雲服務器出現的奇怪問題。 其中一台的故事是這樣的: 博客園找找看的后台服務(建索引,查找索引)很早就遷入阿里雲的一台雲服務器上,一直正常,Windows性能監視器中 ...
如果說2013年雲計算之路的主題是“踩坑”,那么2014年我們希望雲計算之路的主題變成“填坑”——當然填坑是阿里雲來完成的,我們只是見證曾經的坑坑窪窪變成平坦大道。 15號(周四)晚上我們發現了SLB會話保持的坑,16號晚上阿里雲成功定位並進行修復,這兩天正式發布后會填平這個坑。這次從踩坑 ...
今天下午14:30左右開始,不知道怎么回事,博客站點負載均衡中的web服務器輪番CPU 100%。平時訪問高峰5台服務器就能穩穩支撐,而今天發現CPU出現100%問題后就開始加服務器,結果到目前加到了9台,也無濟於事,只是從5台服務器輪番CPU 100%變成9台服務器輪詢100%。 非常抱歉 ...
最近我們在服務器部署上使用了一些阿里雲競價服務器,比如在負載均衡中使用包年包月服務器與競價服務器相結合,服務器部署調整時先用競價服務器臨時頂替一下。使用競價服務器最大的風險是隨時可能會被釋放,今天之前我們只遇到過1次競價服務器被釋放的情況,那次被釋放了2台,也是在周五,看來周五是一個競價的高峰 ...