ログでこれらのエラーがますます多く見られます。/var/discourse/containers/app.yml で Sidekiq の RSS 制限を少し引き上げるべきでしょうか?
env:
SIDEKIQ_MEMORY_KILLER_MAX_RSS: 700
それとも、これは正常であり、無視すべきでしょうか?
ログでこれらのエラーがますます多く見られます。/var/discourse/containers/app.yml で Sidekiq の RSS 制限を少し引き上げるべきでしょうか?
env:
SIDEKIQ_MEMORY_KILLER_MAX_RSS: 700
それとも、これは正常であり、無視すべきでしょうか?
私にとってうまくいったのは以下の通りです。
メモリ使用量を監視し、設定を調整した結果、頻繁に表示されていた**「Sidekiqがメモリを使いすぎている…」**というログメッセージを停止させることができました。
/var/discourse/containers/app.ymlでこの変更を行いました。
UNICORN_WORKERS: 4
UNICORN_SIDEKIQ_MAX_RSS: 700
元々、UNICORN_WORKERSは8に設定されていましたが、これは攻撃的すぎて、Sidekiq、PostgreSQL、Redis、OSのためにほとんど余裕がありませんでした。
ワーカーを4に減らしたことで、かなりのメモリが解放されました。
次に、SidekiqのRSS制限をデフォルト(約500 MB)から700 MBに引き上げました。これにより、Sidekiqが自動的に再起動される前に、少し余裕ができました。
今のところSidekiqは安定しており、メモリ使用量ははるかに安全なゾーンに落ち着き、使用済みメモリからキャッシュおよび利用可能メモリに1 GB強が移動しました。
もし役立つようであれば、または同様の問題を抱えている他の人が確認すべき点のヒントとして、ここに残しておきます。1週間稼働させた後もこれが持続し、より安定しているか興味深いです。もしそうであれば、解決済みとマークします。
私も最近そのメッセージを受け取り、あなたと同じように(1GBに)調整したところ、エラーは再発しませんでした ![]()
変更が機能したことを確認しました。Sidekiq の最後の再起動は 10月11日 12:48 でした。
今日のメモリ統計:
これらのフォーラムには(上記でリンクされた)役立つスレッドがあり、助けになりました。これも他の誰かの役に立つことを願っています。
わかったことは、私のフォーラムは 8 ワーカーを必要とするほどのトラフィック量にはまったく達していないということです。2 つでも問題なく機能したでしょう。
とはいえ、メモリには少し余裕がないように思えますが、VM は同じサイズで実行し続ける予定です。スワップは RAID 10 の非常に高速な NVMe であるため、将来的にトラフィックが必要になった場合に zswap を追加し、このスレッドを更新する予定です。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.