質問：iSCSIやFCoE（Fibre Channel over Ethernet）のトラフィックの渋滞の心配はありませんか？　多数のSSDを配備するとSANのI/O処理が追い付かないのでは？　この問題にどう対処すればいいのですか？

　マーティン：iSCSIやFC（ファイバーチャネル）、FCoE、SAS、SATAなどの高速なブロックストレージインタフェースが処理の限界に達するには、持続的なI/Oが大量に発生することが条件だ。1Gビットイーサネット（GbE）ネットワーク上のiSCSIでは、これはさほど困難な条件ではないが、10GビットのiSCSI、8GビットのFC、10GビットのFCoE、6GビットのSAS、6GビットのSATA上の従来型HDDでこの条件を満たすのは難しい。

　しかしSSDの場合、ストレージインタフェースの処理限界が問題になる可能性がある。特に1個のインタフェースにSSDアレイが接続されている場合は要注意だ。まず、既存のインタフェースを監視し、その使用率を確認する必要がある。大抵のOSには、各種のデバイスやインタフェースのパフォーマンスを監視するためのツールが付属する。米Akorri Networks、米Tek-Tools、米Virtual Instrumentsの製品など、優れたサードパーティーツールも出回っている。Windows環境であれば、ネイティブツールの「PerfMon」（パフォーマンスモニター）を使って物理ディスクの統計情報をチェックすることで、インタフェースが処理限界に達しているかどうかを判断できる。

　例えば、ここにFCあるいはiSCSIで接続されたディスクアレイがあり、複数の物理ディスク（SSDまたはHDD）を、ホストから1つの論理ボリュームと見えるように構成したとする。ホスト側から見た場合、作成した1台の“物理ディスク”の利用状況を監視することで、インタフェースの処理限界に達しているかどうかを判断できる。こういった論理ボリュームの実運用を開始する前に、少数のディスクでボリュームを作成してパフォーマンスを確認し、パフォーマンスの改善が止まるまで（すなわちインタフェースが処理できる最大のパフォーマンスに達するまで）ディスクを追加していく方法が有効だ。iSCSIの場合は、PerfMonからネットワークインタフェースの統計情報も把握できる。物理ディスクの状況を監視するためのこの手法は、内蔵のSASやSATAアレイに対しても使える。これらのストレージインタフェースの多くは、NIC、HBA（Host Bus Adapter）あるいはCNA（Converged Network Adapter）から統計情報を収集できる。また、スイッチから統計情報を収集することもできる。

　次回は、SSD導入に際するデータセンターのアーキテクチャ変更など残り3つの疑問について紹介する。