GCP の Compute Engine でフォーラムを立ち上げようとしています。e2-micro で実行しています。最初に実行しようとしたときに 2GB のスワップファイルが作成されたと思います。
IIRC、10GB では少なすぎたため、20GB に増やしました。
./launcher rebuild app を実行した後、処理が始まりました。...[@embroider/webpack を実行しているときに時間がかかりすぎたため、そのままにして後で戻りました（約 2 時間後）。
完了したことはわかりましたが、フォーラムにアクセスできませんでした。Namecheap の A レコードを VM の外部 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時間かかりました。3回目もそれほど待つ気にはなれません。
ちなみに、私のメールが現在使えなくなりました。
メールは現在機能していますが、プラグインのインストールは、再構築に約2時間かかるため、恐れています。これは正常ではないことを知っているので、VMのリソースを変更せずに、これをスピードアップする方法はありますか？
これは新規インストールですか？それとも、古いサイトを新しいサーバーに移行する新規インストールですか？
私の経験では2時間というのは非常に長いです。
Fresh install. Maybe it’s because the server has 0.25 vCPU..?
それはあり得ます。差し支えなければ、VPのシステムスペックを教えていただけますか？
かなり前の話になりますが、私がボランティアで管理しているサーバーの一つが基本的な20g VPでした。データベースがどれだけ大きくなっても、通常は15分程度しかかかりませんでした。
最終的に、クライアントはサーバーがクラッシュしたため、より大きなサーバーに移行することを余儀なくされました。その時、コマンドラインで再構築できなくなったため、サーバーがクラッシュするという私の⚠️に注意を払いませんでした。
そのため、彼らはメンバーに費用を支払い、256gプランの新しいサーバーに移行してもらいました。問題無視による2.5週間もの長いダウンタイムがかかりました。
プラス面としては、今では与えられた⚠️により注意を払うようになりました。
vCPU 0.25 個と RAM 1 GB だと思います。セットアップで 2 GB のスワップファイルが作成されました。元のサーバーには 10 GB のストレージが付属していましたが、インストール時に残り 1.7 GB 程度しかなかったため、続行するにはもっと必要だと表示されました。そのため、20 GB に増やしたところ、ストレージ関連の警告はまだ表示されていません。