Skip to content

Commit 09e5a9a

Browse files
committed
Add notes on deleting seed nodes
1 parent 3f6a0af commit 09e5a9a

File tree

1 file changed

+17
-2
lines changed

1 file changed

+17
-2
lines changed

articles/service-fabric/service-fabric-azure-resource-manager-guardrails.md

Lines changed: 17 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@ documentationcenter: .net
66
author: peterpogorski
77

88
ms.topic: conceptual
9-
ms.date: 10/30/2019
9+
ms.date: 02/13/2020
1010
ms.author: pepogors
1111
---
1212
# Service Fabric guardrails
@@ -55,12 +55,27 @@ The following section contains an example of a durability mismatch between the V
5555
* Virtual Machine Scale Set durability does not match the target Service Fabric Node Type durability level
5656
* Virtual Machine Scale Set durability does match the current Service Fabric durability level or the target Service Fabric Node Type durability level
5757

58-
5958
### Mitigation
6059
To fix a durability mismatch, which is indicated by any of the above error messages:
6160
1. Update the durability level in either the Virtual Machine Scale Set extension or Service Fabric Node Type section of the Azure Resource Manager template to ensure that the values match.
6261
2. Redeploy the Azure Resource Manager template with the updated values.
6362

63+
64+
## Seed Node Deletion
65+
### Overview
66+
The reliability tier of a cluster is used to determine the number of replicas of system services that you would like to run on the primary node type of the cluster. See [reliability characteristics of the cluster](https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-cluster-capacity#the-reliability-characteristics-of-the-cluster). Depending on the reliability tier that is selected there must always be a minimum number of nodes in the cluster in order to run the required number of replicas. If the number of nodes in this primary node type goes below this minimum the cluster can become unstable.
67+
68+
### Error Messages
69+
Seed node removal operation has been detected, and will be rejected.
70+
* This operation would result in only {0} potential seed nodes to remain in the cluster, while {1} are needed as a minimum.
71+
* Removing {0} seed nodes out of {1} would result in the cluster going down due to loss of seed node quorum. Maximum number of seed nodes that can be removed at a time is {2}.
72+
73+
### Mitigation
74+
Make sure that the Virtual Machine Scale Set which is mapped to your primary node type has enough virtual machines for the reliability tier that is specified on your cluster. You will not be able to remove a Virtual Machine if it will bring the Virtual Machine Scale Set below the minimum number of Virtual Machines which are required for the specified reliability level.
75+
* If the reliability level is correctly specified, make sure that you have enough VMs as needed for the reliability level. Make sure to add new Virtual Machines to the Virtual Machine Scale Set to add enough nodes to cover the deficit.
76+
* If the reliability level is incorrect, initiate a change on the Service Fabric resource to lower reliability level first before initiating any Virtual Machine Scale Set operations, and let it complete.
77+
* If the reliability level is Bronze, please follow these [steps](https://docs.microsoft.com/azure/service-fabric/service-fabric-cluster-scale-up-down#manually-remove-vms-from-a-node-typevirtual-machine-scale-set) to scale down your cluster gracefully.
78+
6479
## Next steps
6580
* Create a cluster on VMs or computers running Windows Server: [Service Fabric cluster creation for Windows Server](service-fabric-cluster-creation-for-windows-server.md)
6681
* Create a cluster on VMs or computers running Linux: [Create a Linux cluster](service-fabric-cluster-creation-via-portal.md)

0 commit comments

Comments
 (0)