Creating a Node Scaling Policy

Prerequisites

Before using the node scaling function, you must install the autoscaler add-on of v1.13.8 or later.

Procedure

1. Log in to the CCE console. In the navigation pane, choose Auto Scaling. On the Node Scaling tab page, click Create Node Scaling Policy.
2. In the Check Add-ons step:
   • If is displayed next to the add-on name, click Install, set add-on parameters as required, and click Install to install the add-on.
   • If is displayed next to the add-on name, the add-on has been installed.

3. After the required add-ons have been installed, click Next: Policy configuration.
   

   If the add-ons have been installed, after you click Create Node Scaling Policy, you will directly land on the second step to configure the policy. The first step (checking the add-ons) has been completed almost instantly.

4. On the Create Node Scaling Policy page, set the following policy parameters.
   • Policy Name: name of the policy to be created, which can be customized.
   • Associated Node Pool: Click Add Node Pool and select the node pool to be associated. You can associate multiple node pools to use the same scaling policy.
     

     Priority is now supported for node pools. CCE will select a node pool for auto scaling based on the following policies:

     1. CCE uses algorithms to determine whether a node pool meets the conditions to allow scheduling of a pod in pending state, including whether the node resources are greater than requested by the pod, and whether the nodeSelect, nodeAffinity, and taints meet the conditions. In addition, the node pools that fail to be scaled (due to insufficient resources or other reasons) and are still in the 15-minute cool-down interval are filtered.
     2. If multiple node pools meet the scaling requirements, the system checks the priority of each node pool and selects the node pool with the highest priority for scaling. The value ranges from 0 to 100 and the default priority is 0. The value 100 indicates the highest priority, and the value 0 indicates the lowest priority.
     3. If multiple node pools have the same priority or no priority is configured for them, the system selects the node pool that will consume the least resources based on the configured VM specification.
     4. If the VM specifications of multiple node pools are the same but the node pools are deployed in different AZs, the system randomly selects a node pool to trigger scaling.
     5. If the resources of the preferred node pool are insufficient, the system automatically selects next node pool based on the priority.

     For details about the node pool priority, see Autoscaler.

   • Execution Rules: Click Add Rule. In the dialog box displayed, set the following parameters:

     Name: Enter a rule name.

     Type: You can select Metric-based or Periodic. The differences between the two types are as follows:

     • Metric-based:
       • Condition: Select CPU allocation or Memory allocation and enter a value. The value must be greater than the scale-in percentage configured in the autoscaler add-on.
         

         • Resource allocation (%) = Resources requested by pods in the node pool/Resources allocatable to pods in the node pool
         • If multiple rules meet the conditions, the rules are executed in either of the following modes:

           If rules based on the CPU allocation rate and memory allocation rate are configured and two or more rules meet the scale-out conditions, the rule that will add the most nodes will be executed.

           If a rule based on the CPU allocation rate and a periodic rule are configured and they both meet the scale-out conditions, one of them will be executed randomly. The rule executed first (rule A) changes the node pool to the scaling state. As a result, the other rule (rule B) cannot be executed. After rule A is executed and the node pool status becomes normal, rule B will not be executed.

         • If rules based on the CPU allocation rate and memory allocation rate are configured, the policy detection period varies with the processing logic of each loop of the autoscaler add-on. Scale-out is triggered once the conditions are met, but it is constrained by other factors such as the cool-down interval and node pool status.
       • Action: Set an action to be performed when the trigger condition is met.
         Figure 1 Setting an action for metric-based triggering
         
     • Periodic:
       • Triggered At: You can select a specific time point every day, every week, every month, or every year.
         Figure 2 Setting a trigger time
         
       • Action: Set an action to be performed when the Triggered At value is reached.
         Figure 3 Setting an action for periodic triggering
         

     You can click Add Rule again to add more node scaling policies. You can add a maximum of one CPU usage-based rule and one memory usage-based rule. The total number of rules cannot exceed 10.

5. After the configuration is complete, click Create. If the system displays a message indicating that the request to create a node scaling policy is submitted successfully, click Back to Node Scaling Policy List.
6. On the Node Scaling tab page, you can view the created node scaling policy.
   Figure 4 Node scaling policy
   

Constraints on Scale-in

CCE cannot trigger scale-in by using node scaling policies. You can set a scale-in policy when installing the autoscaler add-on.

Node scale-in can be triggered only by the resource allocation rate. When CPU and memory allocation rates in a cluster are lower than the specified thresholds (set when the autoscaler add-on is installed or modified), scale-in is triggered for nodes in the node pool (this function can be disabled).

Figure 5 Auto scale-in configuration

Example YAML File

The following is a YAML example of a node scaling policy:

apiVersion: autoscaling.cce.io/v1alpha1
kind: HorizontalNodeAutoscaler
metadata:
  creationTimestamp: "2020-02-13T12:47:49Z"
  generation: 1
  name: xxxx
  namespace: kube-system
  resourceVersion: "11433270"
  selfLink: /apis/autoscaling.cce.io/v1alpha1/namespaces/kube-system/horizontalnodeautoscalers/xxxx
  uid: c2bd1e1d-60aa-47b5-938c-6bf3fadbe91f
spec:
  disable: false
  rules:
  - action:
      type: ScaleUp
      unit: Node
      value: 1
    cronTrigger:
      schedule: 47 20 * * *
    disable: false
    ruleName: cronrule
    type: Cron
  - action:
      type: ScaleUp
      unit: Node
      value: 2
    disable: false
    metricTrigger:
      metricName: Cpu
      metricOperation: '>'
      metricValue: "40"
      unit: Percent
    ruleName: metricrule
    type: Metric
  targetNodepoolIds:
  - 7d48eca7-3419-11ea-bc29-0255ac1001a8