我正在尝试在 GCP 的 Compute Engine 上启动一个论坛，运行在 e2-micro 上。我想在我第一次尝试运行它的时候创建了一个 2GB 的交换文件。
我记得 10GB 不够，所以我把它增加到了 20GB。
运行 ./launcher rebuild app 后，它开始执行。当它执行 ...[@embroider/webpack 时，花费了太长时间，所以我离开了，大约 2 小时后回来。
我发现它完成了，但我无法访问我的论坛，尽管我已经将我的 Namecheap A 记录与虚拟机的外部 IP 地址连接起来。
我又试了一次，这是完整的日志（日志太长了）：
GCP e2-micro discourse logs.txt (176.7 KB)
然而，我的 Discourse 网站仍然无法工作。我收到：
nginx
我搞定了！不用管了。它自己解决了。
将 containers/app.yml 中的 Unicorn 工作进程数减少到 1 以节省内存，然后使用 ./launcher rebuild app 重新构建应用程序，这是否有效？
或者，您可以暂时将实例升级到 e2-small 或更高版本，完成重新构建，然后调整回 e2-micro。
重建已经花了大约 2 小时。我不想第三次等这么久。
另外，我的电子邮件现在无法工作了。
电子邮件现在可以正常工作了，但我担心安装插件，因为重新构建大约需要 2 小时。我知道这不正常，所以有什么方法可以在不更改 VM 资源的情况下加快速度吗？
这是全新安装吗？还是在将旧网站迁移到新服务器的全新安装上？
在我看来，2 小时似乎太长了。
全新安装。也许是因为服务器只有 0.25 vCPU？
这有可能。如果您不介意我问，VP 的系统规格是什么？
很久以前了。我作为志愿者管理的一个服务器使用的是基本的 20g VP。即使数据库在那里很大，通常也只需要大约 15 分钟。
最终，在服务器严重崩溃后，客户被迫迁移到了一台更大的服务器。当时他们没有听从我的 
警告，服务器将要崩溃，并且无法通过命令行重建。
所以他们付钱给这里的会员，将它迁移到一台拥有 256g 计划的新服务器上。由于忽视这个问题，他们付出了大量的停机时间，大约 2.5 周。
好的一面是，现在他们大多能更好地听从给出的 警告。
我认为是 0.25 vCPU 和 1 GB RAM。设置创建了一个 2 GB 的交换文件。原始服务器自带 10 GB 存储空间。但安装时提示需要更多空间才能继续，因为只剩下约 1.7 GB 了。所以我将其增加到 20 GB，并且还没有看到任何与存储相关的警告。