原文:雲計算之路-Azure vs 阿里雲:從負載均衡中摘/掛虛擬機

小尾魚 在 試用Azure:上不了高速的跑車,無法跨Cloud Service的DNS服務器 一文的評論中提了一個很好的問題: 問個問題,使用了負載均衡以后,程序發布的時候博客園是怎么避免用戶訪問到正在發布的程序的 目前我們用的是最原始的方法。發布程序時,先從負載均衡中摘掉一台服務器,然后更新程序 預熱程序,再將這台服務器重新掛上負載均衡,接着再以同樣的方法操作負載均衡中的其他服務器。 借這個問 ...

2013-09-17 11:52 24 4886 推薦指數:

查看詳情

雲計算之路-阿里上:因為網絡問題,物理換回虛擬機

今天早上7:00開始的從阿里虛擬機到物理的切換(詳見切換至物理驗證“黑色1秒”是否與虛擬機有關),由於遭遇阿里網絡問題提前結束,14:38更改了DNS解析將流量切換回虛擬機。 網絡問題是我們在14:30左右發現的,當時用瀏覽器打不開網站。用Firefox測試,顯示連接超時 ...

Wed Jun 18 00:34:00 CST 2014 19 3831
雲計算之路-試用AzureAzure內置的負載均衡是四層的

當初遷移至阿里遇到的第一個問題是在程序通過Request.UserHostAddress得到的是負載均衡(SLB)的內網IP,而不是用戶的真實IP。真實IP存儲在服務器變量HTTP_X_Forwarded_For,后來通過IIS的Url Rewrite Module ...

Sun Sep 15 21:35:00 CST 2013 2 2461
雲計算之路-阿里上:切換至物理驗證“黑色1秒”是否與虛擬機有關

為了解決神奇詭異的“黑色1秒”問題,我們與阿里一直在努力着! 今天早上7點左右,我們將主站(www.cnblogs.com)的流量切換到了阿里提供的物理機上,以觀察黑色1秒是否依然會出現。 如果不出現,說明是虛擬機的問題,那阿里會投入更多力量去優化Xen。 如果依然出現,說明 ...

Tue Jun 17 16:16:00 CST 2014 33 3193
雲計算之路-阿里上:負載均衡從七層換成四層后的意外發現

阿里負載均衡產品叫SLB,七層負載均衡用的是LVS+Tengine,四層負載均衡用的是LVS。 昨天七層SLB出現了波動,我們后來改用了四層SLB。 使用后意外地發現,用戶請求的響應內容TCP出包走的是服務器的公網網卡。 之前用七層SLB時流量走的都是內網網卡,再加上RDS ...

Wed Jun 18 20:11:00 CST 2014 8 6374
雲計算之路:用阿里 vs Azure的對比測試揭開烏雲的面紗

昨天重現問題時熱淚盈眶,還有一個原因是因為只要能重現問題,我們就能對比測試。 當我們一次次懷疑虛擬機問題時,沒有一次得到積極的回應,總是懷疑我們的應用環境——應用程序、緩存、Windows設置等。 而要我們證明虛擬機有問題,比阿里證明虛擬機沒有問題,難很多很多。 但是,今天早上我們終於 ...

Thu May 23 18:16:00 CST 2013 113 20742
雲計算之路-阿里上:4000IOPS的RDS+16核CPU的負載均衡

繼續向大家匯報,上周在阿里的幫助下我們重點解決的是以下兩個問題: 1. 在專門跑博客站點的負載均衡,如果單台服務器處理的並發請求高(比如超過200 Get Requests/s),CPU有時會出現坐“過山車”的情況,CPU占用瞬間跳到100%,然后又回落(見下圖)。這種情況只有1秒的采樣 ...

Mon Apr 15 16:46:00 CST 2013 18 8495
雲計算之路-阿里上:負載均衡的小感冒,我們早就感覺到

最近一段時間遇到一個奇怪問題,在上班時間在辦公室用Safari瀏覽器訪問我們網站首頁,有時如果有一段時間不訪問,再次訪問時第1次打開網站首頁速度會比較慢(卡頓一會),之后就恢復平時飛快的速度。幾乎每個 ...

Thu Mar 16 06:50:00 CST 2017 10 3047
 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM