ディスク常に使用中101%

ディスク常に使用中101%

ディスクのパフォーマンスが悪いOpenNMS Linuxサーバーがあります。マシンはVPC内部のEC2です。示す:

ここに画像の説明を入力してください。

オートフ示す:

ここに画像の説明を入力してください。

IOの数を減らし、ディスク使用率を減らすには?

イオアニス返信:

ubuntu@ip-10-12-251-11:~$ sudo ionice -c3 -p $(pidof opennms)
ionice: option requires an argument -- 'p'

ionice - sets or gets process io scheduling class and priority.

Usage:
  ionice [OPTION] -p PID [PID...]
  ionice [OPTION] COMMAND

Options:
  -c, --class <class>   scheduling class name or number
                           0: none, 1: realtime, 2: best-effort, 3: idle
  -n, --classdata <num> scheduling class data
                           0-7 for realtime and best-effort classes
  -p, --pid=PID         view or modify already running process
  -t, --ignore          ignore failures
  -V, --version         output version information and exit
  -h, --help            display this help and exit

答え1

rreniceから始めましょうダーバン~のリストパック。たとえば、次はサブアイテムの優先順位をopennms可能な限り低い設定に設定します。

sudo rrenice 19 opennms

または使用できない場合は、一般を使用してくださいrenice

sudo renice -n 19 -p $(pidof opennms)

ディスクホギングプログラムの場合は、以下を使用しますionice

ionice -c3 -p $(pidof opennms)

ところでopennmsプロセスはリソース集約的ではありません。何かが間違っているか、そこにぶら下がっています。

答え2

この図は書き込みバインディングプロセスを示しています。キャッシュ調整OpenNMSが提案した内容は役に立ちませんでした。

しかし、犠牲にすれば役に立ちます。耐久性。 OpenNMS がクラッシュした場合、データベースが数秒前にクラッシュしたことを示すかどうかは重要ではありません。 (これはクライアントが少なくとも1回意味スキームに依存する電子メールサーバーとは異なります。)ただし、競合が発生する前に変更された構成が失われる可能性があります。競合が発生していることを確認し、構成を変更した後でもシステムがまだオンラインになっていることを確認してください。努力するsynchronous_commit = off。デフォルトでは、耐久性の損失期間は600ミリ秒です。

望ましい効果が達成されれば、synchronous_commit = off耐久性を犠牲にしない代替手段があるかもしれません。望むよりcommit_delay。私の考えでは、OpenNMSはこの問題を非常によく解決できると思います。commit_delay観察されたIOPSの逆数としてaを設定する必要があります。<poller-configuration threads=CPU(およびRAM)の使用率がまだ低い場合は増やすことができると思います。

関連情報