既知の問題
このページでは、Google Cloud VMware Engine の使用中に発生する可能性のある既知の問題について説明します。
一般的な問題
VMware Engine に影響する一般的な既知の問題は次のとおりです。
セキュアブートが有効になるように構成された Windows Server 2022 KB5022842（OS Build 20348.1547）で仮想マシンが起動しない（90947）
Windows Server 2022 の更新プログラム KB5022842（OS Build 20348.1547）をインストールした後、仮想マシンがセキュアブートを有効にして構成されている場合は、ゲスト OS は起動できません。この問題を回避するには、次のいずれかを行います。
プライベート クラウドから 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 でこれらのオペレーションを試行すると、失敗します。プライベート クラウドを完全にデプロイするまで、これらのオペレーションは試行しないでください。
VMware Engine は、[VPC Service Controls でまだ完全にサポートされていない][vpc sc でサポートされているプロダクト]
VPC Service Controls には、VPC Service Controls の境界にあるプロジェクト内から VMware Engine を引き続き利用できるように、暫定的なソリューション（回避策）が実装されています。詳細については、VPC Service Controls をご覧ください。
診断情報の収集中に ESXi ホストの接続が一時的に切断される
NVMe PCIe デバイスを使用する環境の ESXi ホストでは、診断情報の収集中に接続が一時的に切断されることがあります。
根本原因
vm-support コマンドまたは vCenter UI を使用して ESXi システムに関する情報を収集すると、ログは一時的に ramdisk /tmp ディレクトリに保存されます。システムに NVMe PCIe デバイスが多数ある場合や、ログファイルが大きい場合、ramdisk /tmp ディレクトリはすぐに一杯になり、vm-support の収集が完了するまで ESXi ホストの接続が一時的に切断される可能性があります。
回避策:
ログバンドルの作成ページの [ログの選択] セクションから NVME マニフェストを除外すると、ramdisk /tmp ディレクトリがいっぱいになるのを防ぎ、ESXi ホストのネットワーク接続が失われることはありません。NVMe マニフェストを除外するには、次の操作を行います。
cloudownerのユーザー名とパスワードを使用して vCenter にログインします。- インベントリで、除外する vCenter Server インスタンスを右クリックします。
- [システムログをエクスポート...] をクリックします。
- ログバンドルを除外する ESXi ホストを選択します。
- [Select Logs] で [Storage] までスクロールし、[NVMe] オプションをオフにして、[Exported logs] をクリックします。NVMe マニフェストが除外されました。
この修正の詳細については、VMware ESXi 7.0 Update 3q をご覧ください。
プライベート クラウドのリソース名の変換エラー
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 チームでは、できるだけ早く相互運用性ソリューションを提供するよう努めています。機能の最新情報については、アカウント チームにお問い合わせください。