はじめに
このドキュメントでは、Hyperflexでレプリケーションをクリアする方法について説明します。
前提条件
要件
次の項目に関する知識があることが推奨されます。
- Unified Computing System Manager(UCSM)
- HyperFlex
- vCenter
- ネットワーキング
- 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:データストアマッピングを削除し、Replication> Replication Pairs>Editの順に選択します。
データストアの依存関係の削除
マッピングを解除するデータストアを選択するよう求められます。リモートを選択し、マップされた各データストアに対してDo not map this datastoreオプションを選択します。次にMap Datastoreをクリックします。
データストアのマッピング解除
注:データストアのマッピングを解除した後、複製ペアの削除を続行するためにHX接続を更新する必要があります。
ステップ 5:ローカルクラスタとリモートクラスタの複製ペアを削除します。 >>の順に選択します。
ペアの削除
ペアを削除するには、リモートクラスタ管理者のクレデンシャルが必要です。クレデンシャルを入力し、Deleteをクリックします。
ピア削除の確認
複製ペアの動作
- 複製ペアを削除すると、ローカルクラスタとリモートクラスタ間の仮想マシンの保護を構成できなくなります。
- この操作によって、両方のクラスタの保護がクリアされます
- レプリケーションネットワークテストは、レプリケーションペアの実行または変更が試行されたときに実行されます。
- 複製ネットワークテストは、データストアのマッピング解除が試行された場合にも実行されます。
- 複製テストに合格しない場合、変更は許可されません。必要に応じて、このドキュメントの「トラブルシューティング」セッションを参照して接続を確認してください。
- eth2接続の詳細については、TACでサービスリクエストをオープンしてください。
手順 6:レプリケーションネットワークをクリアするには、次のコマンドを使用します。
stcli drnetwork cleanup
クリーンアップローカル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 <pair-name>
peer forgetコマンドの例:
複製ピアのForgetコマンド
考慮する
- クラスタペアは、このドキュメントの手順に従ってHX接続からクリアされます
- このコマンドを誤ってクラスタの1つで発行し、クラスタ間で接続が維持されている場合は、他方のピアでもコマンドが実行されていることを確認します。
- このコマンドでクリアされるのは、コマンドが実行されたクラスタ上のピアの詳細だけです。
一般的な問題
依存関係の問題
データストアマッピングとともにVM保護が削除されていることを確認します。
VM保護/データストアマッピングを削除せずに複製ペアを削除しようとすると、依存関係をクリアする必要があることを示すポップアップウィンドウが表示されます。
ピア削除エラー
注:eth2ネットワーク上のクラスタ間に通信の問題がある場合、この操作は完了しないものと想定されます。
接続性の問題
各クラスタの各ストレージコントローラ仮想マシンがeth2経由でピアとアクティブに通信しているため、接続の問題が原因でクリーンアッププロセスが困難になることがあります。少なくとも1つのコントローラ仮想マシンがeth2ネットワークを介して応答しない場合、レプリケーションとクリーンアップのアクティビティが失敗する可能性があります。
- eth2が存在することを確認します。TACの介入が必要な場合に、各ストレージコントローラ仮想マシンでifconfigコマンドを使用して、eth2が起動していることを確認します。
- pingを使用して、各ストレージコントローラ仮想マシンのeth2インターフェイス間の接続をテストします。
Eth2 Pingテストの例
- 両方のクラスタのレプリケーションVLANが一致していることを確認します。
- 複製VLANがクラスタ間のすべてのパスで正しく設定されていることを確認します。
- レプリケーションネットワークのローカルとリモートの両方のクラスタでMTUが一致していることを確認します。
- Test Remote Replication Networkオプションを使用して、接続を確認します。Replicationを選択し、クラスタペアでActions > Test Remote Replication Networkの順に選択します。
リモート・レプリケーション・ネットワークのテスト
成功したテストの例:
テストの成功例
失敗したテストの例:
失敗したテスト
関連情報