Configuring Scheduling and Differentiation
Scheduling Policies
Currently, there are two scheduling policies: cluster weights and automatic balancing.
Configuring a Scheduling Policy on the Console
- Log in to the UCS console.
- When creating a workload, click Next: Scheduling and Differentiation.
- Add a scheduling policy.
Table 1 Scheduling policies Policy
Description
Cluster weights
You need to select clusters and configure their weights. Pods are allocated to clusters based on the cluster weights.
Auto balancing
The system automatically selects clusters to allocate pods based on the number of remaining pods. No extra configuration is required.
Calculation Method Based on Cluster Weights
Calculation Method
After you set the weight of each cluster, the number of pods allocated to each cluster is calculated as follows:
- Formula for calculating the number of pods allocated to each cluster by cluster weight (The calculation result is rounded down.)
Number of pods allocated to each cluster = (Total number of pods × Weight of a cluster)/Total weight of clusters
- Formula for calculating the number of remaining pods
Number of remaining pods = Total number of pods - Total number of pods allocated to each cluster
- If there are any pods remaining, they will continue to be allocated by cluster weight in ascending order (one pod allocated at a time). If any clusters have the same weight, a cluster will be selected at random.
Example
There are seven pods that are assigned to three clusters named member1, member2, and member3. The clusters have weights of 2, 1, and 1, respectively.
- The number of pods allocated to each cluster is calculated as follows:
Number of pods allocated to member1 = 7 × 2/4 (rounded down to 3)
Number of pods allocated to member2 = 7 × 1/4 (rounded down to 1)
Number of pods allocated to member3 = 7 × 1/4 (rounded down to 1)
In this initial allocation, three pods are allocated to member1, one pod to member2, and one pod to member3.
- The number of remaining pods is calculated as follows:
- The remaining pods are allocated by cluster weight in ascending order.
One pod is first allocated to member1 and the remaining pod to member2 or member3 at random.
Tolerance Policies
A tolerance policy allows the scheduler to schedule pods to clusters with corresponding taints. This policy must be used together with cluster taints.
Using the Default Tolerance Policy
When you create a workload, UCS configures the following tolerance policies for your workload by default. The default tolerance policies tolerate the taints shown in Table 2. These taints will be automatically added to the cluster if the cluster becomes faulty.
- key: cluster.karmada.io/not-ready
operator: Exists
- key: cluster.karmada.io/unreachable
operator: Exists
UCS configures default tolerance policies for your workload. Even if you have configured the taint tolerance time for a faulty cluster when creating a workload, pods on the cluster will not be automatically evicted when the cluster becomes faulty. The default behavior is that the workload tolerates the faulty cluster.
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot