KubernetesとVMワークロードの両方に対応するように設計されたAllApps組織をサポートするには、基盤となるインフラストラクチャをvSphere Supervisorで「最新化」する必要があります。特定のワークロードドメイン内でSupervisorをアクティブ化することが主な前提条件であり、これにより標準のvSphereクラスタがKubernetesネイティブのコントロールプレーンに変換されます。ハードウェア/vSphereレイヤーの準備が整ったら、次の必須手順はVCF Automation Provider管理ポータルで行われ、管理者はリージョンを定義する必要があります。リージョンは、物理ワークロードドメインと論理組織間の「橋渡し」として機能し、Supervisorクラスタを検出して、テナント割り当て用にコンピューティング、メモリ、ストレージクラスを利用可能にします。リージョンが定義されていない場合、AllApps組織は消費するリソースのソースがなく、アクティブなSupervisorがない場合、AllAppsネットワーク（VPC）とコンテナサービス（VKS）は機能しません。

プロパティ グループは、VCF 9.0 Automation において、複数のクラウド テンプレート (ブループリント) 間で「再利用性」と標準化を実現するための主要なメカニズムです。個々の YAML ファイルごとに同じ入力や定数を手動で定義すると、人為的なミスが発生しやすく、更新も困難になるため、管理者は中央集約型のグループを作成します。指定された要件に基づき、管理者は定数 (salt_master_id を保持するため) 用のプロパティ グループと、入力 (サイズ、OS、場所を保持するため) 用のプロパティ グループを作成する必要があります。これらのグループは、本番プロジェクトに関連付けられます。最後のステップは、prop 構文を使用して既存のブループリントを更新し、これらのプロパティ グループを参照するようにすることです。これにより、salt_master_id が変更された場合でも、管理者は中央集約型の 1 箇所で更新するだけで済み、関連するすべてのデプロイメントに自動的に変更が反映されるため、運用上のオーバーヘッドが大幅に削減され、環境の一貫性が確保されます。

VMware Cloud Foundation Automationの仮想プライベートクラウド（VPC）は、共有インフラストラクチャ上で論理的なネットワーク分離を提供し、複数の組織が同じスーパーバイザークラスタからリソースを利用しながら、分離されたネットワーク環境を維持することを可能にします。