こんにちは、
Discourse を自分の VPS に最近インストールしました。RAM は 2 GB しかありません。本番環境でフォーラムを動かすのに十分でしょうか？メモリ不足が原因かもしれない 502 ゲートウェイエラーが時々発生しています。また、プラグインをインストールした後、管理パネルを数回リフレッシュしないと正常に動作しないことがあります。
他のスレッドでは 1 GB の RAM で十分だと書かれていますが、現実的にはどうでしょうか？私は bitnami による最新の Docker イメージを使用しています。Sidekiq が最大 4 GB の RAM を消費する可能性があるという意見もあります：https://github.com/bitnami/bitnami-docker-discourse/issues/150
Discourse は、2GB の RAM を備えた VPS から簡単に実行できます。まだ設定していない場合は、スワップ領域のセットアップを検討してください。./discourse-setup を実行すると、これが自動的に行われます。
最初はスワップを設定しましたが、スワップメモリを使用すると大幅に速度が低下するため、デフォルトではそれを設定しないようにしました。
デフォルトの構成では、ウェブアップデート時のような負荷がかかっている場合のみ、スワップを使用します。
大規模なコミュニティをホストしており、Discourse API の応答が遅くなってきた場合は、サーバーの CPU や RAM を増強し、./discourse-setup を再実行して、増強されたリソースを使用するように設定してください。
これは新しいコミュニティですか、それとも大規模なデータベースをインポートしたのでしょうか？どれほどのトラフィックが見込まれますか？シングルスレッドのCPU速度とストレージ用のSSDが重要です。
データベースをインポートしていません。これは投稿数が0の新しいフォーラムです。現時点でのアクセスは私だけです。ただし、1日に最大1000人のユーザーがサイトを訪問する可能性があるトラフィックを想定しています。
ああ、それはやめたほうがいいですね。あるいは、パフォーマンスが悪い理由を彼らに聞いてみてください。
なぜ Bitnami イメージの使用を推奨しないのか、気になります。（おそらく @AntiMetaman は、こちらの新しい Helm チャートを指しているのでしょう：https://hub.docker.com/r/bitnami/discourse/dockerfile。
また、こちらの新しい Helm チャートもあります：https://github.com/bitnami/charts/tree/master/bitnami/discourse）
Discourseを開発しているチームは、自社のベースイメージのみでテストを行っています。Install Discourse in production with the official supported instructions に従わないインストールは、いつか微妙に破損する可能性があり、その場合サポートは提供しません。
参考までに、そして異なる視点を提供します @AntiMetaman
Discourse は最小限の RAM を持つ VPS でも動作しますが、Discourse のビルドや再ビルドは、より多くの RAM を持つマシンで行う場合に比べて非常に遅くなります。私個人としては、2GB の RAM で「真の」本番環境の Discourse アプリを実行することは推奨しませんが、それはあくまで私の意見です。
余談ですが（これも私の個人的な意見に過ぎません）、Discourse を 1GB、2GB、8GB、32GB、64GB の RAM を持つサーバー（VPS と専用サーバーの両方）にインストールしてきました。正直なところ、64GB と 32GB のマシンでの Discourse のビルドが気に入っています。64GB ならビルドが非常に速いです :)。再ビルドも驚くほど速く、動作も「熱いトーストの上のバター」のように滑らかです。そのため、私は最小限の RAM の非常に小さなスライスでスタンドアロンモードで実行するよりも、他のアプリケーションと共に「大型」マシン（より多くの RAM とディスク容量）で Discourse を実行することを好みます。
ただし、これは Discourse と Docker に関する私の個人的な経験と好みに基づいています。私は Discourse の再ビルドが速く、本番環境に十分な「余力」があることを好みますが、2GB ではビルド速度の私の要件を満たしていません。
Discourse は最低 1GB を推奨していますが、私はこの構成でインストールを実行したところ、すぐに遅くなるため、2GB をお勧めします。
この最初の 2GB は非常に長く続きます。現在、クローラーなしで 1 日あたり約 3500 回の訪問と、1 日あたり 20〜30 件の投稿があるコミュニティを運用していますが、2GB の RAM に関連する問題や速度低下は観察されていません。
@AntiMetaman さんの問題は、リソースではなく Bitnami イメージにあると確信しています。CPU が十分な速度であることを確認し、可能であれば 2 番目の CPU を割り当ててください（私は 1 vCPU のみを使用していますが、それで十分です）。
Bitnami イメージは現在も stable 2.4.4 を使用しています。私が Bitnami を選んだ唯一の理由は、標準的な docker-compose.yml が提供されており、インストールプロセスが簡単だったからです。公式の Discourse イメージを使用して 2.6.0 beta 1 へのアップグレードを試みた人の中には、失敗した人もいます。私は公式の Discourse イメージを試して、その結果を確認します。
良いアイデアですが、Bitnami のインストールのようなサードパーティ製パッケージは、ここでは一切サポートされていません。
ご指摘の通り、これもかなり古くなっています。
@Falco さん、そのコマンドはコンソールで実行するということですか？それとも、www.mysite.com/wizard でセットアップウィザードを実行するだけで十分でしょうか？
それらは実際には2つの異なるものです。
/wizardは、インストール後にサイトをセットアップするためのUIおよび管理者設定用で、サイト/ブラウザからアクセスします。
discourse-setupは、インストールプロセス自体の一部であり（一部）、サーバーリソースを割り当て、サーバーから実行されます。
discourse-setupを複数回実行しても、サイトデータが上書きされることはありません。
JammyDodgerさん、明確化ありがとうございます。大変助かります。
私のサイトはかなり遅くなっていたため、サーバーにRAMを追加しました。128MBから2048MBの共有バッファに割り当てたところ、はるかにスムーズに動作するようになりました。
以前はapp.ymlファイルを手動で編集し、SFTPでアップロードしていましたが、先ほどアプリを再構築した際にパーミッションに関する警告が表示されました。app.ymlファイルのパーミッションはどのように設定すべきでしょうか？
644 または 600。参照しているメッセージに、それが何であるべきかが記載されていると思います。
@pfaffmanさん、ありがとうございます！
