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/infrastructure-service-faq.md
+7-1Lines changed: 7 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -48,4 +48,10 @@ Platform and Tenant updates acknowledged by Service Fabric are performed by the
48
48
All Tenant update operations in a Service Fabric cluster are approved only if determined to be safe by Service Fabric. Updates are blocked when Service Fabric can't ensure if the operations are safe. While this generally removes the need for customers to worry about if a given operation is safe or not, it's advised performing operations after understanding their impact.
49
49
50
50
### I want to bypass Infrastructure Service and perform operations on my cluster. How do I do that?
51
-
Bypassing Infrastructure Service for any infrastructure updates is a risky operation and isn't recommended. Engage [Service Fabric support](service-fabric-support.md) experts before deciding to perform these steps.
51
+
Bypassing Infrastructure Service for any infrastructure updates is a risky operation and can result in stuck updates if the safety checks block the repairs from getting approved.
52
+
In certain scenarios, if the default throttling is blocking other updates due to the existing ones not making progress, customers can opt to manually allow more updates. This can be done via the following command, after connecting to the SF cluster:
MR_Jobid_Guid used above can be found under the "Infrastructure Jobs" tab at the root of the Service Fabric Explorer, as the JobId of the pending update.
57
+
Engage [Service Fabric support](service-fabric-support.md) experts if the above doesn't help.
Copy file name to clipboardExpand all lines: articles/service-fabric/service-fabric-how-to-remove-node-type.md
+10-6Lines changed: 10 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,7 +10,7 @@ ms.date: 07/14/2022
10
10
---
11
11
12
12
# How to remove a Service Fabric node type
13
-
This article describes how to scale an Azure Service Fabric cluster by removing an existing node type from a cluster. A Service Fabric cluster is a network-connected set of virtual or physical machines into which your microservices are deployed and managed. A machine or VM that's part of a cluster is called a node. Virtual machine scale sets are an Azure compute resource that you use to deploy and manage a collection of virtual machines as a set. Every node type that is defined in an Azure cluster is [set up as a separate scale set](service-fabric-cluster-nodetypes.md). Each node type can then be managed separately. After creating a Service Fabric cluster, you can scale a cluster horizontally by removing a node type (virtual machine scale set) and all of it's 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.
13
+
This article describes how to scale an Azure Service Fabric cluster by removing an existing node type from a cluster. A Service Fabric cluster is a network-connected set of virtual or physical machines into which your microservices are deployed and managed. A machine or VM that's part of a cluster is called a node. Virtual machine scale sets are an Azure compute resource that you use to deploy and manage a collection of virtual machines as a set. Every node type that is defined in an Azure cluster is [set up as a separate scale set](service-fabric-cluster-nodetypes.md). Each node type can then be managed separately. 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.
14
14
15
15
> [!WARNING]
16
16
> Using this approach to remove a node type from a production cluster is
@@ -31,10 +31,10 @@ When removing a node type that is Bronze, all the nodes in the node type go down
31
31
32
32
## Remove a node type
33
33
34
-
1.Please take care of this pre-requisites before you start the process.
34
+
1.Take care of these pre-requisites before you start the process.
35
35
36
36
- The cluster is healthy.
37
-
- There will still be sufficient capacity after the node type is removed, eg. number of nodes to place required replica count.
37
+
- There will still be sufficient capacity after the node type is removed, for example, number of nodes to place required replica count.
38
38
39
39
2. Move all services that have placement constraints to use node type off the node type.
40
40
@@ -77,7 +77,7 @@ When removing a node type that is Bronze, all the nodes in the node type go down
77
77
```
78
78
79
79
- For bronze durability, wait for all nodes to get to disabled state
80
-
- For silver and gold durability, some nodes will go in to disabled and the rest will be in disabling state. Check the details tab of the nodes in disabling state, if they are all stuck on ensuring quorum for Infrastructure service partitions, then it is safe to continue.
80
+
- For silver and gold durability, some nodes go in to disabled and the rest will be in disabling state. Check the details tab of the nodes in disabling state, if they are all stuck on ensuring quorum for Infrastructure service partitions, then it is safe to continue.
81
81
82
82
5. Stop data for the node type.
83
83
@@ -168,7 +168,7 @@ When removing a node type that is Bronze, all the nodes in the node type go down
168
168
},
169
169
```
170
170
171
-
- Deploy the modified Azure Resource Manager template. ** This step will take a while, usually up to two hours. This upgrade will change settings to the InfrastructureService, therefore a node restart is needed. In the this case `forceRestart` is ignored.
171
+
- Deploy the modified Azure Resource Manager template. ** This step takes a while, usually up to two hours. This upgrade change settings to the InfrastructureService, therefore a node restart is needed. In this case `forceRestart` is ignored.
172
172
The parameter `upgradeReplicaSetCheckTimeout` specifies the maximum time that Service Fabric waits for a partition to be in a safe state, if not already in a safe state. Once safety checks pass for all partitions on a node, Service Fabric proceeds with the upgrade on that node.
173
173
The value for the parameter `upgradeTimeout` can be reduced to 6 hours, but for maximal safety 12 hours should be used.
174
174
@@ -186,7 +186,11 @@ When removing a node type that is Bronze, all the nodes in the node type go down
186
186
187
187
10. Remove resources relating to the node type that are no longer in use. Example Load Balancer, and Public IP.
188
188
189
-
- To remove these resources you can use the same PowerShell command as used in step 6 specifying the specific resource type and API version.
189
+
- To remove these resources, you can use the same PowerShell command as used in step 6 specifying the specific resource type and API version.
190
+
- For silver and gold durability any repair task left in the cluster, which is targeting any of the nodes that were present in the nodetype that was removed, should be completed with the command:
0 commit comments