以下のメッセージを受け取りました：
1 つ以上の Droplet がメモリ容量の限界に近づいており、パフォーマンスに影響が出る可能性があります。十分な RAM またはメモリがない場合、アプリケーションは低速で動作したり、不安定になってクラッシュしたりする可能性があります。
私は 2GB メモリの Digital Ocean Droplet を使用しています。
過去 14 日間のグラフを見ると、メモリ使用率は約 90〜95% です。以前、メモリなどについて質問したことがありますが、利用可能なリソースを積極的に使うことは良いことだと回答されました。しかし、Digital Ocean からこの件についてメールが届くのは初めてです。現在のバージョンは 2.8.0b6 です。
最近変更したと思われる点は、すべてのユーザーに対してメインカテゴリを「ウォッチ」設定にし、メール通知を受け取るようにしたことです。それによって投稿数が増えた可能性はありますが、それでも比較的活動の少ないフォーラムで、ユーザー数は約 250 人、活発に投稿する人は数人です。
何が原因でこのような状況になっているのでしょうか？何か対処すべきことはありますか？あるいは、さらに役立つ情報はありますか？よろしくお願いいたします。
追記：参考までに、ディスク使用率は常に 40% 未満で、CPU 使用率は 5% 未満ですが、たまに 20% 程度まで一時的に上昇することがあります。
私も同じメールを受け取りましたが、私の Droplet は容量の限界にほど遠いです。DO の監視通知に不具合がある可能性があります。
迅速なご返信ありがとうございます。バグの可能性もあります（その場合、あなたのような返信がさらに増えるかもしれませんね）。しかし私の場合、グラフは2週間全体を通じて90〜95の範囲で激しく変動していました。もしかしたらグラフ自体が間違っているのかもしれませんね…
撤回します。確認していなかったテスト droplet があり、おそらく警告を引き起こしたのはそれでした。再構築して結果を見てみます。
アップデート、再起動、再ビルドを行っても大きな変化はありませんでした。これはテスト用に使用している最小限のドロプレットで、通常はアイドル状態で CPU 使用率は約 1%、私以外のユーザーはいません。
1vCPU / 1 GB メモリ / 25 GB ディスク / Ubuntu 18.04.3 (LTS) x64
私の場合、少なくとも最初の数分間は、大幅に低下したようです。引き続き注視します。1205 頃に ./launcher rebuild mail-receiver に続き ./launcher rebuild app を実行しました。
何か問題があったのか、あったとすれば何だったのか気になります。
これで大丈夫そうだとお考えですか？引き続き様子を見ておきます。2 回目の低下は、無関係な問題の修正のため、アプリを再構築したものです。
それは異常ではありません。私の本番環境インスタンスは8GBのRAMを搭載しており、一貫して41%で動作しています。
DOはメモリの空き容量（free）を監視しますか、それとも利用可能なメモリ（available）を監視しますか？
参照: https://www.linuxatemyram.com/
DO は利用可能なメモリを監視します：
テストドロプレット
# free -m
total used free shared buff/cache available
Mem: 985 687 91 52 206 105
Swap: 2047 236 1811
free -m で表示される利用可能メモリは 11%、監視グラフでは 12% です。これは非常に近い値です（丸め誤差）。このグラフは、管理パネルで DO が提供するメモリ測定値の唯一のものです。
本番環境のドロプレット
free -m
total used free shared buff/cache available
Mem: 7983 1896 1550 1082 4536 4650
Swap: 4095 291 3804
free -m で表示される利用可能メモリは 58%、監視グラフでも 58% です。
j127
11
2GB（AMD）のサーバーでも、ついさっきからそのメールが届くようになりました。数分前に Discourse を再構築したところ、メモリ使用量が少し減りました。
j127
12
しかし、それは長続きしませんでした。最初は、別のホストから DigitalOcean に最近移行したことが原因ではないかと考えましたが、移行後はしばらく問題なく動作していました。おそらく今日中に RAM を 4 GB にアップグレードする予定です。
