Vps

在 VPS 上配置好了 Docker 之后，我一口气在上面部署了好几个应用，结果现在看来有点悲剧，跑的服务多了之后，占据的资源也变多了。这一周来，我好几次遇到了网页 500 错误的时候，ssh 也登录不上去，只能去云平台的后台重启。

我目前启动了以下服务：

1. Nginx Proxy Manager
2. WordPress
3. DokuWiki
4. Bitwarden
5. tt-rss
6. Umami
7. Awstats

上面的这些服务，除了 Awstats 我没配置明白外，其他的基本上都能正常运行了。这是我之前难以想象的事，也的的确确给服务器造成了很大压力。特别是我在上面部署的密码服务，太过于关键，资源少了之后客户端也跟着反应迟钝，甚至一度造成了我的密码保存出过问题。

于是我算是痛定思痛，考虑了两个解决办法：一是升级服务器，二是精简服务。升级服务器需要花钱，我目前用的腾讯云轻量应用服务器，双核、2G 内存。我猜测目前的瓶颈在内存，查了一下升级到 4G 内存的价格，倒也不是不能接受，只是我还没有习惯一下子用这么大内存的 VPS，再考虑看看。精简服务方面，我目前已经去掉了 Awstats，因为本身没有配置好，找不到 log 的位置，所以把它给下了。其他的服务，Umami 用官方的服务器其实也行，再观察看看吧。剩下的几个我都舍不得下了，博客和维基是用了十年上下了，肯定不能下。Bitwarden 和 tt-rss 对应我两个花钱的服务，我还指望它俩给我省一笔订阅费呢。不过省下的钱用来升级服务器，是否划算，还是需要进一步计算的事。

目前，关闭了 Awstats 之后，我的服务器虽然不是很快，但似乎还没有死机的的情况。如果可以的话会先保持这样，其实我还想尝试一下 nextcloud 的。 🙂

后续：已老实，求放过

刚才发布文章之后，我心想放一张后台监控页面的截图更加可以展示问题，于是就截图上传。结果上传的进度条走完，一直在转圈处理，等啊等，等到了错误提示，这个时候刷新网页已经打不开了，再刷新监控页面，又成了下面的样子，折线图末尾的白框框就表示已经无法获得服务器的信息了。看来之前的资源确实不行，于是我还是选择升级了服务器，选择了 4G 内存的套餐。先这样试试看看效果如何。

今天上午从 X 上看到有人发了一条推，说腾讯云近期在搞优惠，他花了一支冰糕的钱，把服务器续费了一年。我于是等上去看了看，的确目前在打折，新用户也有优惠，价格比我目前在用的 Linode 最基础的套餐还要便宜一些。虽然我目前 Linode 账户上还有一些 credit 没用完，但可以节省下来用，我于是考虑买上个腾讯云试一试。

而且我想腾讯云或许还有一个好处，毕竟是国内大厂搞的服务器，在国内访问应该比 Linode 要快且稳定一些吧。不过我没有备案，因此不能使用大陆境内的主机，所以我选择了东京的主机。

于是下单，考虑了价格，买下了三份，本来以为这样就可以一次性的买下三年的使用权，结果缴费后进入后台，发现竟然给了我三个虚拟机实例，都是一年期的，肯定不是我想要的，于是就感觉退款了。好在这一部分很容易就退款且提现了。

开通服务的时候，操作系统我选择了目前在用的 Debian bookworm。比较容易的登录，我也是很久没有做 VPS 的部署维护了，之前在我的维基上面还保留了自己撰写的操作手册，不过针对 Nginx 的服务器也有些过期了，于是就摸索着来。一开始转移文件的使用遇到了障碍，我使用 Cyberduck，结果提示我权限问题，没有成功，到下午我才渐渐反应了过来问题出在哪里。

我之前服务器上面最重要的是我的博客，还有我的维基。之前维基其实是个挺麻烦的东西，我同时部署了 MediaWiki 和 Moinmoin，以及正式使用的 Doku Wiki。这次我只迁移了 WordPress 的博客和 Doku Wiki。当然之前的静态页面、文件等很好迁移，他们没费很大功夫，主要还是 WordPress。

我遇到的问题，不确定是不是腾讯云的独有问题，就是 Debian 下面 /sbin 目录似乎没有在 PATH 中，导致 reboot、nginx 命令都找不到，这一步在我运行 certbot 的时候就遇到了问题。后来查网页，加参数算是解决了。当中一些权限问题，我最终粗暴的 chown 给了 www-data，算是解决了。certbot 那一步，我使用了之前的配置有一定问题，就复制了一份，把过去 certbot 给加上的配置删掉，并在 DNSPod 上修改了域名的解析，然后成功的执行了 certbot 命令，之后再把 Nginx 站点配置文件给换了回来就好了。

WordPress 后来还是出了点问题，根据健康检查的结果安装了一些 PHP 的包，解决了大部分，之后说是没有缓存，就试了几个缓存插件，最终使用了 WP-Optimize，不过我还是不大满意。有些插件很讨厌，要用 Premium 功能还要花钱，还没有找到最合适的。最后，健康检查报了 REST API 错误，这个我还没有找到信息，所以先写一篇记录，看看能不能正常发布再说。

今天一早，收到 Linode 发来的电子邮件，通告其被 Akamai 收购的消息。简单浏览了一下，叙述了一下收购的一些事情，以及对收购之后服务保持不变的保证。收购已经完成，过分顾虑也不会改变什么，于是我也没多大在意。我想 Linode 这个规模和级别的服务商，应该不会被收购后让服务质量降低太多，甚至跑路的事情发生吧。

到了晚上，在 Twitter 上看到 Vultr 的官方账号，竟然提到了 Linode 被收购，这让我觉得有点不寻常。毕竟他们是竞争对手，在其中一方宣布被收购的当天，另一方说什么都不会很合适吧？看了一下 Vultr 的文章，果然也算是印证了我的想法。文章开篇祝贺 Linode 被收购，然后又提出了如何保证服务独立性的问题，读下来给我感觉有些假惺惺。不过，看到文章末尾说，因为想吸引 Linode 的用户，Vultr 给新注册用户 150 美元的充值。看到这里，谁关心 Vultr 是真心还是假意，赶紧找个没用过的邮箱注册再说。

注册了之后，顺利获得了 150 美元的额度。我之前用 Vultr 的 VPS，每月 5 美元的那一项足够我使用了。我在算着 150 美元可以让我用多久时，才慢慢明白这 150 美元额度是有时间限制的，一个月之后失效。也就是说，要想不浪费着些额度，我必须现在买一个远超出我需求的服务。然后就在我在查看我能获得怎么的资源时，我感到一阵无趣。显然，这是 Vultr 搞的一次营销，Vultr 不可能让自己亏的，但这让我这个个人用户，有一种被愚弄的感觉。

Vultr 的文章中说，Akamai 服务对象是大型客户，然后引导读者反思，Linode 被收购后，对个人用户是否还有意义？原文这样说：Makes total sense – if you are Akamai. Take new cloud services, and sell them to your core customer base of large enterprises. But if you are a developer or SMB who has relied on Linode for its “simple, affordable, and accessible” cloud solutions and services, will Linode continue to make sense for you?

昨天阅读 Dailyio 邮件的时候，看到赵赛坡讲到自己在网络服务器部署 TiddlyWiki 的经历。我接触 TiddlyWiki 也有十来年了，一直没有正式用过它。过去认为这种单文件类型的 wiki 玩具性质多过实用，结果赵赛坡硬是用它打造了自己的《iPad Pro 生产力指南》，证明了它的实用性。但现在我不像上学的时候，几乎时刻都呆在我的电脑旁边，而使用老旧的功能机，因此不能移动使用成为了一个痛点。TiddlyWiki 上有一些部署的方法，我都没有测试成功，或者成功了也弄的非常麻烦。

这次看到了详细完整的部署方法，我产生了试一试的想法。不过看这个部署方法，是通过宝塔面板来操作的，这让我比较头疼了。我之前从来没有正式用过类似的面板产品，只有早期使用 Ramhost 非常小内存的套餐时，才用过它默认带着的面板，当时感觉其实也并非那么好用，还是更加习惯 ssh 登录后用命令行来配置，特别是我在自己的 Wiki 上记录了从零开始完整配置 VPS 的所有命令，因此感觉不是很需要面板。后来没有精力来折腾 VPS，就没再关注他们，我的 VPS 上也常年留着一个 WordPress，一个 MediaWiki（过去是 MoinMoin），之后很少对它进行大调。

