既知の問題
このページでは、Google Cloud VMware Engine の使用中に発生する可能性のある既知の問題について説明します。
プライベート クラウドから 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 Service Controls を構成した場合、VPC Service Controls サービスのポリシーの構成によっては、一部のアクションが失敗する可能性があります。
プライベート クラウドをデプロイした後、または新しいプライベート接続を作成した後に VPC Service Controls を構成した場合、サービス オペレーションの一部を完了できない場合があるため、VMware Engine SLA は保証されません。
プライベート クラウド オペレーションまたは接続でエラーが発生し、前述のように VPC Service Controls を実装している場合は、残っている問題を修正するために、VPC Service Controls を無効にしてから Cloud カスタマーケアにお問い合わせください。
VMware Engine チームでは、できるだけ早く相互運用性ソリューションを提供するよう努めています。機能の最新情報については、アカウント チームにお問い合わせください。