Skip to content

Commit 10f8ce8

Browse files
authored
Merge pull request #189227 from yeturis/patch-11
Update hdinsight-autoscale-clusters.md
2 parents dca9151 + ac0c875 commit 10f8ce8

File tree

1 file changed

+2
-1
lines changed

1 file changed

+2
-1
lines changed

articles/hdinsight/hdinsight-autoscale-clusters.md

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -247,7 +247,8 @@ It can take 10 to 20 minutes for the overall scaling operation to complete. When
247247

248248
During the cluster scaling down process, Autoscale decommissions the nodes to meet the target size. In case of load based autoscaling, If tasks are running on those nodes, Autoscale waits until the tasks are completed for Spark and Hadoop clusters. Since each worker node also serves a role in HDFS, the temporary data is shifted to the remaining worker nodes. Make sure there's enough space on the remaining nodes to host all temporary data.
249249

250-
In case of schedule-based Autoscale scale-down, graceful decommission is not supported. This can cause job failures during a scale down operation, and it is recommended to plan schedules based on the anticipated job schedule patterns to include sufficient time for the ongoing jobs to conclude. You can set the schedules looking at historical spread of completion times so as to avoid job failures.
250+
> [!Note]
251+
> In case of schedule-based Autoscale scale-down, graceful decommission is not supported. This can cause job failures during a scale down operation, and it is recommended to plan schedules based on the anticipated job schedule patterns to include sufficient time for the ongoing jobs to conclude. You can set the schedules looking at historical spread of completion times so as to avoid job failures.
251252
252253
### Configure schedule-based Autoscale based on usage pattern
253254

0 commit comments

Comments
 (0)