这次因为看到了赵赛坡的文章，我萌生了尝试一下宝塔面板的想法。上知乎搜索了一下，对宝塔面板都是赞美。从个人角度来说，我是这么想的。一是自己用命令行配置，大概总不如专业的配置来的完善，特别是对于安全之类的设置，网络安全可是门大学问，自己弄总会可能漏下。二是单位的网络好像出与什么策略，会封锁 SSH 端口，我试过在机器上怎么 ssh 都登录不了主机，结果换到手机热点马上就好了。如果可以用面板来操作配置，应该可以避免 SSH 端口被封的情况。宝塔面板也带有一个网页版的 ssh 终端，也可以规避这类问题。三是看了宝塔面板的介绍，有类似软件市场的功能，可以一键安装各种应用，包括 WordPress、wiki 等，我想这也许是一条出路。

于是开始了尝试之路。从 Linode 上再下单了一个 VPS 实例，因为前期尝试了 openSUSE，于是选择了 openSUSE Leap 15.3 服务器。登录上去果然可以用 yast 做一些配置。然后使用 Fedora 的命令安装宝塔面板，结果失败。看了一下是无法找到 psutil、gevent 两个 pip 包。我虽然找到了宝塔的论坛，看到了有通过 btpip 命令安装的解决方案，但因为是测试，我还是放弃了，改而 rebuild 了 Debian 11 系统。这次驾轻就熟，没有出问题，顺利引导了。

进了面板本身，让选择安装的软件，我选择了 LNMP。但让我不解的是，这些软件包都是比较老旧的版本。比如 PHP，命名可以选择 8.0，但默认选择的是 5 点几。有 MariaDB，可默认选择的还是 MySQL。我想即使是在服务器，新版本总好过旧版本吧，无论是功能还是安全性。还有一点不解，就是尽管我选择了极速安装，宝塔面板还是通过编译安装。明明官方的软件仓库里面有编译好的二进制包，却还是要安装，不知道是国内一键安装包传统还是什么，反正我目前是不大习惯。

这一周真实度日如年啊。

我猜是因为近期的一场盛事，有关部门加强了网络封锁，我的网站也中招了。过去我从来没有想过我会遇到这种情况。

周一的时候还一切正常，到了周二就开始断断续续的遇到问题了。我的服务器上装了 SS，平时手机上也一直连着，而周二我发现有的时候就不好使了。不光是 SS 连不上了，我的网站也无法访问了，从本地也 ping 不通。我当时也没在意，因为之前从来没有遇到过类似情况。

到了周三，我发现彻底不行了，一时间有些无助。我的 VPS 是 Vultr 的，我再上面尝试了添加一个 IP 地址，结果不行。之后我尝试着在 Linode 的 Tokyo 2 数据中心买了一个，一开始可以，我在新服务器上 ping 过去的地址，没有问题。不过好景不长，当我转移数据的时候，就又连接不上了。

这两天因为要上班，我也没有把主要精力放在解决这个问题上面。一方面，我想这次盛事过去后，会不会解除啊；另一方面，我也在琢磨一些解决方法。后来我看到了一篇文章，心想这也不失为一个解决办法。不管怎样，先注册再说。

注册的时候，又一起悲剧发生，这个网站给我填写的邮箱地址发送了一个验证码，需要填写。而我的邮箱用的是 Google Apps，现在我无法访问 Gmail，也拿不到我这个验证码。过去我对这种情况一直不在意，反正我可以正常访问就行，现在我一个手段都没有了，一下子让我陷入了恐慌。

最后我咬咬牙，还是放弃了 Gmail 吧。我重新给过去用过的 Fastmail 续费，把域名的 MX 换回 Fastmail 的，最终收到了验证码。我发现这个网站也挺慢，这几天一直也没有心情去真正交费。这个事情让我反省自己是不是对 SS 这类工具太过依赖了，如果再次发生这类情况，我能怎么办呢？之后，还是用一些稳妥的邮件解决方案吧。目前 Fastmail 还不错，我不希望有一天我要回到 QQmail。

