Bridgeworks によれば、オフサイトのテープ ライブラリとの通信は、テープを物理的に発送するよりもはるかに高速になり、データをテープ ライブラリに送信する前にリモート ファイバ チャネル SAN またはサイト間レプリケーションを使用している場合は、大幅にコストが削減されるとのことです。
基本的な売り文句は、「そんなことはしないでください。データを WAN 経由で SCSI テープ ライブラリ インターフェイスに直接送信し、当社の WANrockIT WAN 高速化ソフトウェアにその魔法を働かせてください。」です。
過去には、いわゆる「銀の弾丸」的な問題解決法が数多くありましたが、どれもうまくいきませんでした。なぜ今回も違うのでしょうか？
Bridgeworks社によると、多くの顧客は依然として、サイト間ネットワークのコストや速度が高すぎるため、リモートサイトにデータを送る手段としてテープを送付しているという。同社のWANrockIT製品は、ネットワーク遅延を軽減することで機能すると同社は述べている。「WANrockITはデータ転送速度を200倍以上高速化できるため、非常に大規模な転送でも現実的なバックアップウィンドウ内で完了できます。」
転送プロトコルをオンザフライで変換できるため、顧客はプライマリ サイトでファイバ チャネルまたは iSCSI SAN を維持しながら、DR サイトで低コストの SAS テープ ドライブを使用できます。
WANrockITは、単一の物理WAN接続上に仮想接続を重ね合わせます。転送データはチャンクに分割され、各チャンクはこれらの仮想接続を介して並列に送信されます。再送が必要なパケット損失は、そのパケットの仮想接続のみを遅延させ、伝送全体を遅延させることはありません。
また、パケット送信の確認応答を待つのに費やされる時間 (遅延) は、影響を受ける仮想接続に制限され、仮想接続のセット全体ではありません。
Bridgeworks は、自社の技術がどのように機能するかを確かめるためにテストを実施しました。「テスト インフラストラクチャは、WANulator を使用して、ホスト サーバーとテープ ドライブ間のさまざまなレベルの WAN 待ち時間をシミュレートし、実際のアーキテクチャを模倣しました」。また、Veritas NetBackup を使用して、リモート テープへのデータのレプリケーションを管理しました。
Bridgeworks WANrockIT テスト構成
異なるラウンドトリップ時間で繰り返し実行するようにテストを設定し、生の伝送の信頼度数値を算出し、次にサイト間リンクのどちらかの端に WANrockIT を挿入して同じ伝送/ラウンドトリップ時間の組み合わせを計算しました。
以下は、実際のパフォーマンスと加速後のパフォーマンスの違いをよりわかりやすく示す、これらの数値のグラフです。
Bridgeworks は次のように述べている。「グラフではわずかな下降傾向が見られますが、レイテンシが 10 ミリ秒から 360 ミリ秒の間でのパフォーマンスの低下は 10 MB/秒未満であり、すべてのケースで転送速度は 80 MB/秒以上を維持しています。」
送信時間に関してこれは何を意味するのでしょうか?
テストの結果、1GBのデータを10ミリ秒の往復遅延でWAN経由で転送する場合、62秒かかっていましたが、WANrockITではわずか11.6秒でした。40ミリ秒の遅延は、アメリカ大陸をほぼ半分横断する距離と言われています。この遅延で高速化されていないリンク経由で1GBのデータを転送すると5分20秒かかります。WANrockITはこれを11.8秒に高速化しました。
往復遅延を 360 ミリ秒に増加し、より長い WAN 距離をシミュレートすると、1 GB の実際の伝送時間は 42.6 分でしたが、WANrockIT を使用すると 12 秒に短縮されました。
Bridgeworks は、「このパフォーマンスにより、オフサイト テープ レプリケーションがあらゆる規模の組織にとって現実的かつ魅力的な提案になる」と述べていますが、これは確かに真実であるように思われます。
したがって、リモート テープ ライブラリおよびドライブのユーザーは、Fedex や UPS に別れを告げてネットワーク化しましょう。莫大な費用がかかったり、バックアップ ウィンドウが破壊されたりすることはありません。®
