Deploy NSX Edge Nodes in VCF 9

HOMELAB JOURNAL

Deploy NSX Edge Nodes in VCF 9

Walk through NSX Edge deployment in VCF 9, including networking prerequisites, edge nodes, BGP uplinks and lab-specific deployment notes.

Overview

This NSX Edge deployment walkthrough uses vCenter in my VCF 9 lab to connect virtual networking to a physical UniFi router. It covers the networking inputs, Edge nodes and BGP uplinks that I prepared before configuring a VPC.

Network worksheet and completion checks

InputRecord before deployment
Edge managementTwo distinct FQDNs and management IPs; subnet, gateway, DNS and NTP; placement and credentials.
TEP networkEdge TEP VLAN, DHCP/pool/static allocation and reachability to host TEPs; verify the chosen MTU end to end.
UplinksTransit VLAN/subnet, local Edge uplink IPs, upstream router addresses and physical NIC mapping.
RoutingLocal and remote AS numbers, neighbor pairs and allowed advertised/received prefixes. Keep these separate from management IPs.
ConsumptionVPC public/private ranges, overlap checks and the Edge form factor/HA mode required by the intended Supervisor and Automation release.
  • Wait for both Edge nodes to report successful configuration and Up status; verify transport/tunnel health.
  • Check the Tier-0 gateway, neighbor sessions and expected learned routes. An enabled BGP configuration alone is not evidence of an established session.
  • Test a permitted VPC-to-upstream path and return traffic; review NAT/firewall rules if one direction fails.

Unsupported hardware: the Ryzen CPU-check modification mentioned below bypasses a compatibility check. It does not make the CPU supported. Keep that experiment in an isolated, disposable lab; use compatible hardware for a supported deployment.

Networking prerequisites

To complete this deployment you will need a VLAN for the NSX T0 gateway which is the uplink used to communicate with the physical network, you will also need a dynamic or static routing configuration on your physical router. I am going to be using BGP for this environment, you can also you OSPF for dynamic routing.

I already have my Unifi dream machine pro router configured for BGP so I just need to configure the virtual side for them to start routing traffic. If you have this router in your environment and don’t have BGP setup, follow my post to configure the unifi router.

Prepare NSX networking

First we will need to login to our NSX manager with an enterprise admin privileged account.

Click on System > Fabric.

Select Hosts

Click the checkbox next to the vSphere host cluster and click Actions > Activate NSX on DVPGs.

In the pop-up click Yes

Activate NSX on DVPGs warning explains that NSX will be enabled on every port in the cluster's distributed port groups and that DENY distributed-firewall rules can disrupt virtual-machine connectivity.

Configure network connectivity

Now we have to login to the vCenter Server and click on the vCenter server object.

Select Networks > Network Connectivity.

Click Configure Network Connectivity.

Centralized Connectivity is the default gateway selected, this is what I am going to use as I want to build an edge node cluster and use all services available. Click Next.

Configure Network Connectivity wizard compares Centralized Connectivity using an Edge cluster and Tier-0 gateway with Distributed Connectivity using NSX network virtualization within existing services.

Review the Networking Pre-requisites for deploying NSX edge nodes, and click the checkbox next to Select All and click Continue.

Configure the Edge nodes

We will be deploying 2 NSX Edge nodes that will require DNS entries, Management IPs, BGP routing IPs, Edge Tunnel Endpoint VLAN (TEP) as well. Please ensure you have this setup prior to completing this deployment.

Networking Prerequisites checklist covers Edge TEP VLAN planning, two or more Edge nodes, DNS, management connectivity, BGP peers or static-routing VIPs, local ASN, and nonoverlapping external IP blocks.

Enter in the Edge Cluster Name, and select the Form Factor for your nodes. You can use an auto-generated password for this nodes of create your own. I will be creating my own by click the slide at the bottom and filling in the passwords below that.

Originally I tried to deploy small form factor NSX edges and realized that you need to have a minimum of Medium form factor for vSphere Supervisor.

Edge Cluster page uses cluster name wkld1-ec01, tunnel endpoint MTU 1700, Small Edge form factor, and shows that at least two Edge nodes are required.
Edge Cluster page shows no Edge nodes yet and requests CLI admin and system-root credentials, with password requirements displayed beside the fields.

After entering in that information, return to the top and click Add to add the edge nodes.

At the Configure Edge Node screen, you will need to enter in the relevant information to your environment for the deployment. I am choosing to use a static IP for management.

Configure Edge Node page enters edgegw1.jtec.local on cluster wkld-cl01 and datastore wkld-cl01-vsan01, selects the management port group, and uses static management addressing.

I also have a separate vlan for the Edge TEPs, so I unchecked the box underneath Uplinks. Then enter in the VLAN id for my TEP and I also have DHCP setup for this, you can use an IP Pool or Static IP list. You also have to select the Active PNICs for the edge nodes.

Edge uplink mapping assigns fp-eth0 and fp-eth1 across vmnic1 and vmnic2, sets TEP VLAN 511, and selects DHCP for TEP address allocation.

After you have completed entering in the deployment information, click Apply.

Repeat the steps above to add an additional Edge node. I clicked the radio button next to my edge node and used the clone option which will ask for a new management IP and FQDN for the second edge node but use the same information you entered previously.

Edge Cluster page lists two configured Edge nodes, edgegw1.jtec.local and edgegw2.jtec.local, in cluster wkld-cl01 and offers the Clone action.

Once you have at least 2 NSX Edge nodes configured for deployment, click Next.

Configure routing and deploy

For the domain connectivity you can skip the gateway and routing configuration for the edge deployment, I already have BGP setup on the physical so I enter in my gateway name, bgp routing configuration, gateway uplinks and my VPC subnets. Click Next to review

For High Availability Mode, I have selected Active/Standby which I understand is required for vSphere Supervisor and Automation and I will be configuring those later on.

Workload Domain Connectivity configures gateway wkld1-gw01 in Active/Standby mode with BGP, local ASN 1001, and one gateway uplink on each Edge node.
Workload Domain Connectivity shows BGP routing with local ASN 1001, one uplink per Edge node, and configured VPC external and private transit-gateway IP blocks.

Click Deploy to have the edges deploy.

Review and Deploy page displays the completed two-Edge-node topology and the Edge cluster name wkld1-ec01 before deployment.

Lab hardware considerations

The Ryzen remediation experiment modifies a CPU compatibility check. It is unsupported and lab-only; do not treat it as a production deployment prerequisite.

Check out my other VMware Cloud Foundation 9 Lab posts.

Related lab guides

Leave a Reply

Your email address will not be published. Required fields are marked *

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