| VMware Cloud Director Availability 4.5 | 2022 年 11 月 24 日 | ビルド 20795276（製品バージョン：4.5.0.5226630-ab9eb01ccb） このリリース ノートの追加事項や更新事項を確認してください。 |
新機能
VMware Cloud Director Availability 4.5 では、デプロイ タイプに応じて次の新機能がサポートされるようになりました。
vSphere への DR および移行の強化
-
vSphere への DR および移行の強化：オンプレミス アプライアンスではパブリック URL が不要になり、プロバイダ サイトへの単一ステップのペアリングがサポートされるようになりました。オンプレミスからプロバイダへのペアリングでは、プロバイダ サイトからペアリングを確認するための追加の手順が不要になりました。ただし、2 つのプロバイダ サイト間のペアリングは、2 段階のプロセスのままで、1 つのプロバイダ サイトから開始され、もう一方のプロバイダ サイトから完了します。
-
プロバイダ サイトでの Replicator Appliance の追加：プロバイダがホストする vCenter Server インスタンスで、vCenter Server Replication Management Appliance を構成した後、1 つ以上の Replicator Appliance インスタンスを追加できるようになりました。これにより、オンプレミスの vCenter Server インスタンスとプロバイダがホストする vCenter Server インスタンス間、またはプロバイダがホストする vCenter Server インスタンス間でテナント vSphere ワークロードをレプリケートするときのパフォーマンスが向上します。Replicator Appliance インスタンスの追加は、既存の環境でもサポートされています。
-
vSphere DR および移行のリカバリ設定：宛先サイトのワークロードをリカバリするときに適用される宛先仮想マシンの場所、コンピューティング リソース、およびネットワーク マッピングを事前に構成できるようになりました。
-
表示権限のみの vSphere ユーザー：VMware Cloud Director Availability は読み取り専用ユーザーをサポートするようになりました。ユーザーがレプリケーションのみを監視するか、管理者がシステムの健全性とレプリケーションのみを監視することが許可されます。
-
暗号化された仮想マシンのレプリケート：VMware Cloud Director Availability では、暗号化が有効なストレージ ポリシーを使用した仮想マシンのレプリケーションがサポートされるようになり、vSphere DR および移行の場合でもエンドツーエンドの暗号化が提供されます。詳細については、前提条件を参照してください。
-
vCenter Server Replication Management Appliance に vCenter Server Lookup Service アドレスを入力すると、登録されているすべてのオンライン Replicator Appliance インスタンスにも同じアドレスが適用されるようになりました。各インスタンスに対して手動で変更する必要はありません。
Cloud Director サイトの機能強化
-
レプリケーション ポリシーの制御と管理の拡張：クラウドからオンプレミスへの移行を、クラウドからクラウドへの移行とは別に禁止できるようになりました。クラウド サイトをバージョン 4.5 にアップグレードすると、オンプレミスへの移行を禁止した場合、VMware Cloud Director Availability のバージョンに関係なく、組織内のすべてのオンプレミス アプライアンスへのすべての送信移行が停止します。
-
ピア サイトへのシステム全体の通知：これらのアドバイザリ通知は、VMware Cloud Director で作成した後、VMware Cloud Director Availability ページの上部に表示されるようになりました。メッセージとその対象者を表示するための優先度と期間を選択できます。対象者は、管理者ユーザー、特定の組織内のユーザー、またはすべての組織内のユーザーです。
-
仮想マシン サイジング ポリシーの選択：レプリケーションを作成または変更するときに、仮想マシン配置ポリシーに加えて仮想マシン サイジング ポリシーも選択できるようになりました。組織内で、VDC コンピューティング ポリシーは、リカバリされたワークロードのコンピューティング リソースの割り当てをいくつかの事前定義済みサイズに制御します。
-
表示権限のみのシステム ユーザー：VMware Cloud Director Availability は読み取り専用ユーザーをサポートし、組織管理者でないユーザーがレプリケーションを管理できるようになりました。
-
高度なリカバリ設定：宛先サイトのワークロードをリカバリするときに適用される宛先ネットワーク設定、ゲストのカスタマイズ、およびゲストのカスタマイズ スクリプトを変更できるようになりました。
-
レプリケーション ポリシーのクローン作成：[クローン作成] ボタンをクリックして、選択した各レプリケーション ポリシーを複製できるようになりました。
すべてのサイトでの機能強化
-
バックアップとリストアの自動化：VMware Cloud Director Availability Appliance のバックアップ ファイルを作成し、Secure File Transfer Protocol (SFTP) を使用して外部サーバにアップロードするようにスケジュール設定できるようになりました。
-
サービスとアプライアンスのアップタイム：[システムの健全性] ページで、サービスとアプライアンスの両方のアップタイムを確認できるようになりました。
-
最近のタスク：アプライアンス インターフェイスのページの下部にあるグローバル タスクバーを展開すると、最近実行されたシステム タスクとレプリケーション タスクの両方が表示されるようになりました。これらのタスクを終了基準でフィルタリングするには、[実行中]、[失敗]、または [成功] をクリックします。
更新されたアプライアンス名とハードウェア要件
VMware Cloud Director Availability 4.5 以降では、次の表に記載されているアプライアンス用に追加の CPU コアと RAM が必要です。アップグレード後に、更新されたパフォーマンス設定を利用するには、CPU 数とメモリを増やします。VMware Cloud Director Availability のすべてのアプライアンスのストレージ要件は 10 GB のままです。すべてのハードウェア要件の詳細については、クラウドでの展開の要件およびオンプレミスでの展開の要件を参照してください。
| アプライアンス |
以前のハードウェア要件 |
バージョン 4.5 以降のハードウェア要件 |
|---|---|---|
| Replicator Appliance |
4 個の vCPU と 6 GB の RAM |
8 個の vCPU と 8 GB の RAM |
| Tunnel Appliance |
2 個の vCPU と 4 GB の RAM |
4 個の vCPU と 4 GB の RAM |
| On-Premises to Cloud Director Replication Appliance |
4 個の vCPU と 4 GB の RAM |
8 個の vCPU と 8 GB の RAM |
VMware Cloud Director Availability 4.5 以降、次のアプライアンスの名前は変更されます。
| 以下のためのクラウド アプライアンス名を更新 |
アプライアンスの以前の名前 |
アプライアンスの更新後の名前 |
|---|---|---|
| vSphere DR および移行 |
vCenter Server Replication Management Appliance*** |
|
| バージョン 4.4 では N/A。 |
Replicator Appliance* |
|
| VMware Cloud Director によってバッキングされるクラウド サイト |
Cloud Replicator Appliance |
|
| Cloud Tunnel Appliance |
Tunnel Appliance** |
|
| Cloud Replication Management Appliance |
Cloud Director Replication Management Appliance |
|
* クラウド サイトが VMware Cloud Director によってバッキングされているかどうかに関係なく、任意のクラウド サイトの Replicator Appliance インスタンスは同じように動作します。
** Tunnel Appliance は、VMware Cloud Director によってバッキングされているクラウド サイトでのみ動作します。
*** 残りのアプライアンス（vCenter Server Replication Management Appliance と 2 つのオンプレミス アプライアンス）の既存の名前は同じままです。
アップグレード
VMware Cloud Director Availability 4.5 は、バージョン 4.3.x および 4.4.x からの直接インプレース アップグレードをサポートします。
アップグレード プロセスの詳細については、Cloud Director サイトでのアップグレードおよびオンプレミス サイトとプロバイダ サイトのアップグレードを参照してください。
備考：
-
vCenter Server サイト間の vSphere DR と移行は、両方のサイトをバージョン 4.5 にアップグレードする場合に必要です。サイトの 1 つをアップグレードした後も、既存のレプリケーションは引き続きレプリケートされ、災害発生時にワークロードをリカバリできます。もう一方のサイトは、新しいレプリケーションまたは新しいペアリングを作成する前、または管理タスクを実行する前にアップグレードする必要があります。両方のサイトをバージョン 4.5 にアップグレードした後、テナントとしてプロバイダ サイトと再ペアリングする必要があります。テナント サイトからの再ペアリングの詳細については、サイトの再ペアリングの手順 3 を参照してください。
-
また、vSphere DR および移行では、vSphere でカスタム権限を持つシングル サインオン管理者ユーザーを使用している場合は StorageViews.View 権限を追加する必要があります。必要なすべての vSphere 権限の詳細については、『セキュリティ ガイド』のユーザー ロールの権限とセッションを参照してください。
-
VMC データ エンジンを使用するレプリケーションの場合、4.5 へのアップグレード後に、各レプリケータ サービス証明書を再生成する必要があります。これらの証明書の置き換えの詳細については、レプリケータ サービス証明書の置き換えを参照してください。
レガシーの移行
VMware Cloud Director Availability 4.5 は、レガシーの vCenter Server バージョン 5.5 および 6.0 からの移行を引き続きサポートします。レガシーの移行の詳細については、ナレッジベースの記事 KB89181 を参照してください。
構成の上限
テスト済みのアップタイム、同時実行、およびスケール制限については、VMware 構成の上限を参照してください。
注意事項および制限事項
-
VMware Cloud Director Availability vSphere Client プラグインには、vSphere Client サポートが必要です。以前の vSphere バージョンを使用する場合：
-
レプリケーションを構成するには、VMware Cloud Director Availability テナント ポータルを使用します。
-
または、VMware Cloud Director で VMware Cloud Director Availability プラグインを使用します。
-
-
VMware Cloud Director によってバッキングされているサイトでは、vSphere の VRADMINISTRATORS または VRUSERS グループのみのメンバーであるユーザーが VMware Cloud Director Availability vSphere Client プラグインを使用できません。
-
プラグインを使用するには、ユーザーが vSphere の管理者グループのメンバーである必要があります。
-
VMware Cloud Director によってバッキングされた、VMware Cloud Director Availability のバージョンが一致しないペアリングされたサイト間の相互運用性については、Cloud Director サイトとのペアリングの管理を参照してください。
VMware Cloud Director Availability と他の VMware 製品との相互運用性については、VMware 製品の相互運用性マトリックスを参照してください。
サポートされるブラウザ
VMware Cloud Director Availability 4.5 は、次のブラウザをサポートします。
-
Google Chrome 107 以降
-
Microsoft Edge 107 以降
-
Mozilla Firefox 104 以降
-
Safari 15 以降
解決した問題
次の問題は、今回のリリースで修正されました。
-
[全体的な健全性] または [レプリケーションの状態] で仮想マシンのレプリケーションをフィルタリングするとエラーが表示され、レプリケーションが表示されない
リストされた仮想マシン レプリケーションを [全体的な健全性] または [レプリケーションの状態] のいずれかの列でフィルタリングしようとしても、レプリケーションが一覧表示されず、次のエラーが表示されます。操作がサポートされていません。
-
root パスワードを辞書の単語で変更するとエラーが発生するが、パスワードは変更される
root ユーザー パスワードを辞書の単語を含むパスワードで変更すると、正常に変更されますが、次のエラー メッセージが表示されます。パスワードを変更できませんでした。以前に使用したことのない強力なパスワードを使用して、もう一度やり直してください。2 回目に辞書の単語を入力せずにパスワードを変更しようとすると、次のエラー メッセージが表示されます。パスワードはすでに変更されているため、指定された現在のパスワードは無効です。
-
送信 vSphere DR および移行を作成すると、すでにレプリケートされた仮想マシンを選択できる
この問題は、vCenter Server サイト間の送信 vSphere DR および移行にのみ適用されます。
たとえば、サイト A からサイト B への送信レプリケーションを作成した後、サイト A から別の送信レプリケーションを作成するときに、すでにレプリケートされた仮想マシンがグレーアウトされず、選択可能になります。
その結果、サイト A からの 2 番目のレプリケーションで同じ仮想マシンをレプリケートしようとすると、以下のようになります。
-
レプリケーション先がサイト B の場合、次のエラー メッセージが表示されます。仮想マシンでアクティブなレプリケーションが有効になっています。サイト B への元のレプリケーションは中断されず、2 番目のレプリケーションはサイト B に作成されません。
-
レプリケーション先がサイト C の場合、エラーは発生せずサイト C へのレプリケーションが開始されます。1 つのワークロードを単一のターゲットにレプリケートできるため、サイト A からサイト B への無効な送信レプリケーションを手動で削除する必要があります。ただし、この無効なレプリケーションは、サイト A からサイト C への新しいレプリケーションには影響しません。
-
既知の問題
次の既知の問題は、今回のリリースで特定されました。
-
SFTP 認証方法をパスワードベースからキーベースに変更できない
スケジュール設定されたバックアップの場合、SFTP サーバの認証方法をパスワードベースからキーベースに変更しようとしても効果がなく、VCDA は以前に保存したパスワードベースの認証を引き続き使用します。
スケジュール設定されたバックアップを削除し、キーベースの認証を使用して新しいバックアップを作成します。
