SAN仕様およびIOPSカウンター
WindowsサーバーとLinuxサーバーでIOPSを正しく測定していることを確認したいと思います。どのSANが環境に最適であるかを判断するのに忙しく、サーバー全体のIOPSを測定することは、間違いのないことです。 。
Windowsサーバーでは、\ PhysicalDisk（_Total）\ Disk Reads/secおよび\ PhysicalDisk（_Total）\ Disk Writes/secパフォーマンスカウンターを使用しています。 Linuxサーバーでvmstatを実行し、bi（読み取り）カウンターとbo（書き込み）カウンターを調べています。私はこれが正しいこと、そして両方のカウンターのセットがIOPSに等しいことをかなり確信しています。
これらのカウンターが正しければ、問題があります。 SANこれから実行するのは約1600IOPSです。MailScanner、MailWatch、Sophosを実行する2つのメールフィルターサーバーは、合計で約1500IOPSに達します。2つのMySQLサーバーは約まとめて1600IOPS。1600IOPSの理論上の制限をはるかに超えています。
したがって、質問は、私は正しく測定していますか？
おっさん
上記のコメントスレッドに続いて、iostat -dxk 1は、r/sとw/s（読み取りと書き込みの要求/秒）、および読み取りと書き込みのキロバイトを提供します。
ここで2つの重要なポイント：
既存の数値の使用には注意してください。ワークロードによっては、現在の使用量が基盤となるストレージの機能を反映している場合があります。たとえば、1600 iopsを使用しているmysqlが表示される場合があります。これは、これらのディスクで実行できるためです。たとえば、3000 iopsを実行できるSANに配置すると、mysqlは3000 iopsを実行し始め、クエリがより速く返される可能性があります。ベンダーに相談して、ワークロードに基づいて適切なサイズを設定してください。 。
IOPとスループット（MBps）の両方を考慮することが重要です。これらは必ずしも比例しているわけではなく、SAN-ディスク、コントローラー、hba、ネットワークなどのさまざまなポイントでボトルネックになる可能性があるためです。 。これらのどれが適用されるかは、ワークロードとI/Oサイズがどの程度順次またはランダムであるかによって異なります。繰り返しになりますが、ベンダーに相談して、ニーズに基づいて適切なサイズを設定してください。
おそらく。 RAID5の更新は遅いです。マルチペルレイド5よりもレイド0を数えない限り、レイド5が高パフォーマンスのセットアップで使用されるのを見たことがありません（レイド50、60）。さらに、真剣に-5ディスクRAID 5は、「10万のIOPSを処理できる」という「SAN」ではありません。それはエンドユーザーのものです。
違いに注意してください。バックアップはランダムに書き出されない可能性が高く、レイドでの読み取り操作は書き込みよりも高速です。