Skip to content

Commit 4d052b9

Browse files
authored
Merge pull request #188160 from meenasaravanan02/main
Update content to how to manage auto clusters
2 parents 787a9e0 + 5acc9bf commit 4d052b9

File tree

1 file changed

+4
-0
lines changed

1 file changed

+4
-0
lines changed

articles/service-fabric/how-to-managed-cluster-autoscale.md

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -16,6 +16,10 @@ ms.date: 10/25/2021
1616
* After enabling autoscale for a node type, configure `vmInstanceCount` property to `-1` when redeploying the resource.
1717
* Only [Azure Monitor published metrics](../azure-monitor/essentials/metrics-supported.md) are supported.
1818

19+
>[!NOTE]
20+
> If using an OS Image "-with-containers” memory metrics from Azure Monitor will not be available.
21+
22+
1923
A common scenario where autoscaling is useful is when the load on a particular service varies over time. For example, a service such as a gateway can scale based on the amount of resources necessary to handle incoming requests. Let's take a look at an example of what those scaling rules could look like and we'll use them later in the article:
2024
* If all instances of my gateway are using more than 70% on average, then scale the gateway service out by adding two more instance. Do this every 30 minutes, but never have more than twenty instances in total.
2125
* If all instances of my gateway are using less than 40% cores on average, then scale the service in by removing one instance. Do this every 30 minutes, but never have fewer than three instances in total.

0 commit comments

Comments
 (0)