Tutorial: Scale a Service Fabric cluster in Azure
This tutorial is part three of a series, and shows you how to scale your existing cluster out and in. When you've finished, you will know how to scale your cluster and how to clean up any left-over resources. For more information on scaling a cluster running in Azure, read Scaling Service Fabric clusters.
In this tutorial, you learn how to:
- Add and remove nodes (scale out and scale in)
- Add and remove node types (scale out and scale in)
- Increase node resources (scale up)
In this tutorial series you learn how to:
- Create a secure Windows cluster on Azure using a template
- Monitor a cluster
- Scale a cluster in or out
- Upgrade the runtime of a cluster
- Delete a cluster
Note
We recommend that you use the Azure Az PowerShell module to interact with Azure. To get started, see Install Azure PowerShell. To learn how to migrate to the Az PowerShell module, see Migrate Azure PowerShell from AzureRM to Az.
Prerequisites
Before you begin this tutorial:
- If you don't have an Azure subscription, create a free account
- Install Azure PowerShell or Azure CLI.
- Create a secure Windows cluster on Azure
Important considerations and guidelines
Application workloads change over time, do your existing services need more (or less) resources? Add or remove nodes from a node type to increase or decrease cluster resources.
Do you need to add more than 100 nodes to your cluster? A single Service Fabric node type/scale set can not contain more than 100 nodes/VMs. To scale a cluster beyond 100 nodes, add additional node types.
Does your application have multiple services, and do any of them need to be public or internet facing? Typical applications contain a front-end gateway service that receives input from a client and one or more back-end services that communicate with the front-end services. In this case, we recommend you add at least two node types to the cluster.
Do your services have different infrastructure needs such as greater RAM or higher CPU cycles? For example, your application contains a front-end service and a back-end service. The front-end service can run on smaller VMs (VM sizes like D2) that have ports open to the internet. The back-end service, however, is computation intensive and needs to run on larger VMs (with VM sizes like D4, D6, D15) that are not internet facing. In this case, we recommended that you add two or more node types to your cluster. This allows each node type to have distinct properties such as internet connectivity or VM size. The number of VMs can be scaled independently, as well.
When scaling an Azure cluster, keep the following guidelines in mind:
- A single Service Fabric node type/scale set can not contain more than 100 nodes/VMs. To scale a cluster beyond 100 nodes, add additional node types.
- Primary node types running production workloads should have a durability level of Gold or Silver and always have five or more nodes.
- Non-primary node types running stateful production workloads should always have five or more nodes.
- Non-primary node types running stateless production workloads should always have two or more nodes.
- Any node type of durability level of Gold or Silver should always have five or more nodes.
- If scaling in (removing nodes from) a primary node type, you should never decrease the number of instances to less than what the reliability level requires.
For more information, read cluster capacity guidance.
Export the template for the resource group
After creating a secure Windows cluster and setting up your resource group successfully, export the Resource Manager template for the resource group. Exporting the template allows you to automate future deployments of the cluster and its resources because the template contains all the complete infrastructure. For more info on exporting templates, read Manage Azure Resource Manager resource groups by using the Azure portal.
In the Azure portal, go to the resource group containing the cluster (sfclustertutorialgroup, if you are following this tutorial).
In the left pane, select Deployments, or select the link under Deployments.
Select the most recent successful deployment from the list.
In the left pane, select Template and then select Download to export the template as a ZIP file. Save the template and parameters to your local computer.
Add nodes to or remove nodes from a node type
Scaling in and out, or horizontal scaling, changes the number of nodes in the cluster. When you scale in or out, you add more virtual machine instances to the scale set. These instances become the nodes that Service Fabric uses. Service Fabric knows when the scale set has more instances added (by scaling out) and reacts automatically. You can scale the cluster at any time, even when workloads are running on the cluster.
Update the template
Export a template and parameters file from the resource group for the most recent deployment. Open the parameters.json file. If you deployed the cluster using the sample template in this tutorial, there are three node types in the cluster and three parameters that set the number of nodes for each node type: nt0InstanceCount, nt1InstanceCount, and nt2InstanceCount. The nt1InstanceCount parameter, for example, sets the instance count for the second node type and sets the number of VMs in the associated virtual machine scale set.
So, by updating the value of the nt1InstanceCount you change the number of nodes in the second node type. Remember, you cannot scale a node type out to more than 100 nodes. Non-primary node types running stateful production workloads should always have five or more nodes. Non-primary node types running stateless production workloads should always have two or more nodes.
If you are scaling in, removing nodes from, a node type of Bronze durability level you must manually remove the state of those nodes. For Silver and Gold durability tier, these steps are done automatically by the platform.
Deploy the updated template
Save any changes to the template.json and parameters.json files. To deploy the updated template, run the following command:
New-AzResourceGroupDeployment -ResourceGroupName sfclustertutorialgroup -TemplateFile c:\temp\template.json -TemplateParameterFile c:\temp\parameters.json -Name "ChangingInstanceCount"
Or the following Azure CLI command:
az deployment group create --resource-group sfclustertutorialgroup --template-file c:\temp\template.json --parameters c:\temp\parameters.json
Add a node type to the cluster
Every node type that is defined in a Service Fabric cluster running in Azure is set up as a separate virtual machine scale set. Each node type can then be managed separately. You can independently scale each node type up or down, have different sets of ports open, and use different capacity metrics. You can also independently change the OS SKU running on each cluster node, but note that you can't have a mix of Windows and Linux running in the sample cluster. A single node type/scale set cannot contain more than 100 nodes. You can scale a cluster horizontally to more than 100 nodes by adding additional node types/scale sets. You can scale the cluster at any time, even when workloads are running on the cluster.
Update the template
Export a template and parameters file from the resource group for the most recent deployment. Open the parameters.json file. If you deployed the cluster using the sample template in this tutorial, there are three node types in the cluster. In this section you add a fourth node type by updating and deploying a Resource Manager template.
In addition to the new node type, you also add the associated virtual machine scale set (which runs in a separate subnet of the virtual network) and network security group. You can choose to add new or existing public IP address and Azure load balancer resources for the new scale set. The new node type has a durability level of Silver and size of "Standard_D2_V2".
In the template.json file, add the following new parameters:
"nt3InstanceCount": {
"defaultValue": 5,
"type": "Int",
"metadata": {
"description": "Instance count for node type"
}
},
"vmNodeType3Size": {
"defaultValue": "Standard_D2_V2",
"type": "String"
},
In the template.json file, add the following new variables:
"lbID3": "[resourceId('Microsoft.Network/loadBalancers',concat('LB','-', parameters('clusterName'),'-',variables('vmNodeType3Name')))]",
"lbIPConfig3": "[concat(variables('lbID3'),'/frontendIPConfigurations/LoadBalancerIPConfig')]",
"lbPoolID3": "[concat(variables('lbID3'),'/backendAddressPools/LoadBalancerBEAddressPool')]",
"lbProbeID3": "[concat(variables('lbID3'),'/probes/FabricGatewayProbe')]",
"lbHttpProbeID3": "[concat(variables('lbID3'),'/probes/FabricHttpGatewayProbe')]",
"lbNatPoolID3": "[concat(variables('lbID3'),'/inboundNatPools/LoadBalancerBEAddressNatPool')]",
"vmNodeType3Name": "[toLower(concat('NT4', variables('vmName')))]",
"vmStorageAccountName3": "[toLower(concat(uniqueString(resourceGroup().id), '1', '3' ))]",
"nt3applicationStartPort": "20000",
"nt3applicationEndPort": "30000",
"nt3ephemeralStartPort": "49152",
"nt3ephemeralEndPort": "65534",
"nt3fabricTcpGatewayPort": "19000",
"nt3fabricHttpGatewayPort": "19080",
"nt3reverseProxyEndpointPort": "19081",
"subnet3Name": "Subnet-3",
"subnet3Prefix": "10.0.3.0/24",
"subnet3Ref": "[concat(variables('vnetID'),'/subnets/',variables('subnet3Name'))]",
In the template.json file, add a new subnet to the virtual network resource:
{
"type": "Microsoft.Network/virtualNetworks",
"name": "[variables('virtualNetworkName')]",
"apiVersion": "2018-08-01",
"location": "[variables('computeLocation')]",
"tags": {
"resourceType": "Service Fabric",
"clusterName": "[parameters('clusterName')]"
},
"properties": {
"addressSpace": {
"addressPrefixes": [
"[variables('addressPrefix')]"
]
},
"subnets": [
...
{
"name": "[variables('subnet3Name')]",
"properties": {
"addressPrefix": "[variables('subnet3Prefix')]",
"networkSecurityGroup": {
"id": "[resourceId('Microsoft.Network/networkSecurityGroups', concat('nsg', variables('subnet3Name')))]"
}
}
}
]
},
"dependsOn": [
...
"[concat('Microsoft.Network/networkSecurityGroups/', concat('nsg', variables('subnet3Name')))]"
]
},
In the template.json file, add new public IP address and load balancer resources:
{
"type": "Microsoft.Network/publicIPAddresses",
"name": "[concat(variables('lbIPName'),'-',variables('vmNodeType3Name'))]",
"apiVersion": "2018-08-01",
"location": "[variables('computeLocation')]",
"tags": {
"resourceType": "Service Fabric",
"clusterName": "[parameters('clusterName')]"
},
"properties": {
"dnsSettings": {
"domainNameLabel": "[concat(variables('dnsName'),'-','nt4')]"
},
"publicIPAllocationMethod": "Dynamic"
}
},
{
"type": "Microsoft.Network/loadBalancers",
"name": "[concat('LB','-', parameters('clusterName'),'-',variables('vmNodeType3Name'))]",
"apiVersion": "2018-08-01",
"location": "[variables('computeLocation')]",
"tags": {
"resourceType": "Service Fabric",
"clusterName": "[parameters('clusterName')]"
},
"properties": {
"frontendIPConfigurations": [
{
"name": "LoadBalancerIPConfig",
"properties": {
"publicIPAddress": {
"id": "[resourceId('Microsoft.Network/publicIPAddresses',concat(variables('lbIPName'),'-',variables('vmNodeType3Name')))]"
}
}
}
],
"backendAddressPools": [
{
"name": "LoadBalancerBEAddressPool",
"properties": {}
}
],
"loadBalancingRules": [
{
"name": "LBRule",
"properties": {
"backendAddressPool": {
"id": "[variables('lbPoolID3')]"
},
"backendPort": "[variables('nt3fabricTcpGatewayPort')]",
"enableFloatingIP": "false",
"frontendIPConfiguration": {
"id": "[variables('lbIPConfig3')]"
},
"frontendPort": "[variables('nt3fabricTcpGatewayPort')]",
"idleTimeoutInMinutes": "5",
"probe": {
"id": "[variables('lbProbeID3')]"
},
"protocol": "tcp"
}
},
{
"name": "LBHttpRule",
"properties": {
"backendAddressPool": {
"id": "[variables('lbPoolID3')]"
},
"backendPort": "[variables('nt3fabricHttpGatewayPort')]",
"enableFloatingIP": "false",
"frontendIPConfiguration": {
"id": "[variables('lbIPConfig3')]"
},
"frontendPort": "[variables('nt3fabricHttpGatewayPort')]",
"idleTimeoutInMinutes": "5",
"probe": {
"id": "[variables('lbHttpProbeID3')]"
},
"protocol": "tcp"
}
},
{
"name": "AppPortLBRule1",
"properties": {
"backendAddressPool": {
"id": "[variables('lbPoolID3')]"
},
"backendPort": "[parameters('loadBalancedAppPort1')]",
"enableFloatingIP": "false",
"frontendIPConfiguration": {
"id": "[variables('lbIPConfig3')]"
},
"frontendPort": "[parameters('loadBalancedAppPort1')]",
"idleTimeoutInMinutes": "5",
"probe": {
"id": "[concat(variables('lbID3'),'/probes/AppPortProbe1')]"
},
"protocol": "tcp"
}
},
{
"name": "AppPortLBRule2",
"properties": {
"backendAddressPool": {
"id": "[variables('lbPoolID3')]"
},
"backendPort": "[parameters('loadBalancedAppPort2')]",
"enableFloatingIP": "false",
"frontendIPConfiguration": {
"id": "[variables('lbIPConfig3')]"
},
"frontendPort": "[parameters('loadBalancedAppPort2')]",
"idleTimeoutInMinutes": "5",
"probe": {
"id": "[concat(variables('lbID3'),'/probes/AppPortProbe2')]"
},
"protocol": "tcp"
}
}
],
"probes": [
{
"name": "FabricGatewayProbe",
"properties": {
"intervalInSeconds": 5,
"numberOfProbes": 2,
"port": "[variables('nt3fabricTcpGatewayPort')]",
"protocol": "tcp"
}
},
{
"name": "FabricHttpGatewayProbe",
"properties": {
"intervalInSeconds": 5,
"numberOfProbes": 2,
"port": "[variables('nt3fabricHttpGatewayPort')]",
"protocol": "tcp"
}
},
{
"name": "AppPortProbe1",
"properties": {
"intervalInSeconds": 5,
"numberOfProbes": 2,
"port": "[parameters('loadBalancedAppPort1')]",
"protocol": "tcp"
}
},
{
"name": "AppPortProbe2",
"properties": {
"intervalInSeconds": 5,
"numberOfProbes": 2,
"port": "[parameters('loadBalancedAppPort2')]",
"protocol": "tcp"
}
}
],
"inboundNatPools": [
{
"name": "LoadBalancerBEAddressNatPool",
"properties": {
"backendPort": "3389",
"frontendIPConfiguration": {
"id": "[variables('lbIPConfig3')]"
},
"frontendPortRangeEnd": "4500",
"frontendPortRangeStart": "3389",
"protocol": "tcp"
}
}
]
},
"dependsOn": [
"[concat('Microsoft.Network/publicIPAddresses/',concat(variables('lbIPName'),'-',variables('vmNodeType3Name')))]"
]
},
In the template.json file, add new network security group and virtual machine scale set resources. The NodeTypeRef property within the Service Fabric extension properties of the virtual machine scale set maps the specified node type to the scale set.
{
"type": "Microsoft.Network/networkSecurityGroups",
"name": "[concat('nsg', variables('subnet3Name'))]",
"apiVersion": "2018-08-01",
"location": "[resourceGroup().location]",
"tags": {
"resourceType": "Service Fabric",
"clusterName": "[parameters('clusterName')]"
},
"properties": {
"securityRules": [
{
"name": "allowSvcFabSMB",
"properties": {
"access": "Allow",
"destinationAddressPrefix": "*",
"destinationPortRange": "445",
"direction": "Inbound",
"priority": 3950,
"protocol": "*",
"sourceAddressPrefix": "VirtualNetwork",
"sourcePortRange": "*",
"description": "allow SMB traffic within the net, used by fabric to move packages around"
}
},
{
"name": "allowSvcFabCluser",
"properties": {
"access": "Allow",
"destinationAddressPrefix": "*",
"destinationPortRange": "1025-1027",
"direction": "Inbound",
"priority": 3920,
"protocol": "*",
"sourceAddressPrefix": "VirtualNetwork",
"sourcePortRange": "*",
"description": "allow ports within vnet that are used by the fabric to talk between nodes"
}
},
{
"name": "allowSvcFabEphemeral",
"properties": {
"access": "Allow",
"destinationAddressPrefix": "*",
"destinationPortRange": "[concat(variables('nt3ephemeralStartPort'), '-', variables('nt3ephemeralEndPort'))]",
"direction": "Inbound",
"priority": 3930,
"protocol": "*",
"sourceAddressPrefix": "VirtualNetwork",
"sourcePortRange": "*",
"description": "allow fabric ephemeral ports within the vnet"
}
},
{
"name": "allowSvcFabPortal",
"properties": {
"access": "Allow",
"destinationAddressPrefix": "*",
"destinationPortRange": "[variables('nt3fabricHttpGatewayPort')]",
"direction": "Inbound",
"priority": 3900,
"protocol": "*",
"sourceAddressPrefix": "*",
"sourcePortRange": "*",
"description": "allow port used to access the fabric cluster web portal"
}
},
{
"name": "allowSvcFabClient",
"properties": {
"access": "Allow",
"destinationAddressPrefix": "*",
"destinationPortRange": "[variables('nt3fabricTcpGatewayPort')]",
"direction": "Inbound",
"priority": 3910,
"protocol": "*",
"sourceAddressPrefix": "*",
"sourcePortRange": "*",
"description": "allow port used by the fabric client (includes powershell)"
}
},
{
"name": "allowSvcFabApplication",
"properties": {
"access": "Allow",
"destinationAddressPrefix": "*",
"destinationPortRange": "[concat(variables('nt3applicationStartPort'), '-', variables('nt3applicationEndPort'))]",
"direction": "Inbound",
"priority": 3940,
"protocol": "*",
"sourceAddressPrefix": "*",
"sourcePortRange": "*",
"description": "allow fabric application ports within the vnet"
}
},
{
"name": "blockAll",
"properties": {
"access": "Deny",
"destinationAddressPrefix": "*",
"destinationPortRange": "*",
"direction": "Inbound",
"priority": 4095,
"protocol": "*",
"sourceAddressPrefix": "*",
"sourcePortRange": "*",
"description": "block all traffic except what we've explicitly allowed"
}
},
{
"name": "allowVNetRDP",
"properties": {
"access": "Allow",
"destinationAddressPrefix": "*",
"destinationPortRange": "3389",
"direction": "Inbound",
"priority": 3960,
"protocol": "*",
"sourceAddressPrefix": "*",
"sourcePortRange": "*",
"description": "allow RDP within the net"
}
},
{
"name": "allowSvcFabReverseProxy",
"properties": {
"access": "Allow",
"destinationAddressPrefix": "*",
"destinationPortRange": "[variables('nt3reverseProxyEndpointPort')]",
"direction": "Inbound",
"priority": 3980,
"protocol": "*",
"sourceAddressPrefix": "*",
"sourcePortRange": "*",
"description": "allow port used to access the fabric cluster using reverse proxy"
}
},
{
"name": "allowAppPort1",
"properties": {
"access": "Allow",
"destinationAddressPrefix": "*",
"destinationPortRange": "[parameters('loadBalancedAppPort1')]",
"direction": "Inbound",
"priority": 2001,
"protocol": "*",
"sourceAddressPrefix": "*",
"sourcePortRange": "*",
"description": "allow public application port 1"
}
},
{
"name": "allowAppPort2",
"properties": {
"access": "Allow",
"destinationAddressPrefix": "*",
"destinationPortRange": "[parameters('loadBalancedAppPort2')]",
"direction": "Inbound",
"priority": 2002,
"protocol": "*",
"sourceAddressPrefix": "*",
"sourcePortRange": "*",
"description": "allow public application port 2"
}
}
]
}
},
{
"type": "Microsoft.Compute/virtualMachineScaleSets",
"sku": {
"name": "[parameters('vmNodeType3Size')]",
"capacity": "[parameters('nt3InstanceCount')]",
"tier": "Standard"
},
"name": "[variables('vmNodeType3Name')]",
"apiVersion": "2018-10-01",
"location": "[variables('computeLocation')]",
"tags": {
"resourceType": "Service Fabric",
"clusterName": "[parameters('clusterName')]"
},
"properties": {
"overprovision": "[variables('overProvision')]",
"upgradePolicy": {
"mode": "Automatic"
},
"virtualMachineProfile": {
"extensionProfile": {
"extensions": [
{
"name": "[concat(variables('vmNodeType3Name'),'OMS')]",
"properties": {
"publisher": "Microsoft.EnterpriseCloud.Monitoring",
"type": "MicrosoftMonitoringAgent",
"typeHandlerVersion": "1.0",
"autoUpgradeMinorVersion": true,
"settings": {
"workspaceId": "[reference(resourceId('Microsoft.OperationalInsights/workspaces/', parameters('omsWorkspacename')), '2015-11-01-preview').customerId]"
},
"protectedSettings": {
"workspaceKey": "[listKeys(resourceId('Microsoft.OperationalInsights/workspaces/', parameters('omsWorkspacename')),'2015-11-01-preview').primarySharedKey]"
}
}
},
{
"name": "[concat('ServiceFabricNodeVmExt','_vmNodeType3Name')]",
"properties": {
"type": "ServiceFabricNode",
"autoUpgradeMinorVersion": true,
"protectedSettings": {
"StorageAccountKey1": "[listKeys(resourceId('Microsoft.Storage/storageAccounts', variables('supportLogStorageAccountName')),'2015-05-01-preview').key1]",
"StorageAccountKey2": "[listKeys(resourceId('Microsoft.Storage/storageAccounts', variables('supportLogStorageAccountName')),'2015-05-01-preview').key2]"
},
"publisher": "Microsoft.Azure.ServiceFabric",
"settings": {
"clusterEndpoint": "[reference(parameters('clusterName')).clusterEndpoint]",
"nodeTypeRef": "[variables('vmNodeType3Name')]",
"dataPath": "D:\\SvcFab",
"durabilityLevel": "Silver",
"enableParallelJobs": true,
"nicPrefixOverride": "[variables('subnet3Prefix')]",
"certificate": {
"thumbprint": "[parameters('certificateThumbprint')]",
"x509StoreName": "[parameters('certificateStoreValue')]"
}
},
"typeHandlerVersion": "1.0"
}
},
{
"name": "[concat('VMDiagnosticsVmExt','_vmNodeType3Name')]",
"properties": {
"type": "IaaSDiagnostics",
"autoUpgradeMinorVersion": true,
"protectedSettings": {
"storageAccountName": "[variables('applicationDiagnosticsStorageAccountName')]",
"storageAccountKey": "[listKeys(resourceId('Microsoft.Storage/storageAccounts', variables('applicationDiagnosticsStorageAccountName')),'2015-05-01-preview').key1]",
"storageAccountEndPoint": "https://core.windows.net/"
},
"publisher": "Microsoft.Azure.Diagnostics",
"settings": {
"WadCfg": {
"DiagnosticMonitorConfiguration": {
"overallQuotaInMB": "50000",
"EtwProviders": {
"EtwEventSourceProviderConfiguration": [
{
"provider": "Microsoft-ServiceFabric-Actors",
"scheduledTransferKeywordFilter": "1",
"scheduledTransferPeriod": "PT5M",
"DefaultEvents": {
"eventDestination": "ServiceFabricReliableActorEventTable"
}
},
{
"provider": "Microsoft-ServiceFabric-Services",
"scheduledTransferPeriod": "PT5M",
"DefaultEvents": {
"eventDestination": "ServiceFabricReliableServiceEventTable"
}
}
],
"EtwManifestProviderConfiguration": [
{
"provider": "cbd93bc2-71e5-4566-b3a7-595d8eeca6e8",
"scheduledTransferLogLevelFilter": "Information",
"scheduledTransferKeywordFilter": "4611686018427387904",
"scheduledTransferPeriod": "PT5M",
"DefaultEvents": {
"eventDestination": "ServiceFabricSystemEventTable"
}
}
]
}
}
},
"StorageAccount": "[variables('applicationDiagnosticsStorageAccountName')]"
},
"typeHandlerVersion": "1.5"
}
},
{
"name": "[concat('VMIaaSAntimalware','_vmNodeType3Name')]",
"properties": {
"publisher": "Microsoft.Azure.Security",
"type": "IaaSAntimalware",
"typeHandlerVersion": "1.5",
"settings": {
"AntimalwareEnabled": "true",
"Exclusions": {
"Paths": "D:\\SvcFab;D:\\SvcFab\\Log;C:\\Program Files\\Microsoft Service Fabric",
"Processes": "Fabric.exe;FabricHost.exe;FabricInstallerService.exe;FabricSetup.exe;FabricDeployer.exe;ImageBuilder.exe;FabricGateway.exe;FabricDCA.exe;FabricFAS.exe;FabricUOS.exe;FabricRM.exe;FileStoreService.exe"
},
"RealtimeProtectionEnabled": "true",
"ScheduledScanSettings": {
"isEnabled": "true",
"scanType": "Quick",
"day": "7",
"time": "120"
}
},
"protectedSettings": null
}
}
]
},
"networkProfile": {
"networkInterfaceConfigurations": [
{
"name": "[concat(variables('nicName'), '-2')]",
"properties": {
"ipConfigurations": [
{
"name": "[concat(variables('nicName'),'-',2)]",
"properties": {
"loadBalancerBackendAddressPools": [
{
"id": "[variables('lbPoolID3')]"
}
],
"loadBalancerInboundNatPools": [
{
"id": "[variables('lbNatPoolID3')]"
}
],
"subnet": {
"id": "[variables('subnet3Ref')]"
}
}
}
],
"primary": true
}
}
]
},
"osProfile": {
"adminPassword": "[parameters('adminPassword')]",
"adminUsername": "[parameters('adminUsername')]",
"computernamePrefix": "[variables('vmNodeType3Name')]",
"secrets": [
{
"sourceVault": {
"id": "[parameters('sourceVaultValue')]"
},
"vaultCertificates": [
{
"certificateStore": "[parameters('certificateStoreValue')]",
"certificateUrl": "[parameters('certificateUrlValue')]"
}
]
}
]
},
"storageProfile": {
"imageReference": {
"publisher": "[parameters('vmImagePublisher')]",
"offer": "[parameters('vmImageOffer')]",
"sku": "[parameters('vmImageSku')]",
"version": "[parameters('vmImageVersion')]"
},
"osDisk": {
"caching": "ReadOnly",
"createOption": "FromImage",
"managedDisk": {
"storageAccountType": "[parameters('storageAccountType')]"
}
}
}
}
},
"dependsOn": [
"[concat('Microsoft.Network/virtualNetworks/', variables('virtualNetworkName'))]",
"[concat('Microsoft.Network/loadBalancers/', concat('LB','-', parameters('clusterName'),'-',variables('vmNodeType3Name')))]",
"[concat('Microsoft.Storage/storageAccounts/', variables('supportLogStorageAccountName'))]",
"[concat('Microsoft.Storage/storageAccounts/', variables('applicationDiagnosticsStorageAccountName'))]"
]
},
In the template.json file, update the cluster resource and add a new node type:
{
"type": "Microsoft.ServiceFabric/clusters",
"name": "[parameters('clusterName')]",
"apiVersion": "2018-02-01",
"location": "[parameters('clusterLocation')]",
"tags": {
"resourceType": "Service Fabric",
"clusterName": "[parameters('clusterName')]"
},
"properties": {
"nodeTypes": [
...
{
"name": "[variables('vmNodeType3Name')]",
"applicationPorts": {
"endPort": "[variables('nt3applicationEndPort')]",
"startPort": "[variables('nt3applicationStartPort')]"
},
"clientConnectionEndpointPort": "[variables('nt3fabricTcpGatewayPort')]",
"durabilityLevel": "Silver",
"ephemeralPorts": {
"endPort": "[variables('nt3ephemeralEndPort')]",
"startPort": "[variables('nt3ephemeralStartPort')]"
},
"httpGatewayEndpointPort": "[variables('nt3fabricHttpGatewayPort')]",
"isPrimary": false,
"reverseProxyEndpointPort": "[variables('nt3reverseProxyEndpointPort')]",
"vmInstanceCount": "[parameters('nt3InstanceCount')]"
}
],
}
}
In the parameters.json file, add the following new parameters and values:
"nt3InstanceCount": {
"Value": 5
},
"vmNodeType3Size": {
"Value": "Standard_D2_V2"
},
Deploy the updated template
Save any changes to the template.json and parameters.json files. To deploy the updated template, run the following command:
New-AzResourceGroupDeployment -ResourceGroupName sfclustertutorialgroup -TemplateFile c:\temp\template.json -TemplateParameterFile c:\temp\parameters.json -Name "AddingNodeType"
Or the following Azure CLI command:
az deployment group create --resource-group sfclustertutorialgroup --template-file c:\temp\template.json --parameters c:\temp\parameters.json
Remove a node type from the cluster
After creating a Service Fabric cluster, you can scale a cluster horizontally by removing a node type (virtual machine scale set) and all of its nodes. You can scale the cluster at any time, even when workloads are running on the cluster. As the cluster scales, your applications automatically scale as well.
Warning
Using Remove-AzServiceFabricNodeType to remove a node type from a production cluster is not recommended to be used on a frequent basis. It is a dangerous command as it deletes the virtual machine scale set resource behind the node type.
To remove the node type, run the Remove-AzServiceFabricNodeType cmdlet. The node type must be Silver or Gold durability level The cmdlet deletes the scale set associated with the node type and takes some time to complete. Then run the Remove-ServiceFabricNodeState cmdlet on each of the nodes to remove, which deletes the node state and removes the nodes from the cluster. If there are services on the nodes, then the services are first moved out to another node. If the cluster manager cannot find a node for the replica/service, then the operation is delayed/blocked.
$groupname = "sfclustertutorialgroup"
$nodetype = "nt4vm"
$clustername = "mysfcluster123"
Remove-AzServiceFabricNodeType -Name $clustername -NodeType $nodetype -ResourceGroupName $groupname
Connect-ServiceFabricCluster -ConnectionEndpoint mysfcluster123.eastus.cloudapp.azure.com:19000 `
-KeepAliveIntervalInSec 10 `
-X509Credential -ServerCertThumbprint <thumbprint> `
-FindType FindByThumbprint -FindValue <thumbprint> `
-StoreLocation CurrentUser -StoreName My
$nodes = Get-ServiceFabricNode | Where-Object {$_.NodeType -eq $nodetype} | Sort-Object { $_.NodeName.Substring($_.NodeName.LastIndexOf('_') + 1) } -Descending
Foreach($node in $nodes)
{
Remove-ServiceFabricNodeState -NodeName $node.NodeName -TimeoutSec 300 -Force
}
Increase node resources
After creating a Service Fabric cluster, you can scale a cluster node type vertically (change the resources of the nodes) or upgrade the operating system of the node type VMs by replacing the original node type with a new node type (with updated VM SKU or OS image). For further details, see Scale up an Azure Service Fabric node type.
Important
Never attempt an in-place change of VM SKU or OS image, which is a dangerous operation and unsupported.
If that not possible, you can create a new cluster and restore application state (if applicable) from your old cluster. You do not need to restore any system service state; they are recreated when you deploy your applications to your new cluster. If you were just running stateless applications on your cluster, then all you do is deploy your applications to the new cluster, you have nothing to restore.
Update the template
Export a template and parameters file from the resource group for the most recent deployment. Open the parameters.json file. If you deployed the cluster using the sample template in this tutorial, there are three node types in the cluster.
The size of the VMs in the second node type is set in the vmNodeType1Size parameter. Change the vmNodeType1Size parameter value from Standard_D2_V2 to Standard_D3_V2, which doubles the resources of each VM instance.
The VM SKU for all three node types is set in the vmImageSku parameter. Again, changing the VM SKU of a node type should be approached with caution and is not recommended for the primary node type.
Deploy the updated template
Save any changes to the template.json and parameters.json files. To deploy the updated template, run the following command:
New-AzResourceGroupDeployment -ResourceGroupName sfclustertutorialgroup -TemplateFile c:\temp\template.json -TemplateParameterFile c:\temp\parameters.json -Name "ScaleUpNodeType"
Or the following Azure CLI command:
az deployment group create --resource-group sfclustertutorialgroup --template-file c:\temp\template.json --parameters c:\temp\parameters.json
Next steps
In this tutorial, you learned how to:
- Add and remove nodes (scale out and scale in)
- Add and remove node types (scale out and scale in)
- Increase node resources (scale up)
Next, advance to the following tutorial to learn how to upgrade the runtime of a cluster.