【vSphere Replication】拡張レプリケーション導入時の注意点

ランサムウェアなどのサイバー攻撃対策として、ディザスタリカバリのソリューションを導入する企業が増えています。

仮想基盤の災害対策やランサムウェア対策として、仮想サーバを別のリージョンにレプリケーションして、万が一の事態が発生した時に別のリージョンで稼働させて事業継続させるソリューションがあります。

VMware vSphereでは以下の仮想アプライアンスで上記のディザスタリカバリを実現します。

vSphere Replication
- 仮想基盤間を跨いだレプリケーション機能を提供します。
VMware Live Site Recovery
- リカバリ対象とする仮想マシンの指定や、保護サイトからリカバリサイトへのリカバリ指示を行います
- 旧製品名はVMware Site Recovery Manager（SRM）です

本記事では、「vSphere Replication」について、特にvSphere Replication 9.0以降からサポートされる「拡張レプリケーション」と呼ばれる新たなレプリケーション手法について取り上げます。

「レガシーレプリケーション」と呼ばれる従来のレプリケーションと比較して拡張レプリケーションで何が変わったのか、導入する際の注意点を交えてご紹介します。

レプリケーションの送信元vSphere基盤（保護サイト）と宛先vSphere基盤（リカバリサイト）にそれぞれvSphere Replicationアプライアンス（以下、vRと表記）を展開します。

レプリケーションデータは保護サイトで保護する仮想マシンが存在するvSphere ESXi（以下、ESXiと表記）からリカバリサイトのvRへ送られます。

リカバリサイトのvRからターゲットとなるデータストアが存在するESXiにNetwork File Copy（NFC）プロトコルで転送されます。

このレプリケーションはレガシーレプリケーションと呼ばれます。

送信するESXiはReplication VMkernelポートのIPアドレスから送信されます。

NFCプロトコルのデータはリカバリサイトESXiのReplication NFC VMkernelポートのIPアドレスで受信します。

vSphere Replication 9.0 ではレガシーレプリケーションに加えて拡張レプリケーションが利用可能になりました。

※ 将来のバージョンでレガシーレプリケーションは廃止されて拡張レプリケーションのみ利用可能になるとの事です。*1

拡張レプリケーションの送信元はレガシーレプリケーションと同様で、保護サイトで保護する仮想マシンが存在するESXiになります。

宛先はリカバリサイトのvRではなくESXiになります。ESXiからターゲットデータストアに直接送信されます。

レガシーレプリケーションでは、レプリケーショントラフィックは1台のvRへ集中して送信されるため、ボトルネックの原因となる場合がありました。

拡張レプリケーションでは、宛先のESXiに対して分散して送信されるため、ボトルネックの可能性は少なくなりパフォーマンス向上が見込まれます。

このパフォーマンスの改善により、VMware Live Site Recoveryと併用する場合はRPO*2を1分に設定することができます。

レガシーレプリケーションと拡張レプリケーションの主な特徴を比較してみました。

	レガシーレプリケーション	拡張レプリケーション
送信元	保護サイトのESXi	保護サイトのESXi
宛先	リカバリサイトのvR	リカバリサイトのESXi
メリット	従来からある手法で実績が多い	最適なデータパス提供により、スループットが相対的に高い
デメリット	ボトルネックになりうるコンポーネントがあるため、スループットが相対的に低い	新しい手法で実績が少ない
対応バージョン	8.x、9.0（将来のバージョンで廃止予定）	9.0以降
RPO	最短5分	最短１分
暗号化	有効/無効を選択可能	有効(無効にできない)