web-dev-qa-db-ja.com

すべてのレベルでRAIDが遅い

RAID 1とRAID 0（ストライピングとミラーリング）で書き込み速度が非常に遅い（1 MB未満）。読み取り速度は十分高速ですが、書き込みは非常に遅くなります。最初はRAID 1でのパフォーマンスが悪いと思っていましたが、RAID 0でも発生しています（それほど悪くはありませんが）。

Ubuntuが仮想マシン上にあったときと比較して、ほとんどのIO（kdmflushを使用して検出）を使用して実行されているiotopプロセスのインスタンスが複数あることに気付きました。

誰がこれを引き起こしているのかについて何か提案はありますか？

serverperformanceraid
4
dko

ソフトウェアRAIDを使用していると思います。

ディスクの同期はまだ続いていますか？実行して確認できます

cat /proc/mdstat

そうでない場合は、（物理）ディスクに問題がある可能性があります。最初に、dmesg出力を確認し、ディスク関連のエラーメッセージを見つけてください。何もなければ、使用できます

Sudo smartctl /dev/sda
Sudo smartctl /dev/sdb

（またはディスクが何であれ、例えば/proc/mdstat）。

smartctlは、ディスクテストの実行もサポートしています。

Sudo smartctl -t short /dev/sda
1
Olli

ここで何かが非常に間違っています。ディスクが不良になっているか、知らないか、変数として破棄された構成の問題があります。ソフトウェアRAID側では、1つのディスクをアレイから追い出して、RAIDのベンチマークを実行できます。他のメンバーと再度組み立て、同期し、繰り返します。それらがほぼ同じ性能を発揮する場合、より深い問題が発生しています。 kdmflushは、デバイスマッパーによって行われる遅延作業です。

ランニング iotop -aは、iotopが開始されてからのI/Oトラフィックの蓄積を示すため、興味深いものです。これは、トラフィックの大部分がどこから来ているかを追跡するのに役立ちます。

あなたもlvmを実行していますか？ MDはそのプロセスを使用するとは思わない。削除したことがないスナップショットがいくつかある場合は、ドラッグしてしまう可能性があります。幸運を。

1
ppetraki