雲計算之路-阿里雲上：什么是“黑色1秒”？
為了更好地分享我們解決“黑色1秒”問題的過程，在這篇博文中我們將專門描述一下“黑色1秒”問題的表現。 “黑色1秒”是我們使用阿里雲以來繼“黑色10秒”之后遭遇的最奇特、最詭異、最難以捉摸、最富有戲劇性的問題。 它有2個最顯著的特征： 第一個是最直觀的表現，在Windows性能監視 ...
原文：雲計算之路-阿里雲上-幸福沒那么容易：“黑色1秒”又出現了
幸福沒有那么容易，才會特別讓人着迷 ，這是黃小琥的 沒那么簡單 中的一句歌詞。 這句歌詞或許最能表達我們此刻的心情 在我們宣布 黑色 秒 問題已解決的第二天， 黑色 秒 竟然再次出現 昨天早上 點左右起床后，睡眼惺忪地查看服務器的實時監控，打算欣賞一下 黑色 秒 被消滅后那漂亮的QPS曲線。突然，一個即將被最新曲線覆蓋的鋸齒閃現在眼前 黑色 秒 不會吧 怎么會 這不是真的，或許是自己迷迷糊糊弄錯 ...
2015-06-14 17:09 60 7978 推薦指數：
相關推薦
雲計算之路-阿里雲上-幸福總是很突然：“黑色1秒”問題解決啦
[更新：抱歉！“黑色1秒”后來又出現了，詳見：雲計算之路-阿里雲上-幸福沒那么容易：“黑色1秒”又出現了] 前幾天發生了2件神奇的事情：一是1位園友在阿里雲上遇到了和我們一模一樣的“黑色1秒”問題；二是阿里雲推出了IO優化的基於KVM架構的服務器，據說理論上可以解決“黑色1秒”問題。很巧 ...
雲計算之路-阿里雲上：對“黑色30秒”問題的猜想
在雲上，底層的東西你無法觸及，遇到奇怪問題時只能靠猜想，所以使用雲計算會鍛煉你的想像力。 （上圖中藍色是ASP.NET的Requests Queued，另外一個是HTTP.SYS的Arrival Rate） 昨天我們發現了一個重要的線索——“黑色30秒”到來時，最初的表現是請求出現排隊 ...
雲計算之路-阿里雲上：神奇的“黑色30秒”再次出現，究竟是誰的錯？
引起“黑色30秒”的可能性已經提升到了99.9%，對阿里雲的懷疑只剩下0.1%。 但是： 1. 上次 ...
雲計算之路-阿里雲上：“黑色30秒”走了，“黑色1秒”來了，真相也許大白了
雲上真是無奇不有，這兩天我們什么也沒動，“黑色30秒”招呼不打一聲就走了，而來了一位不速之客——“黑色1秒”；就寫了一篇博文，30秒就變成了1秒，看來多寫博客是硬道理。 在上篇博文的評論中有人說——就30秒，有必要這么較真嗎——當時想，別說30秒，哪怕1秒，我們也會較真。結果說1秒，1秒就來 ...
雲計算之路-阿里雲上：黑色1秒，微軟的問題還是阿里雲的問題？
“黑色1秒”問題經過一個多月的艱苦奮戰，今天終於取得了重要進展！我們終於有了足夠的數據證明不是微軟IIS的問題，就是阿里雲Xen虛擬機的問題。 這篇博文分享的是我們如何進行證明的，而且這次證明連Window性能監視器都不需要。 下面我們來分析一下今天10:37:35出現的“黑色1秒”（下面所用 ...
雲計算之路-阿里雲上：讀取緩存時的“黑色0.1秒”
看到標題中的“0.1秒”，你也許會呲之以鼻：不會吧，0.1秒也要計較，不是吃飽撐着，是沒吃飽也撐着。 依然沒撐着！在memcached應用場景中，響應速度是處於1ms級別的，0.1s可是比1ms慢了100倍啊。 如果你不相信1ms級別，請看這篇文章（微博CacheService架構淺析）中 ...
雲計算之路-阿里雲上：Web服務器遭遇奇怪的“黑色30秒”問題
今天下午訪問高峰的時候，主站的Web服務器出現奇怪的問題，開始是2台8核8G的雲服務器（ECS），后來又加了1台8核8G的雲服務器，問題依舊。 而且3台服務器特地使用了不同的配置：1台是禁用了虛擬內存的臨時磁盤雲服務器，1台是啟用了虛擬內存的臨時磁盤雲服務器，1台是禁用了虛擬內存的雲盤雲服務器 ...