You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/service-fabric/service-fabric-azure-resource-manager-guardrails.md
+17-2Lines changed: 17 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ documentationcenter: .net
6
6
author: peterpogorski
7
7
8
8
ms.topic: conceptual
9
-
ms.date: 10/30/2019
9
+
ms.date: 02/13/2020
10
10
ms.author: pepogors
11
11
---
12
12
# Service Fabric guardrails
@@ -55,12 +55,27 @@ The following section contains an example of a durability mismatch between the V
55
55
* Virtual Machine Scale Set durability does not match the target Service Fabric Node Type durability level
56
56
* Virtual Machine Scale Set durability does match the current Service Fabric durability level or the target Service Fabric Node Type durability level
57
57
58
-
59
58
### Mitigation
60
59
To fix a durability mismatch, which is indicated by any of the above error messages:
61
60
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.
62
61
2. Redeploy the Azure Resource Manager template with the updated values.
63
62
63
+
64
+
## Seed node deletion
65
+
### Overview
66
+
A Service Fabric cluster has a [reliability tier](https://docs.microsoft.com/azure/service-fabric/service-fabric-cluster-capacity#the-reliability-characteristics-of-the-cluster) property which is used to determine the number of replicas of system services that run on the primary node type of the cluster. The number of required replicas will determine the minimum number of nodes that must be maintained in the primary node type of the cluster. If the number of nodes in the primary node type goes below the required minimum for the reliability tier, the cluster will 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
+
Ensure that your primary node type has enough Virtual Machines for the reliability 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 nodes for the given reliability tier.
75
+
* If the reliability tier is correctly specified, make sure that you have enough nodes in the primary node type as needed for the reliability tier.
76
+
* If the reliability tier is incorrect, initiate a change on the Service Fabric resource to lower the reliability level first before initiating any Virtual Machine Scale Set operations, and wait for it to complete.
77
+
* If the reliability tier 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
+
64
79
## Next steps
65
80
* 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)
66
81
* Create a cluster on VMs or computers running Linux: [Create a Linux cluster](service-fabric-cluster-creation-via-portal.md)
0 commit comments