Update Servers & Workflows/Windows/Windows Server/Virtualization/Hyper-V/Failover Cluster/Deploy Failover Cluster Node.md
This commit is contained in:
@ -46,50 +46,48 @@ Restart-Computer
|
||||
|
||||
## Failover Cluster Configuration
|
||||
### Configure Cluster SET Networking
|
||||
!!! note "Disable Embedded Ports"
|
||||
We want to only use the 10GbE Cluster_SET network for both virtual machines and the virtualization host itself. This ensures that **all** traffic goes through the 10GbE team. Disable all other non-10GbE network adapters.
|
||||
You will need to start off by configuring a Switch Embedded Teaming (SET) team. This is the backbone that the server will use for all Guest VM traffic as well as remote-desktop access to the server node itself. You will need to rename the network adapters to make management easier.
|
||||
|
||||
- Navigate to "Network Connections" then "Change Adapter Options"
|
||||
* Rename the network adapters with simpler names. e.g. (`Embedded LOM 1 Port 1` becomes `Port_1`)
|
||||
* Rename the network adapters with simpler names. e.g. (`Ethernet 1` becomes `Port_1`)
|
||||
* For the sake of demonstration, assume there are 2 10GbE NICs (`Port_1` and `Port_2`)
|
||||
|
||||
``` powershell
|
||||
# Create Switch Embedded Teaming (SET) team
|
||||
New-VMSwitch -Name Cluster_SET -NetAdapterName Port_1, Port_2 -EnableEmbeddedTeaming $true
|
||||
|
||||
# Disable IPv4 and IPv6 on all other network adapters
|
||||
Get-NetAdapter | Where-Object { $_.Name -ne "vEthernet (Cluster_SET)" } | ForEach-Object { Set-NetAdapterBinding -Name $_.Name -ComponentID "ms_tcpip" -Enabled $false; Set-NetAdapterBinding -Name $_.Name -ComponentID "ms_tcpip6" -Enabled $false }
|
||||
|
||||
# Set IP Address of Cluster_SET for host-access and clustering
|
||||
New-NetIPAddress -InterfaceAlias "vEthernet (Cluster_SET)" -IPAddress 192.168.3.5 -PrefixLength 24 -DefaultGateway 192.168.3.1
|
||||
Set-DnsClientServerAddress -InterfaceAlias "vEthernet (Cluster_SET)" -ServerAddresses ("192.168.3.25","192.168.3.26")
|
||||
```
|
||||
### Configure Static IP Address
|
||||
You may be booted out of the Remote Desktop session at this time due to how the network team changed the configuration. Leverage iLO to remotely access the server again to configure a static IP address on the new `vEthernet (Cluster_SET)` NIC using the following configuration.
|
||||
**While in the NIC Properties, disable IPv6.**
|
||||
|
||||
!!! note "Disable Embedded Ports"
|
||||
We want to only use the 10GbE Cluster_SET network for both virtual machines and the virtualization host itself. This ensures that **all** traffic goes through the 10GbE team. Disable all other non-10GbE network adapters.
|
||||
|
||||
| IP ADDRESS | SUBNET MASK | GATEWAY | PRIMARY DNS | SECONDARY DNS |
|
||||
| ----------- | ------------- | ----------- | ------------ | ------------- |
|
||||
| 192.168.3.5 | 255.255.255.0 | 192.168.3.1 | 192.168.3.25 | 192.168.3.26 |
|
||||
|
||||
### Configure iSCSI Initiator to Connect to TrueNAS Core Server
|
||||
At this point, now that we have verified that the 10GbE NICs can ping their respective iSCSI target server IP addresses, we can add them to the iSCSI Initiator in Server Manager which will allow us to mount the cluster storage for the Hyper-V Failover Cluster.
|
||||
|
||||
- Open **TrueNAS Core Server**
|
||||
* Navigate to the [TrueNAS Core server](http://192.168.3.3) and add the "Initiator Name" seen on the "Configuration" tab of the iSCSI Initiator on the Virtualization Host to the `Sharing > iSCSI > Initiator Groups` > "Hyper-V Failover Cluster Hosts"
|
||||
- Open **Server Manager > MPIO**
|
||||
* Navigate to the "Discover Multi-Paths" tab
|
||||
* Check the "Add support for iSCSI devices" checkbox
|
||||
* Click the "Add" button
|
||||
|
||||
- Open **Server Manager**
|
||||
* Click on the "Tools" dropdown menu
|
||||
* Click on "iSCSI Initiator"
|
||||
* You will be prompted to start the Microsoft iSCSI service. Click on "Yes" to proceed.
|
||||
- Open **TrueNAS Core Server**
|
||||
* Navigate to the [TrueNAS Core server](http://192.168.3.3) and add the "Initiator Name" seen on the "Configuration" tab of the iSCSI Initiator on the Virtualization Host to the `Sharing > iSCSI > Initiator Groups` > "iSCSI-Connected Servers"
|
||||
|
||||
- Open **iSCSI Initiator**
|
||||
* Click on the "Discovery" tab
|
||||
* Click the "Discover Portal" button
|
||||
* Enter the IP addresses of "192.168.3.3". Leave the port as "3260".
|
||||
* Example Initiator Name: `iqn.1991-05.com.microsoft:bunny-node-02.bunny-lab.io`
|
||||
* Click the "Targets" tab to go back to the main page
|
||||
* Click the "Refresh" button to display available iSCSI Targets
|
||||
* Click on the first iSCSI Target `failover-cluster-storage` then click the "Connect" button
|
||||
* Click on the first iSCSI Target `iqn.2005-10.org.moon-storage-01.ctl:iscsi-cluster-storage` then click the "Connect" button
|
||||
* Check the "Enable Multi-Path" checkbox
|
||||
* Click the "Advanced" button
|
||||
* Click the "OK" button
|
||||
* Repeat the connection process seen above for all remaining iSCSI Targets
|
||||
* Close out of the iSCSI Initiator window
|
||||
* Navigate to "Disk Management" to bring the iSCSI drives "Online"
|
||||
* Navigate to "Disk Management" to bring the iSCSI drives "Online" (Dont do anything after this in Disk Management)
|
||||
|
||||
## Initialize and Join to Existing Failover-Cluster
|
||||
### Validate Server is Ready to Join Cluster
|
||||
@ -100,24 +98,22 @@ Now it is time to set up the Failover Cluster itself so we can join the server t
|
||||
* Click on "Failover Cluster Manager"
|
||||
* Click the "Validate Configuration" button in the middle of the window that appears
|
||||
* Click "Next"
|
||||
* Enter Server Name: `MOON-NODE-01.moongate.local`
|
||||
* Enter Server Name: `BUNNY-NODE-02.bunny-lab.io`
|
||||
* Click the "Add" button, then "Next"
|
||||
* Ensure "Run All Tests (Recommended)" is selected, then click "Next", then click "Next" to start.
|
||||
### Join Server to Failover Cluster
|
||||
* On the left-hand side, right-click on the "Failover Cluster Manager" in the tree
|
||||
* Click on "Connect to Cluster"
|
||||
* Enter `MOON-CLUSTER.moongate.local`
|
||||
* Enter `USAGI-CLUSTER.bunny-lab.io`
|
||||
* Click "OK"
|
||||
* Expand "MOON-CLUSTER.moongate.local" on the left-hand tree
|
||||
* Expand "USAGI-CLUSTER.bunny-lab.io" on the left-hand tree
|
||||
* Right-click on "Nodes"
|
||||
* Click "Add Node..."
|
||||
* Click "Next"
|
||||
* Enter Server Name: `MOON-NODE-01.moongate.local`
|
||||
* Enter Server Name: `BUNNY-NODE-02.bunny-lab.io`
|
||||
* Click the "Add" button, then "Next"
|
||||
* Ensure that "Run Configuration Validation Tests" radio box is checked, then click "Next"
|
||||
* Validate that the node was successfully added to the Hyper-V Failover Cluster
|
||||
|
||||
## Cleanup & Final Touches
|
||||
### Activate Windows Server
|
||||
You will need to change the edition from "**Windows Server 2022 Datacenter Evaluation**" to "**Windows Server 2022 Datacenter**". This will ensure that the server does not randomly reboot itself. If you have a license, you can install it now. Otherwise, you can force-activate using the [Changing Windows Edition](https://docs.cyberstrawberry.net/mkdocs-material/homelab/Windows%20Server/Change%20Windows%20Edition/) documentation.
|
||||
### Run Windows Updates
|
||||
Ensure that you run all available Windows Updates before delegating guest VM roles to the new server in the failover cluster. This ensures you are up-to-date before you become reliant on the server for production operations.
|
Reference in New Issue
Block a user