問題タブ [solid-state-drive]

Web サーバーをアップグレードしようとしています。SSD を使用する RackSpace 上に、最新世代の仮想サーバーの新しいインスタンスを作成しました。この真新しいインスタンスに、次のものをインストールしました。

1. グーグルクローム
2. FileZilla FTP クライアント

次に、テストに使用している 2 つの画像ファイルをホストしている別のサーバー上の FileZilla FTP サーバーに接続しました。次に、FileZilla が「正常に転送されました」と報告する 2 つの画像ファイルをダウンロードしました。ただし、両方の画像ファイルが切り詰められています。これを引き起こしている可能性があるのは何ですか？

注意すべき点がいくつかあります。

• これは、新しいインスタンスが SSD を使用している場合にのみ発生します。SSD なしで (代わりに SATA を使用して) 同一のインスタンスを作成すると、エラーは発生しません。
• ファイルを転送しているサーバーでも、ファイルは正常に転送されたと報告されます。このサーバーは、何の問題もなく、かなり長い間 FTP サーバーとして使用されてきました。
• 新しい SSD インスタンスを FTP サーバーとしてセットアップし、そこに大量のファイルをアップロードすると、それらの一部がランダムに 2 ～ 10 KB 切り捨てられます。約 150 MB のアップロードのうち、150 ～ 200 KB が不足する可能性があります。それらを再度転送すると、ファイルの別のサブセットが切り捨てられます。
• FTP サーバーの転送速度を 100KB/s に調整すると、2 つの画像ファイルが途切れることなく正常に転送されます。転送速度を 500KB/s に調整すると、画像ファイルは調整がない場合と同じように切り捨てられます。

これがどのように起こっているのかについてのアイデアはありますか?

更新: FileZilla とは関係ありません。コマンド ラインで ftp を使用した同じ問題を次に示します。

SSD ドライブを持つ次の EC2 インスタンス タイプ

• r3.2xlarge
• r3.4xlarge
• i2.xlarge

SSH 経由でログインすると、SSD ドライブが表示されません。「df -h」を試していました。

私が試してみました

• 再起動しますが、それは役に立ちませんでした。
• また、役に立たない新しいインスタンスを終了して作成しようとしました。1回限りの問題ではないことを示唆しています。

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

行った重要な変更は次のとおりです。

バッファプールのサイズは約 42GB です... ボックスには 48GB あります。

私が加えたい明らかな変更の 1 つは、4k ページを使用することです。ただし、データベース全体の完全な mysqldump を実行して再インポートする必要があるため、これは (少なくとも) 数日かかる作業です。

しかし、正直なところ、理論的にはデータの 1/4 を読み書きすることになるため、これで状況が解決する可能性があります。しかし、読み取りがこのような大規模な書き込みの低下を引き起こしていることには、まだ混乱しています。

フィードバックをいただければ幸いです。また、アイデアを引き起こすことで問題を解決するのにも役立つかもしれません。

私のラップトップには、512 バイトの物理ディスク セクター サイズと 4,096 バイトの論理ディスク セクター サイズを持つ SSD ディスクがあります。すべての OS キャッシュをバイパスする必要がある ACID データベース システムで作業しているため、割り当てられた内部メモリ (RAM) から SSD ディスクに直接書き込みます。また、テストを実行する前にファイルを拡張し、テスト中にサイズを変更しません。

SSDベンチマークによると、ランダムな読み取りと書き込みはそれぞれ30 MB / sから90 MB / sの範囲内である必要があります。しかし、これは私の多数のパフォーマンス テストから得た (かなり恐ろしい) テレメトリです。

• ランダムな 512 バイト ブロック (物理セクター サイズ) を読み取る場合は 1.2 MB/秒
• ランダムな 512 バイト ブロック (物理セクター サイズ) を書き込む場合は 512 KB/秒
• ランダムな 4,096 バイト ブロック (論理セクター サイズ) を読み取る場合は 8.5 MB/秒
• ランダムな 4,096 バイト ブロック (論理セクター サイズ) を書き込む場合は 4.9 MB/秒

非同期 I/OI を使用するだけでなく、フラグFILE_SHARE_READとFILE_SHARE_WRITEフラグを設定してすべての OS バッファリングを無効にします。データベースは ACID であるため、これを行う必要があります。これも試しFlushFileBuffers()ましたが、パフォーマンスがさらに低下しました。また、一部のコードで要求されるように、各非同期 I/O 操作が完了するのを待ちます。

これが私のコードです。問題があるのでしょうか、それとも I/O パフォーマンスが悪いのでしょうか?

私は、物理ストレージ デバイスが SSD であるか普通のスピン ディスクであるかを検出することでメリットが得られる OS ポータブル プログラムに取り組んでいます。

Linux には次のものがあります。

SSDの場合は0または1を返しますが、これが最善の方法かどうかはわかりません.

Windows と UNIX では、それを検出する方法が見つかりませんでした。おそらくioctl DEVICE_SEEK_PENALTY_DESCRIPTOR、シーク ペナルティ (SSD ストレージ デバイスでは非常に低いはずです) を使用DeviceIoControlして確認するか、公称メディア ローテーション レート (これも必要です) を確認するために使用する必要があります。 SSD ストレージデバイスでは非常に低くなります)。

POSIX 互換 OS で SSD ディスクの検出を続行する方法についての推奨事項はありますか?