Alon1
(Alon)
1
TLDR: サーバーをリサイズする際に考慮すべき推奨設定のガイドまたはリストはありますか?
初めてサーバーにDiscourseをインストールする際、いくつかの設定が自動設定されます。
クラウドの便利な点の一つは、インスタンスタイプをCPUやメモリが多い/少ない別のものに変更するだけでよいことです。
私の理解では、自動設定は新しいサーバーに自動調整されません(管理ダッシュボードに、Discourseの設定が実行中のハードウェアと一致していないように見えるというアラートが表示されると便利かもしれません)。
例えば、app.ymlファイルからこれらの設定を検討しました。
## db_shared_buffers を合計メモリの最大 25% に設定します。
## ブートストラップによって検出されたRAMに基づいて自動的に設定されますが、オーバーライドすることもできます。
db_shared_buffers: "4096MB"
## ソートパフォーマンスを向上させることができますが、接続ごとのメモリ使用量が増加します。
#db_work_mem: "40MB"
## 同時に処理できるWebリクエスト数はいくつですか?メモリとCPUコアに依存します。
## ブートストラップによって検出されたCPUに基づいて自動的に設定されますが、オーバーライドすることもできます。
UNICORN_WORKERS: 4
Stephen
(Stephen)
2
それは、Discourseがサーバー上で実行されている唯一のものであると仮定することになりますが、常にそうとは限りません。
通常、コアごとに2つのunicorn_workersを指定し、システムメモリの25%をdb_shared_buffersとして指定します。
「いいね!」 3
pfaffman
(Jay Pfaffman)
3
discourse-setup を実行すると、推奨サイズに変更されます。しかし、提案を見ているので、自分でやることができます。
「いいね!」 2
こんにちは。サーバーの機能を拡張する時期が来ました。サーバーのプロセッサとRAMのプロパティを変更するには、サーバーをシャットダウンする必要があります。サーバーのサイズ変更を行う前に、何か重要なことを行うべきことはありますか?戻ってきたときにすべてが整っていて動作するようにしたいです。
Falco
(Falco)
5
フルバックアップと、app.yml ファイルが復旧しない場合に備えてそのコピーをダウンロードします。
「いいね!」 2
db_share_buffers を再構築せずに変更することは可能ですか?
cd /var/discourse
./launcher destroy app
./launcher start app