Linux 3.0.3 の Linux ソフトウェア RAID で 8x SSD RAID に移行しようとしています。
以前のサーバー構成は 96 GB のメモリで、1 か月あたりかなり高価でした。私たちの目標は、約 1/2 から 1/3 の価格の SSD に移行することです。
私たちが抱えている問題は、レプリケーションの負荷に追いついておらず、遅れをとっていることです。
一連のチューニングの後、次の IO 負荷に気付きました。
かなり安定した速度で書き込みを行っていることがわかります...ピーク時で約 180MB/s です。
しかし、なぜ私たちがそれほど大幅に落ち込んでいるのかを理解しようとしています. 読み取りが方程式に入るとすぐに、パフォーマンスは完全に低下します。サーバーはあまり読み取りを行っていません。書き込みスループットを完全に破壊しているだけです。
私は妥当な SSD パフォーマンスの変更をいくつか行いました。
noatime と nobarrier を使用して XFS を使用しています。
使用しているドライブは、それぞれ 100 GB の Micron p300 です。16 コア 2.8Ghz X5570 の Adaptec RAID コントローラに 8 個あります。
RAID0の設定です。RAID ストライプ サイズは 256k です。小さいストライプ サイズで試してみましたが、これが最良の値のように思えました。
IO スケジューラーがノープになりました。デッドラインも試してみましたが、パフォーマンスはほぼ同じでした。
これは、MySQL 構成の未加工のペーストビンです。
http://pastebin.com/raw.php?i=Bn13Hhj9
行った重要な変更は次のとおりです。
innodb_log_file_size=10G
innodb_read_ahead=none
innodb_flush_neighbor_pages = 0
innodb_doublewrite=0
innodb_io_capacity=160000
innodb_read_io_threads=64
innodb_write_io_threads=64
バッファプールのサイズは約 42GB です... ボックスには 48GB あります。
私が加えたい明らかな変更の 1 つは、4k ページを使用することです。ただし、データベース全体の完全な mysqldump を実行して再インポートする必要があるため、これは (少なくとも) 数日かかる作業です。
しかし、正直なところ、理論的にはデータの 1/4 を読み書きすることになるため、これで状況が解決する可能性があります。しかし、読み取りがこのような大規模な書き込みの低下を引き起こしていることには、まだ混乱しています。
フィードバックをいただければ幸いです。また、アイデアを引き起こすことで問題を解決するのにも役立つかもしれません。