既知の問題

このページでは、Google Cloud VMware Engine の使用中に発生する可能性のある既知の問題について説明します。

一般的な問題

セキュアブートが有効になるように構成された Windows Server 2022 KB5022842（OS Build 20348.1547）で仮想マシンが起動しない（90947）

Windows Server 2022 の更新プログラム KB5022842（OS Build 20348.1547）をインストールした後、仮想マシンがセキュアブートを有効にして構成されている場合は、ゲスト OS は起動できません。この問題を回避するには、次のいずれかを行います。

KB5022842 をスキップして、KB5023705 を使用します。
影響を受けている仮想マシンで、「セキュアブート」を無効にする

プライベートクラウドから VPC ネットワークへのルートアドバタイズで使用できる接頭辞の上限は 100 個まで

ルートアドバタイズがこの上限を超えると、一部の接頭辞が破棄される可能性があります。この上限内に収まるように、NSX-T Edge で集計機能を実装します。

VMware Engine は、Cloud Router を使用して、NSX からサービスプロデューサー VPC ネットワークに IP アドレス範囲（プレフィックスまたは CIDR）をアドバタイズします。これらのプレフィックスは、VPC ネットワークとピアリングされているサービスプロデューサー VPC ネットワーク内のカスタム動的ルートになります。

このピアリング関係でカスタム動的ルートをインポートするように VPC ネットワークを構成すると、NSX プレフィックスにより、VPC ネットワーク内のカスタムルートがピアリングされます。インポートできる NSX プレフィックスの数は次の 2 つの要因によって制限されます。

リージョンあたりの一意のプレフィックスに対する Cloud Router のデフォルトの上限（VMware Engine が継承）
VPC ネットワーク内のピアリンググループ内の動的ルートの最大数

プライベートクラウドが完全にデプロイされる前に実行されたプライベートクラウドオペレーションが失敗する

権限昇格、プライベートクラウド拡張、ノードの置換などのオペレーションは、まだ完全にプロビジョニングされていない稼働中のプライベートクラウド上の Google Cloud VMware Engine ポータルで使用できます。ただし、プライベートクラウドが完全にデプロイされる前に（NSX-T や HCX を含む）VMware Engine でこれらのオペレーションを試行すると、失敗します。プライベートクラウドを完全にデプロイするまで、これらのオペレーションは試行しないでください。

VPC Service Controls で VMware Engine がまだ完全にサポートされていない

VPC Service Controls には、VPC Service Controls の境界にあるプロジェクト内から VMware Engine を引き続き利用できるように、暫定的なソリューション（回避策）が実装されています。詳細については、VPC Service Controls をご覧ください。

プライベートクラウドのリソース名の変換エラー

Google Cloud VMware Engine で VMware Engine Horizon（VDI）を実行している場合、Google Cloud CLI と VMware Engine API の基準を満たすようにプライベートクラウドリソースの名前を変更した後にエラーが発生することがあります。

Horizon デスクトッププールを適切なプロビジョニングで編集せずにプライベートクラウドのリソース名を変更すると、次のようなエラーが発生します。

Error during Provisioning Cloning of VM Desktop-UK-005 has failed. No resource pool available for the pool: ic-pool-1

Error during Provisioning Cloning of VM Desktop-UK-005 has failed. No datastores available for the pool: {}ic-pool-1

この問題を解決するには、スケジュール設定した名前の変換日までに次の手順を完了します。

VMware Horizon ダッシュボードにアクセスします。
フルクローンプールとインスタントクローンプールのすべての Horizon デスクトッププールを編集し、[プロビジョニングを無効にする] に設定します。

プライベートクラウドのリソース名の変更が完了したら、次の手順を完了します。

各デスクトッププールを編集して、フルクローンプールとインスタントクローンプールの両方に対して [vCenter 設定] タブで次の設定を再構成します。
- リソースプール
- Datastore
注: フルクローンプールとインスタントクローンプールの両方の設定を編集しないと、プロビジョニングエラーが発生します。
各プールのステータスを [Enable Provisioning] に戻します。
プールからデスクトップを追加または削除して各プールをテストし、プロビジョニングが正しく機能していることを確認します。

VMware Engine チームでは、できるだけ早く相互運用性ソリューションを提供するよう努めています。機能の最新情報については、アカウントチームにお問い合わせください。