VMware Replication and Disaster Recovery゜リュヌションvSphere Replication and Site Recovery ManagerSRM

Site Recovery ManagerSRM



VMware Site Recovery ManagerSRMは、保護されたプラむマリサむトからバックアップリカバリサむトにVM仮想マシンを蚈画、テスト、および埩元するためのビゞネス継続性および灜害埩旧゜リュヌションです。



SRMは、VMを保護耇補するための3぀のアプロヌチを提䟛したす。



• ストレヌゞグルヌプデヌタストアグルヌプ。 サヌドパヌティのレプリケヌションメカニズムサヌドパヌティによるストレヌゞグルヌプのVM保護。 アレむベヌスのレプリケヌションが䜿甚されたす。

• VMを分離したす 。 ホストレベルでの個々のVMの保護。 SRMは、VMware vSphere Replicationテクノロゞヌず組み合わせお䜿甚​​されたす。

• ストレヌゞポリシヌ。 特別なストレヌゞポリシヌに基づくVM保護。 アレむベヌスのレプリケヌションが䜿甚されたす。



SRMは、サむトの埩元に2぀のオプションを提䟛したすデヌタセンタヌ



•蚈画された移行。 プラむマリサむトずバックアップサむトの可甚性ず完党な機胜を前提ずしおいたす。 それはデヌタ損倱を排陀し、蚈画された操䜜であり、緊急事態なしで正垞に動䜜したす。

•灜害埩旧。 メむンサむトの突然の萜䞋、バックアップサむトぞの切り替え、蚈画倖の操䜜のために蚭蚈されおいたす。



SRMは、デヌタセンタヌの埩旧プロセスずレプリケヌションメカニズムを調敎しお、デヌタの損倱ず埩旧時間を最小限に抑えたす。



•SRMは、メむンサむトでVMブランキングを提䟛し、メむンサむトが動䜜しおいる堎合にサむト間のデヌタ同期を提䟛したす。

•SRMは、リカバリプランで決定された順序で、バックアップサむトで耇補されたVMを実行したす。



SRMは、埩旧蚈画をテストする機胜を提䟛したす。 テストでは、耇補されたデヌタの䞀時的なコピヌが䜿甚されたす。これにより、䞡方のサむトのメむンプロセスぞの圱響が排陀されたす。



SRMは、サむトリレヌションシップのコンテキストで2぀の展開オプションを提䟛したす。

•基本単方向オプション-メむンデヌタセンタヌ保護サむトのサヌビスをバックアップサむトリカバリサむトに移行する可胜性を提案したす。

•双方向オプション-双方向のVM保護を提䟛したす。 教育を受けたペアの各サむトがメむンであり、近隣のバックアップ機胜を実行したす。



SRMが機胜するためのサむト構成芁件



•䞡方のサむトのSRM、vCenter Server、vSphere Replicationのバヌゞョンの識別ず互換性。

•アレむレベルでのレプリケヌションアレむベヌスのレプリケヌションの堎合、遞択したレプリケヌションテクノロゞヌが䞡方のサむトでサポヌトされおいる必芁がありたす。アレむはペアを圢成したす。

•バックアップサむトのむンフラストラクチャホスト、ネットワヌク、ストレヌゞはVMに察応し、メむンサむトの負荷をサポヌトする必芁がありたす。 バックアップサむトには、メむンサむトが埩元された堎合に停止できる非生産的たたは非重芁なVMを通垞以䞊にロヌドできたす。

•サむトは、必芁な垯域幅を提䟛する信頌できるIPネットワヌクを介しお接続する必芁がありたす。

•バックアップサむトは、メむンサむトからアクセス可胜なパブリックネットワヌクずプラむベヌトネットワヌクに接続する必芁がありたす。



このテクノロゞヌでは、プラむマリサむトずバックアップサむトにSRMサヌバヌSite Recovery Managerサヌバヌをむンストヌルする必芁がありたす。 小芏暡なデヌタセンタヌの堎合、vCenterサヌバヌず同じシステムにSRMサヌバヌをむンストヌルするこず、特に同じVMにむンストヌルするこずが蚱可されおいたす。 倧芏暡なむンフラストラクチャでは、負荷ず可甚性の理由から、SRMサヌバヌを別のシステム別のVMにむンストヌルするこずをお勧めしたす。



SRMマルチサむト構成



䞊蚘で説明した暙準構成には、プラむマリサむトずバックアップサむトの2぀のサむトが含たれおいたした。 䞡方のサむトには、䞡方のサむトにむンストヌルされたSRMサヌバヌを介しお通信するvCenterサヌバヌがありたす。 したがっお、vCenterプラむマリサむトが所有するVMをvCenterバックアップサむトに埩元できたす。



デヌタセンタヌに3぀以䞊のサむトがある堎合、SRMはさたざたなマルチサむト構成をサポヌトしたす。



•䞀般的な埩旧サむト-共有埩旧サむト倚察1、N1-倚くの保護サむトは、VMを1぀の共通バックアップサむトに耇補および埩元できたす。

•共通のメむンサむト-保護された共有サむト1察倚、1N-メむンサむトには耇数のバックアップサむトがありたす。

•倚察倚-倚察倚NN。



プラむマリサむトずバックアップサむトのSRM゚ンティティSRMサヌバヌはペアを圢成する必芁があり、同じ識別子拡匵IDが割り圓おられたす。 したがっお、パヌトナヌサむトの数に等しいSRM゚ンティティの数を共通サむトで䞊げる必芁がありたす。 たずえば、䞀般的な埩旧サむトが5぀の保護されたサむトにサヌビスを提䟛する堎合、保護されたサむトず組み合わせお、5぀のSRMサヌバヌをそのサむトに展開する必芁がありたす。 共有サむトSRMサヌバヌは、異なるVMホストマシンにむンストヌルされ、䞀意の識別子を持っおいる必芁がありたす。 同時に、共通サむトの倚くのSRM゚ンティティは、このサむトを管理する1぀のvCenterサヌバヌず察話したす。



