为工作程序池设置自动缩放

更新集群自动缩放器配置映射，以支持根据设置的最小值和最大值，自动缩放工作程序池中的工作程序节点。

编辑配置映射以启用工作程序池后，集群自动缩放器即会根据工作负载请求来缩放集群。 因此，您无法 调整大小 或 重新平衡 工作程序池。 随着时间的推移，会定期进行扫描并执行扩展和缩减，根据工作程序节点数，此操作可能需要更长时间才能完成，例如 30 分钟。 如果日后要除去集群自动缩放器，必须先在配置映射中禁用每个工作程序池。

开始之前：

• 安装 集群自动缩放器附加组件。
• 访问 Red Hat OpenShift 集群。

1. 编辑集群自动缩放器配置映射 YAML 文件。

   oc edit cm iks-ca-configmap -n kube-system -o yaml
   

   示例输出

   apiVersion: v1
   data:
     workerPoolsConfig.json: |
       [
        {"name": "<worker_pool>","minSize": 1,"maxSize": 2,"enabled":false}
       ]
   kind: ConfigMap
   

2. 使用参数编辑配置映射，以定义集群自动缩放器如何缩放集群工作程序池。 **注：**除非在标准集群的每个专区中禁用了所有公共应用程序负载均衡器 (ALB)，否则必须将每个专区的 minSize 更改为 2，以便可以分布 ALB pod 以实现高可用性。

   • "name": "default" 将'"default" 替换为要缩放的工人池名称或 ID。 要列出工人池，请运行 "ibmcloud oc worker-pool ls --cluster <cluster_name_or_ID>。 要管理多个工作程序池，请将该 JSON 行复制到逗号分隔行，如下所示。

     [
     {"name": "default","minSize": 1,"maxSize": 2,"enabled":false},
     {"name": "Pool2","minSize": 2,"maxSize": 5,"enabled":true}
     ]
     

     集群自动缩放器只能缩放具有 ibm-cloud.kubernetes.io/worker-pool-id 标签的工作程序池。 要检查工人池是否有所需标签，请运行 "ibmcloud oc worker-pool get --cluster <cluster_name_or_ID> --worker-pool <worker_pool_name_or_ID> | grep Labels。 如果您的工作池没有所需的标签，请添加一个新的工作池，并将此工作池与群集自动分 析器一起使用。

   • "minSize": 1：指定群集自动分级器可将工人池缩减到的每个区域的最小工人节点数。 值必须等于或大于 2，以便可以分布 ALB pod 以实现高可用性。 如果在标准集群的每个专区中禁用了所有公共 ALB，那么可以将值设置为 1。

     设置 minSize 不会自动触发扩展。 minSize 是一个阈值，以便群集自动分级器不会将每个区域的工作节点扩展到少于一定数量。 如果集群的每个专区的工作程序节点尚未达到此数量，那么仅当您的工作负载资源请求需要更多资源时，集群自动缩放器才会进行扩展。 例如，如果您有一个工作程序池，其中在三个专区中分别有一个工作程序节点（共计三个工作程序节点），并将每个专区的 minSize 设置为 4，那么集群自动缩放器不会立即为每个专区额外供应三个工作程序节点（共计 12 个工作程序节点）， 而是在有资源请求时才会触发扩展。 如果创建工作负载来请求 15 个工作程序节点的资源，那么集群自动缩放器会扩展工作程序池以满足此请求。 现在，"minSize 的意思是，即使删除了请求该数量的工作负载，集群自动分级器也不会缩减到每个区域少于四个工作节点。 更多信息，请参阅 Kubernetes文档。

   • "maxSize": 2：指定群集自动分级器可将工人池扩展到的每个区域的最大工人节点数。 值必须等于或大于为 minSize 设置的值。

   • "enabled": false：将群集自动分压器的值设置为 "true，以管理工人池的扩展。 将值设置为 false 可阻止集群自动缩放器对工作程序池进行缩放。 如果日后要除去集群自动缩放器，必须先在配置映射中禁用每个工作程序池。

3. 保存配置文件。

4. 获取集群自动缩放器 pod。

   oc get pods -n kube-system
   

5. 查看集群自动缩放器 pod 的 Events 部分中是否有 ConfigUpdated 事件，以验证配置映射是否已成功更新。 ConfigMap的事件信息格式如下：minSize:maxSize:PoolName:<SUCCESS|FAILED>:error message.

   oc describe pod -n kube-system <cluster_autoscaler_pod>
   

   示例输出

       Name:               ibm-iks-cluster-autoscaler-857c4d9d54-gwvc6
       Namespace:          kube-system
       ...
       Events:
       Type     Reason         Age   From                                        Message
       ----     ------         ----  ----                                        -------
   
       Normal  ConfigUpdated  3m    ibm-iks-cluster-autoscaler-857c4d9d54-gwvc6  {"1:3:default":"SUCCESS:"}
   

如果您启用了一个自动扩展工作池，随后又在该工作池中添加了一个区域，请重新启动群集自动扩展器 pod，以便它接收此更改：'oc delete pod -n kube-system <cluster_autoscaler_pod>.