Add a server on Azure Stack HCI, version 23H2
Applies to: Azure Stack HCI, version 23H2
This article describes how to manage capacity by adding a server (often called scale-out) to your Azure Stack HCI cluster.
About add servers
You can easily scale the compute and storage at the same time on your Azure Stack HCI by adding servers to an existing cluster. Your Azure Stack HCI cluster supports a maximum of up to 16 servers.
Each new physical server that you add to your cluster must closely match the rest of the servers in terms of CPU type, memory, number of drives, and the type and size of the drives.
You can dynamically scale your Azure Stack HCI cluster from 1 to 16 servers. In response to the scaling, the orchestrator (also known as Lifecycle Manager) adjusts the drive resiliency, network configuration including the on-premises agents such as orchestrator agents, and Arc registration. The dynamic scaling may require the network architecture change from connected without a switch to connected via a network switch.
Important
- In this release, you can only add one server at any given time. You can however add multiple servers sequentially so that the storage pool is rebalanced only once.
- It is not possible to permanently remove a server from a cluster.
Add server workflow
The following flow diagram shows the overall process to add a server:
To add a server, follow these high-level steps:
- Install the operating system, drivers, and firmware on the new cluster server that you plan to add. For more information, see Install OS.
- Add the prepared server via the
Add-server
PowerShell cmdlet. - When adding a server to the cluster, the system validates that the new incoming server meets the CPU, memory, and storage (drives) requirements before it actually adds the server.
- Once the server is added, cluster is also validated to ensure that it's functioning normally. Next, the storage pool is automatically rebalanced. Storage rebalance is a low priority task that doesn't impact actual workloads. The rebalance can run for multiple days depending on number of the servers and the storage used.
Note
If you deployed your Azure Stack HCI cluster using custom storage IPs, you must manually assign IPs to the storage network adapters after the server is added.
Supported scenarios
For adding a server, the following scale-out scenarios are supported:
Start scenario | Target scenario | Resiliency settings | Storage network architecture | Witness settings |
---|---|---|---|---|
Single-server | Two-server cluster | Two-way mirror | Configured with and without a switch | Witness required for target scenario. |
Two-server cluster | Three-server cluster | Three-way mirror | Configured with a switch only | Witness optional for target scenario. |
Three-server cluster | N-server cluster | Three-way mirror | Switch only | Witness optional for target scenario. |
When upgrading a cluster from two to three servers, the storage resiliency level is changed from a two-way mirror to a three-way mirror.
Resiliency settings
In this release, for add server operation, specific tasks aren't performed on the workload volumes created after the deployment.
For add server operation, the resiliency settings are updated for the required infrastructure volumes and the workload volumes created during the deployment. The settings remain unchanged for other workload volumes that you created after the deployment (since the intentional resiliency settings of these volumes aren't known and you may just want a 2-way mirror volume regardless of the cluster scale).
However, the default resiliency settings are updated at the storage pool level and so any new workload volumes that you created after the deployment will inherit the resiliency settings.
Hardware requirements
When adding a server, the system validates the hardware of the new, incoming server and ensures that the server meets the hardware requirements before it's added to the cluster.
Component | Compliancy check |
---|---|
CPU | Validate the new server has the same number of or more CPU cores. If the CPU cores on the incoming node don't meet this requirement, a warning is presented. The operation is however allowed. |
Memory | Validate the new server has the same amount of or more memory installed. If the memory on the incoming node doesn't meet this requirement, a warning is presented. The operation is however allowed. |
Drives | Validate the new server has the same number of data drives available for Storage Spaces Direct. If the number of drives on the incoming node don't meet this requirement, an error is reported and the operation is blocked. |
Prerequisites
Before you add a server, you would need to complete the hardware and software prerequisites.
Hardware prerequisites
Make sure to complete the following prerequisites:
- The first step is to acquire the new Azure Stack HCI hardware from your original OEM. Always refer to your OEM-provided documentation when adding new server hardware for use in your cluster.
- Place the new physical server in the predetermined location, for example, a rack and cable it appropriately.
- Enable and adjust physical switch ports as applicable in your network environment.
Software prerequisites
Make sure to complete the following prerequisites:
AzureStackLCMUser
is active in Active Directory. For more information, see Prepare the Active Directory.- Signed in as
AzureStackLCMUser
or another user with equivalent permissions. - Credentials for the
AzureStackLCMUser
haven't changed.
Add a server
This section describes how to add a server using PowerShell, monitor the status of the Add-Server
operation and troubleshoot, if there are any issues.
Add a server using PowerShell
Make sure that you have reviewed and completed the prerequisites.
On the new server that you plan to add, follow these steps.
Install the operating system and required drivers on the new server that you plan to add. Follow the steps in Install the Azure Stack HCI, version 23H2 Operating System.
Register the server with Arc. Follow the steps in Register with Arc and set up permissions.
Note
You must use the same parameters as the existing nodes to register with Arc. For example: Resource Group name, Region, Subscription, and Tentant.
Assign the following permissions to the newly added server nodes:
- Azure Stack HCI Device Management Role
- Key Vault Secrets User For more information, see Assign permissions to the server.
On a server that already exists on your cluster, follow these steps:
Sign in with the domain user credentials that you provided during the deployment of the cluster.
(Optional) Before you add the server, make sure to get an updated authentication token. Run the following command:
Update-AuthenticationToken
Run the following command to add the new incoming server:
$HostIpv4 = "<IPv 4 for the new server>" $Cred = Get-Credential Add-Server -Name "< Name of the new server>" -HostIpv4 $HostIpv4 -LocalAdminCredential $Cred
Make a note of the operation ID as output by the
Add-Server
command. You use this operation ID later to monitor the progress of theAdd-Server
operation.
Note
If you deployed your Azure Stack HCI cluster using custom storage IPs, you must manually assign IPs to the storage network adapters after the server is added.
Monitor operation progress
To monitor the progress of the add server operation, follow these steps:
Run the following cmdlet and provide the operation ID from the previous step.
$ID = "<Operation ID>" Start-MonitoringActionplanInstanceToComplete -actionPlanInstanceID $ID
After the operation is complete, the background storage rebalancing job will continue to run. Wait for the storage rebalance job to complete. To verify the progress of this storage rebalancing job, use the following cmdlet:
Get-VirtualDisk|Get-StorageJob
If the storage rebalance job is complete, the cmdlet won't return an output.
The newly added server shows in the Azure portal in your Azure Stack HCI cluster list after several hours. To force the server to show up in Azure portal, run the following command:
Sync-AzureStackHCI
Recovery scenarios
Following recovery scenarios and the recommended mitigation steps are tabulated for adding a server:
Scenario description | Mitigation | Supported? |
---|---|---|
Added a new server out of band without using the orchestrator. | Remove the added server. Use the orchestrator to add the server. |
No |
Added a new server with orchestrator and the operation failed. | To complete the operation, investigate the failure. Rerun the failed operation using Add-Server -Rerun . |
Yes |
Added a new server with orchestrator. The operation succeeded partially but had to start with a fresh operating system install. |
In this scenario, orchestrator has already updated its knowledge store with the new server. Use the repair server scenario. | Yes |
Troubleshoot issues
If you experience failures or errors while adding a server, you can capture the output of the failures in a log file. On a server that already exists on your cluster, follow these steps:
Sign in with the domain user credentials that you provided during the deployment of the cluster. Capture the issue in the log files.
Get-ActionPlanInstance -ActionPlanInstanceID $ID|out-file log.txt
To rerun the failed operation, use the following cmdlet:
Add-Server -Rerun
Next steps
Learn more about how to Repair a server.
Feedback
https://aka.ms/ContentUserFeedback.
Coming soon: Throughout 2024 we will be phasing out GitHub Issues as the feedback mechanism for content and replacing it with a new feedback system. For more information see:Submit and view feedback for