如果你是从 RSS 来的，这里说的搬家不是肉身搬家，是服务器迁移啦。

之前在一篇文章的评论里青箬笠同学吐槽过访问我的 blog 的速度太慢，其实我也知道，但苦于找不到理想替代服务商所以一直没搬。网上讨论得热门的 DigitalOcean 和 Vultr 我都用过，感觉速度上比 Linode 还不如。仅就访问速度来看最理想的服务器当然还是阿里云，而且其实我也有一台阿里云主机是当时打折时入手的（事后证明来之易则弃之不惜），但是对备案什么的实在抵触，何况大多数文章已经会搬到豆瓣日记就没必要把鸡蛋都丢在国内了。

前两天在网上冲浪的时候突然逛到了这个帖子，才知道原来 AWS 也有做入门级市场，那还犹豫什么？于是马上开了一台。我选的是美国西海岸的主机，至于为什么不选更近的东京新加坡，只是感觉服务器这东西就应该搭在那里罢了。

AWS 直到现在还没有支持 Ubuntu 18.04，不过选了 16.04 的用户在连上主机的时候会有提示可以升级，五分钟左右就可以搞定。一开始还是遇到了一个比较麻烦的问题—AWS 默认的用户叫 ubuntu，对于一个强迫症兼不折腾会死星人必须要换成自己的名字。于是重新创建 sudo 用户，但是用 ssh-copy-id 的时候提示 Permission Denied，找了半天才发现原来 AWS 已经把密码登录关闭了。解决了这个问题后就是和 Linode 一样的设置方式啦。

搭建 WordPress 已经可以在网上找到无数的脚本了，但我还是更倾向于自己一步一步慢慢来。首先还是按照 Linode 上的这篇搭建好 LAMP 服务，之后再参照这篇设置好 WordPress。初学者在这个过程中碰到的最大的问题大概就是 Apache2 的配置问题，如果遇到问题可以参考我的配置。我是把根域名重定向到了 www 下，所以可以根据自己需要将第二个 block 删去，之后只要把目录、域名、email 改成自己的就行了。成功访问后建议先装上证书再开始配置，毕竟在配置过程中要输入数据库的密码。

之后要把自己在 WordPress 上的文章、评论、多媒体等搬过去，我用的是 UpdraftPlus 这个插件，备份的时候把所有的勾都点上，上传到 Google Drive，然后在新的服务器站点重新装上这个插件，授权访问 Google Drive 再恢复就可以了，你会发现所有的数据都原封不动地在原地，就像没有换过服务器一样。

例行做完这一切就完成站点搭建了，但还剩下一个问题—怎么能确保自己的服务器定时备份。Linode 上已经原生支持定时备份，非常好用，但 AWS 上只有 snapshot 而不原生支持定时备份。难道我要每天登上 AWS 后台点击一下吗？显然太愚蠢了。只要有一台服务器就有无限可能。于是再次借助网上冲浪我找到了完美的解决方案。

我们可以参照这篇文章来完成自动创建新的 snapshot 同时定时删除旧的，创建新的好理解，但为什么要删除旧的呢？因为亚马逊的每个 snapshot 都要花钱的，虽然是按照容量计费，同时亚马逊会对每个 snapshot 只做增量备份，但积少成多呀。既然都自己搭建服务器了当然要找一个一劳永逸的方法啦（虽然基本上没过多久就又开始折腾了）。

脚本里有一点需要改进的地方，我的服务器在 crontab 运行时无法识别 aws 这条命令，所以要把第 12、25、29 行的 aws lightsail 改成 /usr/local/bin/aws lightsail¹。之后设置成每天运行就可以啦。

和 Linode 相比 Lightsail 没有 Swap Partition，所以同样是 1G 内存 AWS 会更加吃力，不过我也不需要跑很多程序，同时访问速度 AWS 还是相当喜人的，实测在电信下 scp 可以到 5MB/s 的速度，再也不愁访问速度啦。

折腾完这些就是真正完成服务器的搭建了，同为 blog 圈的朋友无须赘述我们对个人 blog 的执着，只是觉得这一步步下来的确像是一种仪式感十足的祭奠。我也会在 RSS 上订阅许多个人 blog，然后在发现许久不更新后感到惋惜，像是看到一座座陌生的墓碑一样，回看旧文如灵魂对读者的唠叨。既然总要相忘于江湖，这执着又能称得上浪漫吗？

外人大概很难懂，所以是外人。

1. 可以用 which aws 来获取路径。 ↩