WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud Foundation
    • VMware Cloud Foundation 9.1
    • VMware Cloud Foundation 9.0
  • VKS
  • Homelab
    • Hardware Options
    • Hardware Reviews
    • Lab Deployment Scripts
    • Nested Virtualization
    • Homelab Podcasts
  • VMware Nostalgia
  • Apple
You are here: Home / VMware Cloud Foundation / VCF 9.1 - Deploying VCF Operations for Networks to non-Management Network

VCF 9.1 - Deploying VCF Operations for Networks to non-Management Network

06.10.2026 by William Lam // Leave a Comment

Thanks to a fellow colleague, Abdullah, who reached out after coming across my blog posts (HERE and HERE) on how to deploy VCF Management Services (VCFMS) and VCF Automation (VCFA) on a non-management network as part of a VMware Cloud Foundation (VCF) 9.1 upgrade. Using the same techniques, he was able to successfully deploy VCF Operations for Networks on a non-management network, which I thought was worth sharing an updated script with the broader community.

Similar to VCFMS and VCFA, VCF Operations for Networks (VON) is deployed using the Fleet Lifecycle Management (LCM) workflow in VCF Operations and, by default, both the platform and collector nodes are deployed onto the management network.


As you have probably guessed, we can use the Fleet LCM API to override this behavior and deploy VON on a non-management network!

To assist users with this API workflow, I have created another PowerShell script called fleet_lcm_deploy_vcf_operations_for_networks_to_different_network.ps1 that accepts the same input as the Fleet LCM UI including VON version, platform and controller IP Addresses along with admin credentials. Since VON does not currently run within VCFMS, it is still using the traditional appliance, the API specification needs to use the OvaComponentSpec which the PowerShell script incorporates but when specifying the non-management network information, you will need to provide other pieces of information such as the vSphere Portgroup name along with the additional the netmask, gateway and DNS/NTP information within the script.

Similar to the previous scripts, it will only run the validation API and not actually perform the deployment as shown in screenshot below.


Once you pass the validation, you can update the variable $ValidateOnly to false to start the deployment, which will also run through the validation.


For those interested, here is a complete working JSON payload for deploying VON onto a non-management network:

{
  "componentSpecs": [
    {
      "componentType": "OPS_NETWORKS",
      "deploymentType": "OvaComponentSpec",
      "sddcLcmId": "34cf98e3-4a59-413f-8ff3-d1294aad8a7e",
      "nodeSpecs": [
        {
          "nodeType": "PLATFORM",
          "version": "9.1.0.0.25318550",
          "deploymentSpec": {
            "fqdn": "vcf-net02.vcf.lab",
            "deploymentOption": "small",
            "password": "VMware1!VMware1!",
            "networkName": "DVPG_FOR_FLEET_MANAGEMENT",
            "ipv4Settings": {
              "address": "172.30.70.150",
              "netmask": "255.255.255.0",
              "addressType": "Static",
              "gateway": "172.30.70.1"
            },
            "dnsServers": "192.168.30.29",
            "dnsSuffix": "vcf.lab",
            "ntpServers": "96.19.94.82"
          }
        },
        {
          "nodeType": "COLLECTOR",
          "version": "9.1.0.0.25318550",
          "deploymentSpec": {
            "fqdn": "vcf-netc02.vcf.lab",
            "deploymentOption": "small",
            "password": "VMware1!VMware1!",
            "networkName": "DVPG_FOR_FLEET_MANAGEMENT",
            "ipv4Settings": {
              "address": "172.30.70.151",
              "netmask": "255.255.255.0",
              "addressType": "Static",
              "gateway": "172.30.70.1"
            },
            "dnsServers": "192.168.30.29",
            "dnsSuffix": "vcf.lab",
            "ntpServers": "96.19.94.82"
          }
        }
      ],
      "configSpec": {
        "adminPassword": "VMware1!VMware1!"
      }
    }
  ]
}

Categories // VMware Cloud Foundation Tags // VCF 9.1

Thanks for the comment!Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Search

Thank Author

Author

William is Distinguished Platform Engineering Architect in the VMware Cloud Foundation (VCF) Division at Broadcom. His primary focus is helping customers and partners build, run and operate a modern Private Cloud using the VMware Cloud Foundation (VCF) platform.

Connect

  • Bluesky
  • Email
  • GitHub
  • LinkedIn
  • Mastodon
  • Reddit
  • RSS
  • Twitter
  • Vimeo

Recent

  • VCF 9.1 - Deploying VCF Operations for Networks to non-Management Network 06/10/2026
  • VCF 9.1 - Quick Tip: Forgot to Retrieve Auto-Generated Passwords from VCF Installer? 06/09/2026
  • VCF 9.1 - Configuring vSphere Supervisor to use VCF Identity Broker (IDB) for External Identity Federation 06/08/2026
  • VCF 9.1 - Quick Tip: Understanding VCF Installer Default Behavior for VCF Patch Releases 06/07/2026
  • VCF 9.1 - Quick Tip: Upgrading ESX Hosts with Non-Certified vSAN ESA NVMe Devices in SDDC Manager 06/06/2026
Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.

To find out more, including how to control cookies, see here: Cookie Policy

Copyright WilliamLam.com © 2026

Loading Comments...