从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 设计