我记得 imtx.me 是用的 Linode 的服务，查看了一下它的 IP 是 Fremont 的，我于是搬了个家，也去了那里。转移了之后，尝试新 IP，直接连不上。我看到 Linode 的发送工单页面上有些常见问题，其中有一个就是网站被墙了怎么办，上面说用 MTR 工具测试，如果被墙了，发工单，他们给换 IP。看他们说的挺诚恳，我也发了一个工单，收到的回复是他们也无能为力。

我也准备接受目前无法访问一些网站的现实，但中间一直想看看 YouTube，国内的优酷、爱奇异，怎么都无法让我沉下心来观看，我还想上 Twitter，还有 Instagram，但都无法访问。这让我心中的悲哀更甚。

今天有了点时间，就真正开通了一个 InterServer 的 VPS，当中也遇到了一些问题。这个服务开通后，我按照说明，用 VNC 登录可以，但 SSH 怎么都连接不上，一直提示“ssh_exchange_identification: read: Connection reset by peer”，这让我太诧异了。我上网找了很多文档，又是改默认 iptables，又是检查 Fail2Ban，都没有效果。还把操作系统由 Debian 7 换成了 CentOS 7，原因是我担心是系统老旧的原因，结果还是不行。到最后发现因为我的粗心，我把 IP 地址搞错了。我之前没用过 VNC，想当然的以为 VPS 的 VNC 地址就是 IP 地址，结果不是这样。当我输入了正确的 IP 地址，连接问题也就解决了。当然，InterServer 的网站设计的也不清晰，比起 Linode 和 Vultr 都差了很多。

最近我的网站服务器运行的比较糟糕，特别是博客部分，经常发生 500 错误，有的时候 MySQL 会被 mercy killed，导致 WordPress 无法连接到数据库，博客就挂掉了。

过去我买的比较廉价的 VPS，因此时不时就要捣鼓一下，不过自从我买了 Linode，就比较少的去上 VPS，所以近几年对 VPS 的了解也差了很多。VPS 资源不足的时候，一点资源就要精打细算，因此控制的比较好。后来的 VPS 的内存有了 1GB，想比起过去条件好了许多，我就没有在意控制，甚至编写过一个 Rails 应用，后台用的 MySQL InnoDB 引擎，那时候就觉得内存没有不够的时候。

后来经历过 MySQL 升级，默认的引擎变成了 InnoDB，我旧的配置文件一度导致 MySQL 无法启动。从那之后，我基本上没有再在意过 MySQL 资源优化的问题。这导致的问题就是，MySQL 进程经常被杀死，因为 VPS 的内存被用光了。然后我采用了一些办法，不过收效不大，最后我给博客加上了 WP Super Cache 插件，这样哪怕数据库挂掉也能访问一些页面。然后上周五写了几篇文章，发布的时候竟然出现了 500 错误，这简直不能忍受。刷新了几次发布成功文章后，我就考虑修正一下这个问题。

我想计划是不用 Apache 了，采用 Nginx。我刚用 VPS 的时候，内存很小，才 80M，当时就知道 Nginx 占用资源和 Apache 相比不是一个数量级的。当然 Apache 有它的好处，寿命很久的工程有很多插件，比如 WSGI，我安装 MoinMoin 非常方便，在 Nginx 下就要费一些事。再就是 .htaccess 等功能，Nginx 下使用不同的语法，要改变也很麻烦。不过，现在出现了资源不足的问题，我还是决心做一个尝试。我的 VPS 上目前跑的东西也不多了，主要是一个 WordPress 的博客和一个 MoinMoin 的 wiki，之前自己的 Rails 应用也不跑了，有一个 Awstats 在运行，不过现在看的也不多。

今天我空闲时间做了一件事，把我的 VPS 换了个服务器。

我的是 Linode 东京机房，自从上次我从 Fremont 搬到东京去就一直用着，那大概是 2012 我回国那年。我对这个服务非常满意，它的速度在大陆很快，我挂了 Shadowsocks 看 YouTube 的 1080p 视频基本不受任何影响。它唯一让我不满意的是，其它机房都升级了，东京这边还是迟迟未动。2014 年 4 月就有其它机房完成升级的消息了，相同的价格，内存翻了一倍，达到了 2G，让我着实眼馋。东京这边一直很沉得住气，我好几次去 Linode 的博客看，一直没有消息。

