はじめに
このドキュメントでは、Hyperflexでレプリケーションをクリアする方法について説明します。
前提条件
要件
次の項目に関する知識があることが推奨されます。
- Unified Computing System Manager(UCSM)
- HyperFlex
- vセンター
- ネットワーキング
- DNS
使用するコンポーネント
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。
- HyperFlex Connect 5.0.2d
- Hyperflexストレッチクラスタ
- Hyperflex標準クラスタ
- UCSM 4.2(1l)
- vCenter 7.0 U3
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
背景説明
必要に応じてレプリケーションの構成をクリアでき、クラスタを新しいターゲットとペアにすることができます。そのためには、現在のレプリケーション構成をクラスタからクリアする必要があります。
その他の背景情報
- データ保護を解除するには、すべてのVMの保護を解除する必要があります。次に、保護グループからそれらを削除します。
- 保護グループは、VMが属していない場合でもクラスタ上に残すことができます。
- 複製ペアからの依存関係が、ローカルとリモートの両方のタイプのクラスタで削除されていることを確認します。
- この操作には、両方のクラスタの管理者アクセス権が必要です。
手順
ステップ1:管理者としてHyperflexシステムにログインし、 複製 左側の操作ウィンドウのオプション:
Replicationオプション
ステップ 2:VMの保護を解除するには、Local VMs > All Protected VMsの順に選択します。すべてのVMを選択するには、このチェックボックスをオンにします。次に、 Unprotectを選択します。
VMの保護解除
ステップ3:保護グループからVMを削除し、Local VMs > All Protected VMsの順に移動します。すべてのVMを選択するには、チェックボックスをオンにします。次に、Remove from Groupをクリックします。
保護グループからのVMの削除
VMの保護を解除するかどうかを尋ねるプロンプトが表示されます。Unprotectをクリックします。
Uprotectの確認
保護を解除すると、VMはリストに表示されなくなります。
VM保護のクリア
保護されていないVMの動作
保護グループに属するVMがない場合は、保護グループを削除することを推奨します。これは必須ではありません。
保護グループの削除
保護グループを削除するかどうかを確認するプロンプトが表示されます。Deleteをクリックします。
保護グループの削除の確認
ステップ 4:データストアマッピングを削除し、 選択
データストアの依存関係の削除
マッピングを解除するデータストアを選択するよう求められます。リモートを選択し、マッピングされた各データストアに対してDo not map this datastoreオプションを選択します。次に、Map Datastoreをクリックします。
データストアのマッピング解除
注:データストアがマッピング解除されたら、複製ペアの削除を続行するためにHX接続を更新する必要があります。
ステップ 5:ローカルクラスタとリモートクラスタの複製ペアを削除します。 選択 を参照。
ペアの削除
ペアを削除するには、リモートクラスタ管理者のクレデンシャルが必要です。クレデンシャルを入力し、Deleteをクリックします。
ピア削除の確認
複製ペアの動作
- 複製ペアが削除されると、ローカルクラスタとリモートクラスタ間の仮想マシンの保護を構成できなくなります。
- この操作により、両方のクラスタの保護がクリアされます
- レプリケーションネットワークテストは、レプリケーションペアの実行または変更が試行されたときに実行されます。
- データストアのマッピング解除が試行される場合にも、レプリケーションネットワークテストが実行されます。
- 複製テストに合格しない場合、変更は許可されません。必要に応じて、このドキュメントの「トラブルシューティング」セッションを参照して接続を確認してください。
- eth2接続の詳細については、TACでサービスリクエストをオープンしてください。
手順 6:レプリケーションネットワークをクリアするには、次のコマンドを使用します。
stcli drnetwork cleanup
ローカルのクリーンアップリモートのクリーンアップ
注:stcli drnetwork cleanupコマンドがローカルクラスタとリモートクラスタの両方で実行されていることを確認します。
データレプリケーションネットワークのクリーンアップは、HX接続の[アクティビティ]タブで監視できます
データレプリケーションネットワークのクリーンアップの監視
HX接続データ複製ネットワーク構成の更新が未構成で表示され、必要に応じて再構成の準備ができています。
データレプリケーションネットワークがクリアされました
トラブルシュート
VM保護の確認
保護されているVMがないことを確認します。これを確認するには、次のコマンドを使用します。
stcli dp vm list --brief
保護されたVMの例:
保護されたVMを一覧表示する方法
VMが保護されていない例
VM保護なし
注:VMが保護されていないことを確認します。次の図に、VM保護の例を示します。
データ保護ピアリストの確認
ピアリストを確認できます。複製がクリアされたときにエントリが表示されないようにするには、次のコマンドを使用します。
stcli dp peer list
設定されたデータ保護ピアの例:
ピアリストの確認方法
次に、クリアされたデータ保護ピアの例を示します。
ピアクリアーの例
必要に応じてピアを手動で削除する
リモートピアが永続的に使用できない場合、または長期間使用できない場合、次のコマンドはピアリレーションをクリアするためのものです。
stcli dp peer forget --name
peer forgetコマンドの例:
Replication Peer Forgetコマンド
考慮する
- クラスタペアリングは、このドキュメントの手順に従ってHX Connectからクリアされます
- クラスタ間の接続が維持されている間に、クラスタの1つでこのコマンドを誤って発行した場合は、他のピアでもコマンドが実行されていることを確認してください。
- このコマンドは、コマンドが実行されたクラスタのピアの詳細のみをクリアします。
一般的な問題
依存関係の問題
VM保護がデータストアマッピングとともに削除されていることを確認します。
VM保護/データストアマッピングを削除せずに複製ペアを削除しようとすると、依存関係をクリアする必要があることを示すポップアップウィンドウが表示されます。
ピア削除エラー
注:eth2ネットワーク上のクラスタ間で通信の問題が発生した場合、この操作は完了しないことが予想されます。
接続性の問題
各クラスタのストレージコントローラ仮想マシンがeth2経由でピアとアクティブに通信しているため、接続の問題が発生し、クリーンアッププロセスが困難になる可能性があります。少なくとも1つのコントローラ仮想マシンがeth2ネットワークを介して応答しない場合、レプリケーションとクリーンアップのアクティビティが失敗する可能性があります。
- eth2が存在することを確認します。ifconfigコマンドを各ストレージコントローラ仮想マシンで使用し、eth2が起動していることを確認します(起動していない場合)。TACの介入が必要です。
- pingを使用して、各ストレージコントローラ仮想マシンのeth2インターフェイス間の接続をテストします。
Eth2 Pingテストの例
- 両方のクラスタのレプリケーションVLANが一致していることを確認します。
- クラスタ間のすべてのパスでレプリケーションVLANが正しく設定されていることを確認します。
- レプリケーションネットワークのローカルとリモートの両方のクラスタでMTUが一致していることを確認します。
- Test Remote Replication Networkオプションを使用して、接続を確認します。Replicationを選択し、クラスタペアでActions > Test Remote Replication Networkの順に選択します。
リモートレプリケーションネットワークのテスト
成功したテストの例:
成功したテストの例
失敗したテストの例:
失敗したテスト
関連情報