Skip to content

Commit fdb617e

Browse files
authored
Update service-fabric-scale-up-node-type.md
Adding clarity for Step 6 which means deallocate
1 parent 5f39f60 commit fdb617e

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

articles/service-fabric/service-fabric-scale-up-node-type.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -29,7 +29,7 @@ Here is the process for updating the VM size and operating system of the primary
2929
To find the new scale set in the template, search for the "Microsoft.Compute/virtualMachineScaleSets" resource named by the *vmNodeType2Name* parameter. The new scale set is added to the primary node type using the properties->virtualMachineProfile->extensionProfile->extensions->properties->settings->nodeTypeRef setting.
3030
4. Check the cluster health and verify all the nodes are healthy.
3131
5. Disable the nodes in the old scale set of the primary node type with the intent to remove node. You can disable all at once and the operations are queued. Wait until all nodes are disabled, which may take some time. As the older nodes in the node type are disabled, the system services and seed nodes migrate to the VMs of the new scale set in the primary node type.
32-
6. Remove the older scale set from the primary node type.
32+
6. Remove the older scale set from the primary node type. (After the nodes are disabled as mentioned in Step 5, please deallocate the nodes from the old NodeType one by one from VMSS blade in Azure Portal)
3333
7. Remove the load balancer associated with the old scale set. The cluster is unavailable while the new public IP address and load balancer are configured for the new scale set.
3434
8. Store DNS settings of the public IP address associated with the old primary node type scale set in a variable and remove that public IP address.
3535
9. Replace the DNS settings of the public IP address associated with the new primary node type scale set with the DNS settings of the deleted public IP address. The cluster is now reachable again.

0 commit comments

Comments
 (0)