Events
Apr 29, 2 PM - Apr 30, 7 PM
Join the ultimate Windows Server virtual event April 29-30 for deep-dive technical sessions and live Q&A with Microsoft engineers.
Sign up nowThis browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
Beginning with Windows Server 2025 and Azure Local, version 23H2, Network Controller (NC) can now be deployed directly as a Failover Clustering service. In this article you learn about the prerequisites required, installing the SDN Express PowerShell module, and how to deploy Network Controller with Failover Clustering. To learn more about how it works with Software Load Balancer and Gateways, and how it differs from Network Controller on Service Fabric, see Network Controller with Failover Clustering.
Before you can deploy Network Controller with Failover Clustering, you must complete the following prerequisites.
You have a failover cluster with at least two nodes running Windows Server 2025 or later.
(Optional) If you intend to deploy the Software Load Balancer and Gateway Services as VMs using Failover Cluster, create bootable a VHDX with the Windows Server 2025 image for use later in this article. To learn more about creating a bootable VHDX, follow steps 1 and 2 in Boot to a virtual hard disk: Add a VHDX or VHD to the boot menu.
You have a failover cluster with at least two nodes running Azure Local, version 23H2 or later.
(Optional) If you intend to deploy the Software Load Balancer and Gateway Services as VMs using Failover Cluster, download the Azure Local VHDX image for use later in this article. To learn more about downloading the VHDX, see [/azure-stack/hci/deploy/download-azure-local-23h2-software](Download Azure Local, version 23H2 software).
You have shared storage available for the failover cluster. We recommend using Cluster Storage Space or S2D. To learn more about the available storage architectures, see Physical storage architectures for Hyper-V.
All cluster nodes must have Hyper-V enabled.
All cluster nodes must have the Network Controller server role installed. This must include the Remote Server Administration Tools (RSAT).
Important
You must restart each node after installing the Network Controller server role before you can proceed with the deployment.
All cluster nodes must be joined to Active Directory.
A virtual switch must be created on each cluster node.
The physical network must be configured for the subnets and VLANs that you intend to use and must be consistent across all cluster nodes.
If you're planning to use Windows Admin Center to deploy Network Controller with Failover Clustering, you must have Windows Admin Center version 2410 or later. You also need to the Windows Admin Center SDN extension installed and updated to 3.6.0 or later.
(Optional) If you intend to deploy the Software Load Balancer and Gateway Services as VMs using Failover Cluster, you must have a location to store the VHDX and configuration files. The location must be reachable from the node on which the SDN Express script is run.
To deploy Network Controller with Failover Clustering, select your preferred deployment method.
To deploy Network Controller with Failover Clustering using Windows Admin Center, follow these steps:
Sign into Windows Admin Center as an administrator.
In Windows Admin Center, under All connections select the cluster that you want to manage, then select Connect.
In the Cluster Manager view, from the Tools pane on the left, select SDN Infrastructure.
Select Get started to begin the deployment process.
On the Infrastructure type tab, Select Native SDN, then select Next: Cluster settings.
On the Cluster settings tab, provide the following information, then select Next: Deploy:
Parameter name | Value |
---|---|
Host | |
Network Controller REST Name | DNS name used by management clients (such as Windows Admin Center) to communicate with NC |
Network Controller REST IP Address/subnet | Static IP address for your REST API, which is allocated from your management network. It can be used for DNS resolution or REST IP-based deployments. The IP address must use the IP CIDR notation as a way to represent the IP address and it's network prefix. For example, The IP address 10.10.10.10 with a subnet mask of 255.255.255.0 would be write as 10.10.10.10/25 . |
VLAN ID | VLAN ID for the management network |
Credentials | |
Username | Administrator username. The username should be in the following format: domainname\username . For example, if the domain is contoso.com , enter the username as contoso\<username> . Don't use formats like contoso.com\<username> or username@contoso.com |
Password | Password for administrator account |
Advanced | |
Database path | File path to the FCNC database. This file path can be any SMB share, but we recommend using either CSV or S2D |
MAC address pool start | Beginning MAC pool address for client workload VMs |
MAC address pool end | End MAC pool address for client workload VMs |
Once you enter configuration details, you are taken to the deployment page. Review the progress of the deployment, when complete, select Finish.
You can now begin to deploy and manage your tenant networks.
Events
Apr 29, 2 PM - Apr 30, 7 PM
Join the ultimate Windows Server virtual event April 29-30 for deep-dive technical sessions and live Q&A with Microsoft engineers.
Sign up nowTraining
Learning path
Run high-performance computing (HPC) applications on Azure - Training
Azure HPC is a purpose-built cloud capability for HPC & AI workload, using leading-edge processors and HPC-class InfiniBand interconnect, to deliver the best application performance, scalability, and value. Azure HPC enables users to unlock innovation, productivity, and business agility, through a highly available range of HPC & AI technologies that can be dynamically allocated as your business and technical needs change. This learning path is a series of modules that help you get started on Azure HPC - you
Certification
Microsoft Certified: Azure Network Engineer Associate - Certifications
Demonstrate the design, implementation, and maintenance of Azure networking infrastructure, load balancing traffic, network routing, and more.