QNAPTS-410のパフォーマンスの問題NAS
私たちのオフィスにはQNAPTS-410があります。そのハードウェアは次のとおりです。
- 256MB DDR2 RAM
- CPUマーベル6281800MHz
- RAID5にマウントされた4x 1.4GB Seagate SATAディスク
サーバーのバックアップを作成するだけで十分だと思いましたが、いくつかの問題が発生しました。
- 2つの100GBディレクトリ間で毎日
rsyncを作成するには約5時間かかります。ディレクトリツリーは、200のWebサイトを備えた本番サーバーであるため、大きく複雑です。ただし、変更は軽微なものにする必要があります。また、ネットワーク帯域幅は確かに問題ではありません（通常のファイルのアップロード/ダウンロードでテストを行いました）。 - Rsyncが行われ、すべての変更が転送されると、これらのバックアップのローテーションを行うのに15時間以上かかります。コピーする代わりに、
cp -alアプローチを使用してハードリンクを作成しています。 - 組み込みプログラム
vs_refreshは、そのタスクを実行するのにほぼ1日かかります。
すべての問題は、ディレクトリツリーの複雑さとサイズに直接関係していると考えています。それぞれがJoomla、WordPress、Moodleなどの200のWebサイトを想像してみてください。
rsyncとcpに一定の時間がかかるのは比較的正常だと思います。しかし、そんなに時間がかかりますか？これは予想される正常な動作ですか？
もしそうなら、NASパフォーマンスを改善するために何ができるでしょうか？スワップの置き換えを避けるためにRAMを増やすかもしれませんか？
ありがとう！
QNAPフォーラムでIOパフォーマンスの問題が報告されています。ここで、IOスループットは特定の条件下（空きディスク容量と空きRAM）で低下します）。関連する問題は次のとおりです。 linux2.6.33.2カーネル専用。このカーネルはすべてのQNAPNASで使用されます。上記のioperf。の問題がこのカテゴリに該当する場合、回避策（動作すると報告されている）はより多くの空きディスク容量を取得することです（ 80％以上）および180MBの空きRAM。
詳細なスレッドは http://forum.qnap.com/viewtopic.php?f=25&t=51741
問題が報告されたカーネルの問題の根本原因と同じであるかどうかを知ることは良いことです-したがって、qnapフォーラムには同様の動作を報告する他の多くのスレッドがあります。しかし、今日以来、十分な理解も利用可能なパッチもありません。新しいカーネルでは、この問題は発生しなくなりました。