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

2つの方法でパフォーマンスを検証した資料がありますのでご紹介します。

『Arcserve UDP/Backup クラウドへのバックアップ パフォーマンス検証レポート』

（a）検証 1. Amazon EC2 への仮想スタンバイ、スタンバイ VM 起動その１

（b）検証 2. Amazon EC2 への仮想スタンバイ、スタンバイ VM 起動その２（RPS を利用する場合）

上記資料から結果の考察を抜粋します。

■バックアップ運用時のパフォーマンスは？

RPS 経由での転送（検証２）は重複排除を行うことができるため、クラウド側に RPS を置かない検証１の構成と比較して、レプリケート＋仮想スタンバイの合計時間は短縮されました。

■復旧時のパフォーマンスは？

クラウド側に RPS 無し（検証１）、RPS あり（検証２）とも数分で起動できました。どちらも障害発生時にはごく短時間での業務再開が可能であることがわかりました。

■転送時の RPS 利用有無による違いは？

・クラウド側に RPS を置かないメリット
この構成では RPS を使用せずに直接クラウドにスタンバイ VM を作成しているため、クラウドに RPS データストアが不要な分、ストレージ使用量を抑えることができます。

・クラウド側に RPS を置かないデメリット
クラウドへの転送時に RPS を使用しないため、重複排除、転送失敗時のリトライ、暗号化しての転送は行われません。重複排除が効かないので、特に複数ノードの保護をしている環境においては、RPS 経由で転送する検証 2 に比べて転送時間が長くなる可能性があります。

■運用コストは？

・クラウド側に RPS を置かないメリット
クラウド上のストレージ使用量を抑えられる分、検証２（RPS を置く）と比較してコストを削減できます。なお、スタンバイ VM は通常時には電源をオフにしておけるので、インスタンスの利用コストを抑えることが可能です。

具体的な測定結果（時間）も載せていますので上記資料を是非ご覧ください。

また、Amazon EC2 や Microsoft Azure での仮想スタンバイ方法の詳細は、下記マニュアルをご覧ください。

AWS EC2 に対する仮想スタンバイ プランを作成する方法

Microsoft Azure に対する仮想スタンバイ プランを作成する方法

＋＋＋

以上、Koichi がお伝えしました。

<関連記事>

Arcserve UDP 機能紹介 ～ (12) 仮想マシンへの自動復旧（仮想スタンバイ） ～

Arcserve UDP 機能紹介 ～ (11) バックアップデータの遠隔転送 ～

※1 Arcserve UDP 10.0 より、Google Cloud への仮想スタンバイも行えるようになりました

Arcserve UDP 10.0新機能（6）：Google Cloud への仮想スタンバイ