去年 11 月 21 日，Linode 的博客终于有了文章，说东京有了第二个数据中心，可以享受最新的服务了，KVM、2G 内存等等，我看了很兴奋，但之后就是一盆冷水——文章中说无法升级，只能新买一个东京 2 号机房的节点，然后克隆过去自己的数据，我一看很麻烦，而且之前买了一个测试了一下 Shadowsocks 的链接速度，觉得还不如老的 VPS，于是就删掉了。

后来我不知道怎么的，心里一直痒痒，也许是 2016 年最后的工作太无聊了，我在 12 月 30 日重新买了一个节点，在上面跑起了 Shaodwsocks，测试的速度还能接受，于是就考虑把系统迁移过来。之前一直没有做决定，今天正式执行。

我完全忘了之前文章里说的方法，选择了通过 SFTP 来传递数据，MySQL 的数据库也 dump 了过来，当中也遇到了一些问题。我毕竟不是天天和 VPS 的维护打交道，因此在让 PHP 正常运行的时候卡了一会儿。虽然我之前记录过笔记，这次也参考了，但由于时间长远的原因，还是走了弯路。一开始我确实是想让 Apache 运行在 MPM_WORKER 模式的，但不知道怎么就又成了 Prefork。后来 PHP 文件莫名的不会被执行，而是被下载，然后 Apache 不能启动了，花了一些时间才解决问题。

后来在弄 certbot 的时候也遇到了一些事情。它本身可以自动为你配置好一切，似乎比我之前弄的方便，但对网站配置文件有一些要求，我反复弄了好几遍，才最终弄对了。它的要求之一就是你的域名要指向你的主机，所以我那个时候就改了 DNSPod 的配置，让域名指向了新的主机，也就是那个时候，我的网站就无法正常访问了。

最后遇到的大问题是博客，本来应该一点问题都没有的，但我犯了一些低级错误，在找问题原因的时候也是脑子糊涂了，一点也不得要领。可以说是我是很久没有搞这些了，否则也不应该会犯这种低级错误。遇到的原因是无论打开那个 PHP 网页，都是一片空白，什么也没有。最后我领悟到我应该去看 error.log 日志，看了之后马上发现问题，我的博客用了 Memcached，这些都没装，自然出不来。几个 apt-get 后问题解决。

自从一次升级后，我的 VPS 就一直不大稳定。情况是，一些用到 MySQL 的应用常常发生丢失数据库链接错误，比如 WordPress 和 Fever。那段时间我很苦恼，因为我的博客常常不能访问，而我通过 Reeder 来访问 Fever 里的数据，每次刷新时，2 秒钟之内完事儿，数据也没有更新。几次后，我发现这些都是因为 MySQL 进程不知不觉被杀死了的缘故。

怎么回事？因为发生这个故障实在我升级了 MySQL 之后，我觉得是不是 MySQL 的问题。我过了一遍配置文件，把一些限制的地方都调低了，也没解决。是不是 MySQL 本身有问题？我 apt-get 升级了好几次，看 MySQL 都迭代了几个新版本了，也没有改善这个情况。我想会不会是 WordPress 的事儿？于是我安装了 Memcached，觉得这样就减少了使用 MySQL 的次数吧，应该可以解决？最后还是没有。

近期没有什么经历，于是就这么靠着。发现博客无法访问了，或者 Reeder 刷新时 2 秒钟完事儿，我就上后台重启一下 MySQL，或者嫌麻烦干脆重启 VPS，也能解决一段时间的问题。

后来我在 LISH 后台看到了一些输出，意思是内存不足了，于是杀死了 MySQL 进程。我想这就是问题原因，不过不清楚是为什么。

这周二，我有一次遇到了这个问题，觉得挺烦，于是有搜索了一下。这次找到了更多的信息。通过查看 /var/log/kern.log，我看到了更多信息，明确表示了是 php5-cgi 引发了 oom-killer，也就是说是 PHP 占用了太多的内存，导致了 MySQL 被杀死。于是我走了一遍 PHP 的配置文件，把里面的一些限制都调低，一直到现在也没有出现问题。

