遷向雲端


前段時間幫朋友一個創業的朋友做一個網站遷移。之前他的網站使用的自己的服務器托管在IDC機房,后來由於合作的關系需要單獨遷移出來。在遷移過程中也考慮過幾個方案,但最終選擇了使用雲端相關的服務。在試用了這一小段時間之后感覺還是非常不錯。分享給大家。

首先原有服務器的拓撲結構大概如下圖所示,當然由於權限的原因我沒有具體操作到原有服務器。大概是兩台Web做了NLB,一台數據庫服務器,一台集管理、開發、域名、郵件等功能的服務器。

image

【原有服務器拓撲圖】

軟件方面。網站使用PHP編寫,操作系統使用CentOS,其他應用軟件都是比較常用的:Apache,MySQL,SVN等。

 

遷移方案

方案一 新浪SAE

      由於之前也有一些項目使用的是新浪SAE,速度比較快,計划費模式也比較靈活低廉。但由於SAE是PaaS的服務,雖然很多應用軟件都不需要自己來配置但由於網站的目錄結構及代碼功能類庫基本上都是使用原來獨立服務器的方式。而且SAE平台對於源碼大小(暫時不能超過100M),MySQL並發連接數,PHP文件操作等類庫的使用有很多限制,因此如果遷移到PaaS平台上會有比較多的改造工作量。對於幫助做遷移的我不是什么好的方案。因此就放棄方案一  

方案二 自主服務器 + IDC托管

     放棄了方案一之后就開始在琢磨第二個方案了,第二個方案是想着跟以前一樣的環境,就是買台服務器找個IDC機房托管,也咨詢了相關的供應商,差不多點的服務器一台大概在一萬元左右,再加上IDC托管費用北京這邊大概在5千-7千左右。這樣折下來差不多得將近2萬塊錢。當然當時想着如果沒有更好的方案的話就開始准備采購了。跟我那朋友講了之后說別人給他推薦了西部雲計算中心,我查了查電話也打不通,也沒有試用的就放棄了。不過有天突然在網上看到了阿里雲的廣告或文章啥的。其實之前也聽過阿里雲、盛大雲等只是之前沒留意。現在重新對這些進行了簡單的評估於是有了方案三。  

