雲計算之路-阿里雲上：烏雲飄過
一周的萬里無雲是我們的第一個目標，這周天氣情況好轉，但昨天/今天下午依然有烏雲飄過。 昨天下午16:40~16:48左右，博客站點的兩台Web服務器突然出現CPU坐過山車的波動情況。 今天下午14:26~14:32左右再次出現CPU坐過山車的波動情況，之后又出現了幾次短時間的波動 ...
原文：雲計算之路-阿里雲上：回滾數據磁盤快照竟然要關機
本來美美地想着用阿里雲的磁盤快照功能進行發布程序的版本管理。 將程序放在一個單獨的數據磁盤中，每次發布前創建一個快照，如果發布后出現問題，立即回滾快照。 可是后來發現回滾快照時，竟然要將整個雲服務器關機，美好的想法就這么破滅了。。。 了解了一下AWS，回滾數據磁盤快照並不需要將整個EC 關機。 ...
2014-06-24 12:13 2 3564 推薦指數：
相關推薦
雲計算之路-阿里雲上：什么是“黑色1秒”？
為了更好地分享我們解決“黑色1秒”問題的過程，在這篇博文中我們將專門描述一下“黑色1秒”問題的表現。 “黑色1秒”是我們使用阿里雲以來繼“黑色10秒”之后遭遇的最奇特、最詭異、最難以捉摸、最富有戲劇性的問題。 它有2個最顯著的特征： 第一個是最直觀的表現，在Windows性能監視 ...
雲計算之路-阿里雲上：為什么看不見CPU在坐過山車，磁盤IO在蹦極
這是4月2日17:30~19:30之間發生在阿里雲上的故事。 標題中的“看不見”是指阿里雲的監控系統沒有監控到；“CPU在坐過山車”是指CPU占用的瞬間波動（見下圖）；“磁盤IO在蹦極”是指磁盤IO的瞬間波動。 （圖1） 4月2日17:30左右開始，訪問博客園首頁有時會遇到502 Bad ...
雲計算之路-阿里雲上：原來“黑色0.1秒”發生在socket讀取數據時
在昨天的博文（雲計算之路-阿里雲上：讀取緩存時的“黑色0.1秒”）中我們犯了一個很低級的錯誤——把13ms算成了130ms（感謝陳碩發現這個錯誤！），從而對問題的原因作出了錯誤的推斷，望大家諒解！ 從中我們吸取到了一個教訓：趁熱打鐵要小心，容易失去冷靜，作出錯誤的判斷。 今天我們痛定思痛，用了 ...
雲計算之路-阿里雲上：數據庫寫入超時的問題終於真相大白
今天下午15:30~16:40期間，在添加新博文時再次出現"Timeout expired. The timeout period elapsed prior to completion of the ...
雲計算之路-阿里雲-分享：通過RDS備份文件恢復SQL Server數據庫
應用場景：假如您用了阿里雲的SQL Server RDS，想在另外一台服務器上通過備份文件還原數據庫至之前的某個時間點。 准備工作：准備1台用於還原的服務器，安裝好SQL Server（2008或2012都可以）。 還原場景：還原時間點在增量備份時間點之后，全量備份時間點之前。 測試案例 ...
雲計算之路-阿里雲上：docker swarm 集群故障與異常
在上次遭遇 docker swarm 集群故障后，我們將 docker 由 17.10.0-ce 升級為最新穩定版 docker 17.12.0-ce 。 前天晚上22:00之后集群中的2個節點 ...
雲計算之路-阿里雲上：對“黑色30秒”問題的猜想
在雲上，底層的東西你無法觸及，遇到奇怪問題時只能靠猜想，所以使用雲計算會鍛煉你的想像力。 （上圖中藍色是ASP.NET的Requests Queued，另外一個是HTTP.SYS的Arrival Rate） 昨天我們發現了一個重要的線索——“黑色30秒”到來時，最初的表現是請求出現排隊 ...