IBM Cloudオプションサービスの考慮事項
VMware NSX-V 環境で使用しているアドオンサービスは、そのインスタンスに関連していることを理解することが重要です。 これらのサービスは、NSX-V 環境がプロビジョン解除されると削除されます。
以下のリストは、現在使用している可能性のあるサービスを示しています。
- Caveonix RiskForesight
- F5 BIG-IP
- VMware HCX
- Juniper vSRX
- Red Hat OpenShift for VMware
- Veeam
- VMware アリア・オペレーションとVMware アリア・オペレーション・フォー・ログ
- Zerto
これらのサービスを、 VMware NSX-T™ 環境上の新しいサービスに移行することを計画してください。
メタデータの理解
オプションサービスは、 VCF for Classic - Automated with NSX-V インスタンスから切り離し、 VCF for Classic - Automated with NSX-V インスタンスで再利用することができます。 しかし、サービスが使用しているメタデータを VCF for Classic - Automated から理解することは重要である。
Advanced Cross vCenter Server vMotion については、以下の情報を確認してください。
- MAC アドレスは同じままです。
- VM の vCenter の MoRef ID が変更されます。 MoRef ID は、各オブジェクトの vCenter 内の固有 ID です。 MoRef ID は VCF for Classic - Automated 内でのみ一意である。
- InstanceUUID は同じままです。 InstanceUUID は、それぞれの vCenter によって生成されます。 ただし、同じ SSO ドメイン内および SSO ドメイン全体で発生する複数の vMotion にわたって保持されます。
Veeam
VCF for Classic - Automated with NSX-Tインスタンスで再利用するために、 VCF for Classic - Automated with NSX-VインスタンスからVeeam®インスタンスを切り離すことが可能です。 既存のVeeamインスタンスに設定変更が必要です：
- インスタンス ポイントを NSX-T 環境に関連付けられた VCF for Classic - Automated に更新します
- VeeamサーバのDNS設定を更新し、AD/DNSサーバを指定します。
- ライセンスのアクティベーションにはパブリックアクセスが必要なため、Veeam ServerのデフォルトゲートウェイをNSX-T Edgeの高可用性VIP IPアドレスに更新します。
- 新しいインスタンスに関連するAD/DNSサーバ上のVeeam Serverのレコードを更新または作成します。
- VeeamがVCF for Classic - Automatedインスタンスにアクセスするために使用するAD/DNSサーバ上のIDまたはユーザを更新または作成します。
NSX-Vインスタンスのキャンセル時にこれらのコンポーネントが削除されないように、 VCF for Classic - Automated with NSX-VインスタンスからVeeamサーバ、管理サブネット、および関連する iSCSI ストレージを切り離すように IBM サポートに依頼するチケットを開く必要があります。
新しい Veeam インスタンスをデプロイする場合は、バックアップ・データとバックアップ構成を考慮して、Veeam を新しい NSX-T インスタンスにマイグレーションする必要があります。
- バックアップ・データ - バックアップ・ファイルはVeeamリポジトリ・サーバでホストされます。 詳細については、Veeamエージェントのバックアップのインポートを参照してください。
- バックアップ設定 - バックアップ設定をファイルに保存できます。 詳細については、設定のバックアップと復元を参照してください。
VMware NSX-VからVMware NSX-TにVeeamサービスを移行したい場合、ヘルプとサポートを受ける の手順に従って、IBMサポート・チケットを開いてください。
Caveonix RiskForesight
Caveonix RiskForesight™ の主なユース・ケースは、VMware® 環境のコンプライアンスの報告です。 したがって、NSX-V Caveonix RiskForesight インスタンスから NSX-T Caveonix RiskForesight インスタンスへのデータ・マイグレーションは必要ありません。
Caveonix RiskForesight の 2 番目のユース・ケースは、VMware 環境でホストされているワークロード VM のコンプライアンス・レポートです。 この場合、ワークロード VM のコンプライアンス・データを NSX-T Caveonix RiskForesight インスタンスにマイグレーションする必要があります。 このマイグレーションを計画するには、IBM および Caveonix と連携する必要があります。
VMware HCX
HCX™ は DR サービスに使用されていないため、NSX-T インスタンスへの HCX マイグレーションは想定されていません。 HCX はマイグレーション・ツールとして使用できます。 この場合、NSX-T インスタンスは HCX で注文する必要があります。
Zerto
Zertoは、 VCF for Classic - Automated with NSX-Tインスタンスとともに導入し、必要な保護構成とともに新しいサイトのペアリングを構成することを推奨します。
IBM Spectrum Protect Plus
IBM Spectrum® Protect Plus は現在、NSX-Tインスタンスで VCF for Classic - Automated。 代わりに Veeam を使用することを検討してください。
FortiGate Virtual Appliance
FortiGate® 仮想アプライアンスは、NSX-Tインスタンスで。 VCF for Classic - Automated
- FortiGate Virtual Appliance のマイグレーションは必要ありません。
- 既存の NSX-V FortiGate 仮想アプライアンス構成をキャプチャします。
- FortiGate Virtual Appliance サービスで NSX-T VCF for Classic - Automated をプロビジョニングします。
- NSX-T FortiGate Virtual Appliance を構成します。
- マイグレーションの必要な時点で、NSX-T FortiGate Virtual Appliance にカットオーバーします。
F5 BIG-IP
F5® BIG-IP®は、NSX-Tインスタンスで。 VCF for Classic - Automated マイグレーション・アプローチでは、テストを可能にするために、既存の NSX-V 構成と並行して NSX-T 環境で F5 BIG-IP を構成します。 検証後、NSX-T F5 BIG-IP アプライアンスにカットオーバーします。
F5 BIG-IP サービスを VMware NSX-V から VMware NSX-T に移行する場合は、Getting help and support の手順に従って IBM サポート チケットを開きます。
Juniper vSRX
Juniper® vSRX は、NSX-Tインスタンスで VCF for Classic - Automated。 VCF for Classic - Automated NSX-V インスタンスでは、Juniper vSRX 仮想アプライアンスがデプロイされている可能性があります：
- 統合クラスターまたは管理クラスターの場合 - Juniper vSRX は、ワークロード VM へのトラフィックを保護します。
- ゲートウェイクラスター上 - ジュニパー vSRX アプライアンスは、同じデータセンター内の vSphere ホストとワークロードVMを保護します PoD。
マイグレーション・アプローチは、以下のようになります。
- NSX-T で VCF for Classic - Automated を、必要な Juniper vSRX サービスオプションでプロビジョニングします。
- NSX-V 環境の Juniper vSRX アプライアンスの構成情報を収集します。
- NSX-T 環境 Juniper vSRX アプライアンスに転送する必要がある必要な構成設定を手動で抽出します。
Red Hat OpenShift for VMware
Red Hat OpenShift VMware for NSX-T は、NSX-T インスタンスで に利用できます。 VCF for Classic - Automated マイグレーション・アプローチの要約は以下のとおりです。
- Red Hat OpenShift の NSX-T インスタンス VMware で VCF for Classic - Automated をプロビジョニングします。
- 必要に応じて、新規 Red Hat OpenShift for VMware クラスターを構成します。
- マイグレーション計画を作成します。これには、マイグレーションされるアプリケーションからのデータを処理する方法が含まれます。
- Migration Toolkit for Containers の使用を検討してください。
VMware Aria Operations and Aria Operations for Logs（アリア・オペレーションズ・フォー・ログ VMware
VMware Aria® Operations™ および VMware Aria Operations™ for Logs サービスは、NSX-T インスタンスの VCF for Classic - Automated で使用できます。
VMware Aria Operations および VMware Aria Operations for Logs の主な使用例は、VCF for Classic - Automated インスタンスのパフォーマンス、容量、およびログ メッセージをキャプチャすることです。 二次的な使用例としては、 VCF for Classic - Automated インスタンス上でホストされているワークロード VM のパフォーマンス、キャパシティ、およびロギング・メッセージをキャプチャすることである。
主なユース・ケースのマイグレーション・アプローチは、以下のとおりです。
- VCF for Classic - Automated Aria Operations および VMware Aria Operations for Logs サービスを NSX-T でプロビジョニングします。
- インスタンスが削除されるため、NSX-V インスタンス・コンポーネントのパフォーマンス、容量、ログ・メッセージを保持する必要はありません。
- NSX-V の VCF for Classic - Automated が削除されると、VMware Aria Operations および VMware Aria Operations for Logs サービスも削除されます。
- Broadcom® のドキュメントに従って、 VCF for Classic - Automated with NSX-V with VMware Aria Operations and VMware Aria Operations for Logs service のコンテンツを VCF for Classic - Automated with NSX-T に移行します。