昨天晚上，我心血来潮，去了 Linode 的网站去看文档，估摸着 Debian 应该可以升级了。用关键字 debian 搜索果然有这么一篇。粗略看了一下就开始升级，升级完后，发现网站不行了，打开任何页面都显示 404 错误。我有点奇怪，一般来说应该是 Apache 无法启动或者发生 500 错误吧，这种找不到文件的情况还是第一次见到。

于是就找原因，不知道是不是升级后 /srv 下的文件权限被动了，结果找一阵子也没发现。看 access.log 和 error.log 也没有发现，而且奇怪的是，根本没有升级后的时间的记录。不过好在 ls -l 后发现时间最新的文件居然是 other_vhosts_access.log 文件，并在里面找到了相应的 404 记录。这下稍微有了点头绪，应该是配置文件的问题。可我根本没有搞配置文件，怎么就出问题了呢？

昨天晚上的 SSH 速度尤其的慢，输入命令的时候明显能够感受到延迟，更难过的是，时常会发作一次，直接卡住，按什么键都不起作用，这搞得我极为烦躁。想起傍晚听内核恐慌的时候，主持人讲到 PHP 是一种十分不安全的语言，WordPress 也经历过很多 0day 攻击，因此很多网站都转移到了静态博客。那时我心里想，如果我的博客也是静态话的，也许我就不用这么担心了。哪怕博客程序跑不起来，生成的页面还在，还可以继续访问。

然后静下心来，继续 Google，最后从 Linode 自己的升级说明（就是我开头时看得页面）的开头处，看到写着“如果你是 Apache 网络服务器的用户，注意 Debian 8 将 Apache 2.2 升级到了 2.4。这个版本对配置文件做了数处调整，会搞掉现存的网站。请在继续前阅读《Apache 升级说明》的内容。我当时扫了一眼，知道了 Apache 会从 2.2 升级到 2.4 就没有继续关注，因为我觉得像 Apache 这样的包，应该不会随便修改配置文件，于是就直接进行了下一步。而当我阅读这篇《升级说明》后，才知道 Apache 2.4 的配置文件里有几句配置是必须要添加的，而这篇说明里面把所有要进行的修改都说明了，我仔细一点的话，就不会出这样的问题了。

按照说明里的步骤进行调整，在重启 Apache 的时候，说不能识别 RailsBaseURI 命令，这下我马上反应过来是 Rails 或者 Passenger 的配置上有了问题。我先把配置中有关 Rails 的部分注释掉，重启 Apache 成功，之前的网页就都回来了。随后我找到了 Linode 文档里的这篇：Ruby on Rails with Apache on Debian 8，读了一遍没发现有什么特殊的，于是重新安装了一遍 Passenger，随后问题解决。

前几周就发现 Linode 安卓客户端里我目前的 plan resize 功能失效了，说是我目前的 plan 是 legacy plan，无法升级。当时没有注意，没有其它影响，我自己用当前的 1024 plan 绝对够用，于是就没管。今天早上因为收到了 Linode 的维护 ticket，去客户端里看了看，发现居然还是 legacy plan 的状态，于是我去了 Linode 的网页看看情况，才知道 Linode 的主页又变了，而且更新了 plan。

原来目前我用的 1G 内存的 plan 已经升级到了 2G 的了，除此之外，还有流量、硬盘等升级。之所以我一直没发现是因为我用的东京机房，其它几个机房已经升级完毕，而东京机房还要大约三个星期，估计要到五一节结束才行。话说上次 Linode 升级就属我所在的 Fremont 机房来得慢，这次我换到东京机房，东京机房的升级也就慢了，倒霉。

2G 内存在我想象中大概有些吃不消。当年 Linode 从 512M 升级到 1G 就足够让我爽的了，我已经觉得有些略微浪费了。2G 内存要怎么来用根本没有办法，我这个放置一个 WordPress 博客、一个 MoinMoin wiki 的网站，再架设一个 VPN，用 2G 这么多的资源可以用奢侈来形容了。可惜之前用其它的 VPS 感觉实在是不稳定，让我怕了，而 Linode 偏偏就不出低价低配置的产品。如果 Linode 能保持自己的服务，出一个 5 美元一月 512M 的 plan，或 10 美元 1G 的 plan，绝对会卖疯了，同时其它的 VPS 服务商也就不用干了。