Event Brokerのサブスクリプションを利用することで、VCF Automationはブループリントがリリースされるたびに外部連携をトリガーできます。これにより、自動化されたワークフローによってブループリント成果物を手動操作なしでサードパーティのバックアップソリューションに送信できるため、リリースごとにバックアップを行うという要件を満たすことができます。

VCF 9.0 では、複雑な運用要件をサポートするために、よりきめ細かな RBAC モデルが導入されています。クラスタ ライフサイクル管理に関する最初の要件を満たすには、管理者は運用グループにクラスタ管理者ロールを割り当てる必要があります。このロールは、Supervisor または TKG クラスタのスケーリング、パッチ適用、構成変更などのアクションを実行するために必要な特定の権限を提供します。これをクラスタ レベル (またはこれらのクラスタを含むプロジェクト内) でスコープ設定することで、運用グループは他の組織設定への広範な管理アクセス権限を持たずにリソースを維持できるようになります。2 番目の要件については、NSX のセキュリティ管理者ロールをネットワーク管理者グループに割り当てる必要があります。これをプロジェクトにスコープ設定することで、ネットワーク管理者は、運用チームが管理するコンピューティング ライフサイクルに干渉することなく、そのプロジェクトの VPC に固有の分散ファイアウォール ルール、ゲートウェイ ポリシー、およびセキュリティ プロファイルを管理できます。この職務の分離は、大規模なエンタープライズ展開において、不正なセキュリティ変更や偶発的なクラスタの中断を防ぐために不可欠です。

VCF 9.0 の AllApps (AIIApps) 組織モデルは、開発者のエクスペリエンスを簡素化するために、高レベルの抽象化の原則に基づいて構築されています。このモデルでは、組織ポータルは仮想プライベートクラウド (VPC) と接続プロファイルの観点からネットワークを表示します。組織管理者は、ワークロードがどの VPC に属しているか、およびどのような接続ポリシー (パブリックアクセスや分離など) が適用されているかを簡単に確認できます。ただし、基盤となる NSX 実装の詳細 (特定の Tier-1 ゲートウェイやスーパーバイザーによって自動的に作成されるセグメントなど) は、組織レベルのビューから意図的に抽象化されています。この「クラウドスタイル」の可視性により、テナントはプロバイダーの物理的または論理的な NSX ファブリックの複雑さに煩わされることなく、アプリケーションのネットワークを管理できます。NSX ファブリックの管理は、プロバイダー管理者のみが行うことができます。

NSX Transit Gateway (TGW) は、VCF 9.0 におけるリージョンネットワークのアーキテクチャ上の基盤です。以前のバージョンでは、管理者はテナントごとに複雑な Tier-0/Tier-1 関係を手動で管理する必要がありましたが、VCF 9.0 では TGW によってこれが抽象化されています。リージョンが作成されると、システムは自動的に Transit Gateway をインスタンス化し、組織の高速な「バックプレーン」として機能させます。
そのリージョン内に作成されたすべてのVPCは、このTGWに接続され、TGWはVPC間の東西トラフィックと、企業WANまたはインターネットへの南北トラフィックをすべて処理します。この設計により、ルーティングロジックの一貫性、自動化、および物理的な基盤ファブリックからの分離が保証されます。TGWはVPC接続プロファイルと連携して、VPCが完全に分離されているか、外部パスを持っているかを判断し、手動による介入なしに、数百もの分離されたネットワークセグメントを拡張性とセキュリティを確保しながら管理できます。