VCF 9.0 の仮想プライベートクラウド (VPC) は、マルチテナントネットワークにおける重要な進化です。VPC は、共有物理インフラストラクチャ、具体的にはスーパーバイザークラスタ内に存在する、論理的に分離されたネットワークパーティションです。この構造により、複数の異なる組織が同じコンピューティングハードウェア上で共存しながら、ネットワークトラフィック、IP アドレス空間、およびセキュリティポリシーを完全に分離できます。各 VPC はテナントの「ミニデータセンター」として機能し、テナントが基盤となる NSX Tier-0 または Tier-1 ゲートウェイアーキテクチャを意識することなく、ルーティング、DHCP、NAT、分散ファイアウォールなどの自動化されたサービスを提供します。この「抽象化」は、VCF 9.0 の展開を拡張する鍵となります。プロバイダは、多数の小規模テナント全体でホストの利用率を最大化しながら、各テナントに専用のプライベートネットワーク環境のような「外観と操作感」を提供できます。これにより、従来のプライベートクラウドアーキテクチャの特徴であった、手動による VLAN やセグメント管理の複雑さが効果的に解消されます。

AllApps組織を作成する前に、リソース集約を確立するためにプロバイダー管理ポータルでリージョンを定義し、Kubernetesベースのワークロード展開に必要なKubernetes制御プレーンを提供するためにVCFワークロードドメインでスーパーバイザーを有効にする必要があります。

VCF Automationは、ブループリントのデプロイ中にユーザーにプロンプ​​トを表示することで必要なメタデータを収集し、プロビジョニングイベントによってトリガーされるイベントブローカーのサブスクリプションを使用して統合を自動化できます。
このワークフローは、Webhookを介して外部のCMDB APIを呼び出し、プロビジョニングペイロードを渡すことで、手動でのデータ入力を不要にします。

「手動設定なし」で「迅速かつ一貫性のある」デプロイメントを実現するには、管理者は事前設定されたカタログアイテムを活用する必要があります。VCF 9.0 Automation では、すべての変数 (CPU、RAM、ネットワーク セグメントなど) がハードコードされているか、隠れたロジックによって制御されるブループリントを作成し、これらを特定のカスタム フォームを持つカタログアイテムとして公開することで、これを実現します。必要な入力がすべて事前設定されたブループリントを提供することで、プラットフォームは構成エラーや環境ドリフトにつながる「リクエスト時」の複雑さを排除します。このアプローチにより、開発チームは承認されたアプリケーション スタックに対して「クリックしてデプロイ」インターフェースのみを見ることができます。ユーザー主導の変動を導入するオプション A または B、または手動 Git 操作を必要とするオプション C とは異なり、このモデルは高度に統制された環境を提供します。
エンドユーザーによる手動設定が一切不要という要件に完全に合致する、「ゴールデンイメージ」スタイルのインフラストラクチャ利用。

VCF 9.0 Automation では、特定の組織に対して Operations Orchestrator (vRO) を有効にするには、ポータルのインフラストラクチャ設定内で統合タスクを実行します。管理者が [Orchestrator] タブで「VCF Operations Orchestrator 統合が利用できません」というメッセージを確認した場合、そのテナントに対して Automation サービスと Orchestrator エンジン間の論理リンクが確立されていないことを示しています。これを解決するには、管理者は [インフラストラクチャ] > [接続] > [統合] の順に移動する必要があります。[統合] メニューで、[統合の追加] を選択し、[VCF Operations Orchestrator] を選択します。オーケストレーター サーバーの FQDN と適切な認証情報を指定する必要があります。統合が完了し、[データの収集] タスクが完了すると、Orchestrator タブが有効になり、管理者は VCF Automation UI から直接ワークフローをインポート、作成、管理できるようになります。