同じホストマシンVMに耇数のSRMサヌバヌをむンストヌルするこずはできたせん。 各SRMサヌバヌには独自のデヌタベヌスが必芁です。 1぀の埩旧サむトに含めるこずができる保護サむトは10個たでです。









アレむベヌスのレプリケヌションSRM



このアプロヌチでは、サむトに組み蟌たれた耇補メカニズムを䜿甚しお、サむト間でアレむレベルSHDでデヌタを耇補したす。 SRMずアレむの統合は、ストレヌゞ耇補アダプタヌSRAを介しお実行されたす。これらは、アレむのメヌカヌが開発する必芁がある゜フトりェアコンポヌネントです。 各サむトのSRMサヌバヌでアレむベヌスのレプリケヌションをサポヌトするには、接続されおいるアレむごずにSRAをむンストヌルする必芁がありたす。









vSphere Replicationを䜿甚したSRM



SRMは、vSphere Replication組み蟌みおよび無料のVMware vSphereパッケヌゞテクノロゞヌを䜿甚しお、サむト間でVMレベルのデヌタを耇補できたす。 vSphere Replicationの動䜜は、ストレヌゞのタむプずモデルに䟝存せず、アレむSRAが開発ずの統合を必芁ずせず、vSphereず互換性のあるストレヌゞをサポヌトしたす。



vSphere Replicationを䜿甚するず、バックアップサむトで耇補されたVMのスナップショットのチェヌンを䜜成できたす-異なる時点で保護されたマシンの倚くのレプリカ。 したがっお、レプリカの倚数のスナップショットの䞭からVMの最適な状態を遞択しお回埩するこずが可胜になりたす。









混合レプリケヌション



SRMは、アレむベヌスのレプリケヌションずvSphereレプリケヌションの䞡方のレプリケヌションメカニズムが共有される混合モヌドの操䜜をサポヌトしおいたす。 このモヌドでは、䞡方のサむトでこれらのテクノロゞヌを展開および構成する必芁がありたす。 同じVMに察しお異なるレプリケヌションメカニズムを構成するこずはサポヌトされおいたせん。 ただし、SRMを䜿甚するず、1぀のプランに異なるレプリケヌションメカニズムを持぀リカバリタスクを含めるこずができたすが、VMは異なりたす。









vSphere Replication



vSphere Replicationは、vCenterの拡匵機胜であり、ハむパヌバむザヌレベルでのVMのレプリケヌションずリカバリ、およびこれらのプロセスの監芖ず管理を可胜にしたす。 このテクノロゞヌは、アレむレベルのレプリケヌションに代わるものです。 この゜リュヌションは、次のVMサむト耇補オプションをサポヌトしおいたす。



•゜ヌスサむトずタヌゲットサむト間サむト間。

•同じサむト内のクラスタヌ間。

•耇数の゜ヌスサむトず共通の宛先サむト倚察1。



vSphere Replicationはアレむタむプに䟝存せず、vSphere互換のストレヌゞをサポヌトしたす。 この゜リュヌションは、vSphereのすべおの゚ディションに含たれおおり最も単玔で最も圹に立たないものを陀く、ラむセンスを賌入する必芁はありたせん。



耇補は、倉曎されたブロックをサむト間たたは゜ヌスずタヌゲットのクラスタヌ間で転送するこずにより実珟されたす。 これは、゜ヌスVMずそのレプリカの初期完党同期を意味したす。 レプリケヌションゞョブをセットアップするず、RPOを蚭定できるだけでなく、耇数の䞭間䞀時レプリカ状態MPIT-耇数の時点-VMスナップショットの類䌌物を保存する機胜をアクティブにできたす。



レプリケヌションの状態を監芖および制埡し、受信および送信レプリケヌションに関する情報、サむトのステヌタス、レプリケヌション結果および゚ラヌを取埗するこずができたす。



レプリカからVMを回埩するプロセスは自動化されおおらず、手動による介入が必芁です。 特に、VM状態ず゜ヌスサむトの同期を手動で遞択するか、レプリカから最埌の状態を埩元する必芁がありたす。 埩元されたVMには、朜圚的な競合を匕き起こさないためにネットワヌク接続がありたせん。これには、デヌタセンタヌの必芁な仮想ネットワヌクぞのVMの手動接続が必芁です。 MPITは、スナップショットの特定のチェヌンを䜿甚しおレプリケヌトされたVMの回埩を提䟛したす。これにより、埩元されたVMの目的の状態を遞択できたす。



vSphere Replicationアプラむアンスは、゜リュヌションのコア゚ッセンスであり、vCenterサヌバヌの拡匵機胜ずしお登録および接続したす。 vCenterでは、1぀のvSphere ReplicationアプラむアンスVRアプラむアンスのみをむンストヌルしお接続できたす。 VRアプラむアンスには、すべおの耇補プロセスを管理する統合されたvSphere Replicationサヌバヌが含たれおいたす。 負荷を分散するために、このサむトvCenterのメむンVRアプラむアンスに接続され、実際にはそれら自䜓が仮想アプリケヌションである远加のvSphere Replicationサヌバヌの展開がサポヌトされおいたす。



サむト間レプリケヌションの構成䟋



画像






ロヌドバランシングに2぀のVRサヌバヌを䜿甚した、同じサむト内のクラスタヌ間のレプリケヌション構成の䟋これは必芁ではありたせん。1぀のVRアプラむアンスは䞍芁です。



画像






倚察1のレプリケヌション構成の䟋



画像







All Articles