それ、レプリケーションでよろしく。UDPともども。

# 結果 ： RAM モードとほとんど変わらない速度が出た！

今回は対照実験として、ハッシュ デスティネーションに 9400 v2 S のローカル SSD を使い、ハッシュ メモリを 4096 MB（今回のテストデータで作られるハッシュ値を全量展開するのに十分な容量＝実質 RAM モード）割り当てたデータ ストアへのレプリケート時間・速度も測定しました 。 結果は以下の通りです。

ご覧の通り、USB 接続 SSD を使ったデータ ストアへのレプリケートでは、対照実験とほぼ同じ速度が出ました！

論理スループットは 25.38 GB/分 も出ています。クラウド CRS 等へのインターネット経由のレプリケートではネットワークの帯域幅がボトルネックになるため、USB 接続 SSD がボトルネックになることはまずないと言えるでしょう。というか、LAN 内でのレプリケートやバックアップとしても十分な速度です。

証拠としてレプリケート ジョブのアクティビティ ログも貼り付けておきます。

なお、今回の検証ではまとまったデータのレプリケート時間を測定するため、レプリケート先に何もデータがない「初回」の状態でジョブを実行しています。実際の運用環境では、2回目以降は増分データだけを転送するため、はるかに短時間でジョブが終わるはずです。

# そのほか考察

今回の検証でハッシュ デスティネーションに保存されたハッシュ値の容量は合計 2 GB くらいでした。

前述の通り、ハッシュ メモリの割り当てを 1 GB（1024 MB）に絞ったため、残りの半分はメモリを介さず直接 SSD から読み取られます。これによってハッシュ デスティネーションへ大量の Read IO が発生し、USB 接続 SSD の性能限界が見えてくるはず……という目論見でしたが、難なく RAM モードと同等の性能を示してくれました。

それにしても、4 TB のデータをバックアップしているにもかかわらず、ハッシュはわずか 2 GB とは……。あらかじめ分かっていたことではありましたが、デデュプリケーション ブロック サイズを 64 KB にするとさすがにハッシュの量が小さくなりますね。RAM モードだと気になる容量ではありますが、SSD に保存する容量としては微々たるもので、SSD の空き容量がもったいなく感じてしまうほどです（笑）

以上、ホテがお伝えしました。

<関連記事>

【検証】入手困難な内蔵 SSD の代わりに「USB 接続 SSD」を Arcserve UDP のハッシュ領域に使えるか？