從LightHouse到CVM

好久沒有更新博客了,趁著遷移服務器的勁頭順便記錄一下。

爲什麽要遷移?

其實今朝這台博客服務器上同時運行著多個服務:

但是,源站是我三年前在騰訊雲的某個活動購買的LightHouse主機(三年期),只有6M的出口帶寬實在是滿足不了平時網盤的平常利用(這個情況隨著數據的增加愈發顯著?),再加上主機即將過期,所以就有了遷移的念頭。

往哪兒遷移?

因爲有備案的启事,所以我優先考慮騰訊雲(這也算是被綁定了吧)。那麽根基上就只剩下了繼續購買LightHouse或轉CVM兩個選擇。

騰訊雲的LightHouse采纳的是捆綁銷售的模式,2U2G的典型帶寬根基圍繞在4M摆布,這乃至還不如我這個活動機…再者我運行的服務主假如流量突發,大年夜多數時候只需要瞬時高帶寬,遵循帶寬計費實在是浪費。

因而我把目光轉向了CVM。

說句老實話,我對CVM的印象還逗留在好幾年前,對通貨膨脹後CVM的價格更是已經完全沒了概念(對于窮苦研究生來說好貴呀?)。

可是吧,對于我這種業務量其實用星星海服務器(SA2系列)中最低建设的話,總體本钱還是要低于LightHouse的,加上我對硬盤讀寫也完全沒有要求,不消SSD又可以省一大年夜筆。同時切換流量計費,用100M的帶寬只要?0.8/G,這對我月均用不到3個G的個人開發者就很是友爱了(當然我實際上沒有設置這麽高,因爲用不到?)。

嗯,南京區比来又在弄活動,我的物理位置離南京也挺近的,就它了。

怎樣遷移?

起首,由于CentOS即將遏制維護,老主機的系統得換掉落了…因爲科研工作的緣故我比来几年來用Ubuntu用的相對較多,所以這次決定插手Debian系列發行版的陣營。缺點就是無法按文件遷移,并且很多多少軟件需要从头摆设。

不過好在我的業務並不複雜,直接打包整個網頁法式就好了,就是從廣州LightHouse到南京CVM沒有內網(雲聯網要收費),用6M的小水管通過SFTP傳文件很漫長。

借著這個機會,我也對Apache的VirtualHost邏輯進行了重寫,我才發現幾年前寫的轉發策略有很大年夜的問題?……

在摆设網盤的時候我有寄望一下後台負載,發現有時候在長時間不訪問後俄然利用CPU負載會飙到很是高的程度,猜測這與某些緩存策略有關。不過大年夜部分時間整體負載都不高。從我今朝的工作流來說,也不太可能出現大年夜規模文件讀寫的場景,所以今朝的遷移算是okay的。

建设好一切,切換DNS光滑過渡?。

總結

總的來說,今朝遷移的體驗還是很好的,也希望未來一個多月的過渡期沒有什麽岔子吧。

本文寫的比較意識流,可是還是希望對和我一樣近期有服務器遷移筹算的個人開發者有幫助。(我這博客估計也沒人看?)

利用 Hugo 構建
主題 StackJimmy 設計
xxfseo.com