方案三 雲主機

      針對這個工作,剛開始試用的是阿里雲(當然盛大雲很早就開始用了,還跟他們在微博上吵了好一會兒),由於可以申請試用就申請了台4核4G/500G標准C型主機行試用,效果還不錯。本來還想再重新評估一下盛大的雲。盛大雲的計費模式比阿里的要靈活可以支持按天付費,不過當時工作比較晚了就沒付費試用,隨手試了一下他的雲硬盤建了兩個各200G的雲硬盤,沒想到第二天正要准備付費使用的時候提示我欠費欠了6塊多。NND我可以是1bit都沒用啊就想收我錢了。算了最后在微博上吵吵就沒用了。於是就采用第三個方案就是用阿里雲。由於可以向上升級先租了一台2核1.5G,150G的標准A型主機。后來又開通了一台1核1.5G/100G的經濟B型主機做為開發服務器。  

   補充:圖片方案,其實之前也想着將圖片遷移到又拍雲(https://www.upyun.com/)上面的,之前使用過又拍雲在圖片縮略圖方面做得非常友好,速度也還不錯。但是我看了看網站里的圖片是相對路徑的。如果要修改的話就需要涉及到代碼了。所以沒辦法只能暫時放棄,還好阿里雲還比較給力,圖片下載也相當快。

   補充:遷移進度,整個遷移工作大概在一周,實際執行遷移的工作其實就是軟件安裝跟文件傳輸,大概一天左右。其他時間都是在評估。

 

服務器搞定之后當然還有包含DNS,郵件等其他應用,根據以往的經驗使用了其他免費的服務,分別如下: 

DNS:國內的免費DNS服務應該比較好選擇了除了DNSPood(http://dnspod.cn/)應該就沒有別的了。特別是速度快,穩定,還帶宕機、DNS請求數統計等監控功能。

郵件:郵件使用的是騰訊的企業郵局(http://exmail.qq.com/ ),免費版本支持200個用戶對於初創公司來說應該夠用了。大品牌也比較有保障,另外QQ的Web郵箱還是蠻好用的。

監控:監控主要是使用的監控寶(http://www.jiankongbao.com/ )的監控服務,基於SNMP協議可以支持服務器和服務的監控,由於是免費版本所以只有郵件通知、監控報告等(短信10條而以基本忽略),基本上滿足監控的需求。當然阿里的雲監控也有使用,他免費提供每賬戶1000條免費短信的服務,基本上也夠用。

安全: 網站安全除了常規的Linux配置之外,還使用了360的Web安全掃描,並根據掃描后的結果進行了相應的優化。這一步確實有必要。后來在網站上確實是發現了一些木馬。10年底就給種上了,到現在都沒發現。木馬方面的情況可以參考我之前的一篇文章:邪惡的木馬

源碼管理:之前是打算把代碼托管到GitHub的。后來考慮到速度,開發人員熟悉程度等方面的顧慮就暫時沒有用。目前使用的還是另外租了一台阿里的雲主機+SVN進行管理。

備份:對於運維的工作來說最重要的工作就是備份跟恢復了!本來只有本地備份,后來看了Rubby之父的程序世界里講到的之前Ruby網站被黑的事情,黑客使用了rm –rf / 的命令,於是觸發我必須要做異地備份!當然我不可能再去租一台服務器。於是就考慮了如Dropobx,酷盤,S3等網盤,但由於國外的速度是個問題就沒考慮,國內的網盤沒有找到合適的上傳程序也沒辦法考慮。還好阿里雲有OSS服務,而且半年內50G內是免費的,找了半天找到了合適的Pythone上傳程序,再加上我之前搞定的備份Shell,現在每天晚上自動備份到本地並上傳到阿里雲的OSS上。基本上是挺靠譜的了。

     補充:網站備份的代碼已經發布到GitHub上面: https://github.com/cbcye/AutoBackupAndUpload_AliYun 當然都是從網上收集的其中Pythone批量上傳來自於: http://bbs.aliyun.com/read.php?tid=102633 ,Shell腳本忘了是從哪拼的了。

網站新拓撲

      遷移之后我們發現我們的拓撲圖不單單是服務器的結構了。我們更多強調的是使用的服務。除了保留最核心的網站環境之外我們基本上都把其他服務都免費“外包”給其他服務商了。  

image

【新網站拓撲圖】

 

服務器性能

image

     我們可以從測試數據大概看到原有三台服務器的性能還不如一台性能很普通的雲主機的性能 。當然測試數據並不一定很精確,造成以上原因的大概有幾個方面:1.網站本身代碼的問題,靠硬件提升的空間已經很小。2.網站帶寬的問題。阿里雲的帶寬由於是獨5M的可能比普通的IDC要好很多。3. 軟件安裝的問題。由於我使用的是一鍵安裝包可能做了相應的優化。

遷移心得

1. 知識的轉移

     其實我不是專職做Linux運維工程師的,因此感覺相關服務安裝配置起來很麻煩費事,還好找到了LAMP的一鍵安裝包( http://www.wdlinux.cn/linux_lanmp),一下子就解決了我這個問題。另外還有像360安全檢測之類的,其實都是屬於知識的轉移。我沒有相關深厚的知識背景,但卻只需要使用一些小工具就可以迅速的掌握這些知識(至少7-80%)的樣子。  

2.關於服務與網站托拓撲

   根據近段時間的運行我覺得已經有很多成熟的服務可以支撐IT工作,因此其實沒有太多必要自己去搭建各種應用,特別是對於初創公司來說。

3. 成本問題

   由於放棄了方案一,所以就剩方案二跟方案三了。方案二的成本大概在1.5-2萬元/年,方案三兩台服務器,生產服務器3990元/年,開發服務器1990元/年,總共5980元/年。還是省不少錢的!

 

幾個問題

1. 為啥原來用四台服務器現在只用了兩台

     首先之前4台服務器的架構不是我設計的,而且當時可能是評估會有很大的訪問量,業務會開展得比較不錯(這也是傳統IT的弊端,必須提供冗余性能),所以就買了4台或更多。現在使用兩台,一是基於目前網站的訪問量還不是很大,升級擴展也非常簡單(阿里雲可以無縫向上升級,基本上就是重啟的時間,1分鍾左右就可以搞定。)另外考慮到開發和生產分開、異地辦公等因素不然一台也就夠了。

2.發現的問題

     目前運行還是比較穩定,其中有一個問題就是備份時由於數據量較大5G左右,造成前端網站訪問速度受影響。但目前基本上是深夜在進行的暫時還能接受,正與阿里雲的聯系解決問題。  

最后

     歡迎大家加入雲計算的擁抱!想試試本次遷移效果的可以訪問我朋友的網站:

     http://www.jidongtuan.com/

     http://www.gpoogp.com/

     http://www.styleoo.com/

    另外歡迎關注本人新浪微博:http://weibo.com/cbcye ,共同探討雲計算相關話題!


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM