腾讯云：使用tke-autoscaling-placeholder实现秒级弹性

小提示：您能找到这篇{腾讯云：使用tke-autoscaling-placeholder实现秒级弹性}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的腾讯云：使用tke-autoscaling-placeholder实现秒级弹性内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

背景

< ">当TKE集群配置了节点池并启用了弹性伸缩，在节点资源不够时可以触发节点的自动扩容(自动买机器并加入集群)，但这个扩容流程需要一定的时间才能完成，在一些流量突高的场景，这个扩容速度可能会显得太慢，影响业务。tke-autoscaling-placeholder可以用于在TKE上实现秒级伸缩，应对这种流量突高的场景。

原理是什么？

< ">tke-autoscaling-placeholder实际就是利用低优先级的Pod对资源进行提前占位(带request的pause容器，实际不怎么消耗资源)，为一些可能会出现流量突高的高优先级业务预留部分资源作为缓冲，当需要扩容Pod时，高优先级的Pod就可以快速抢占低优先级Pod的资源进行调度，而低优先级的tke-autoscaling-placeholder的Pod则会被"挤走"，状态变成Pending，如果配置了节点池并启用弹性伸缩，就会触发节点的扩容。这样，由于有了一些资源作为缓冲，即使节点扩容慢，也能保证一些Pod能够快速扩容并调度上，实现秒级伸缩。要调整预留的缓冲资源多少，可根据实际需求调整tke-autoscaling-pl营销计划营销策划aceholder的request或副本数。

有什么使用限制？

< ">使用该应用要求集群版本在1.18以上。

如何使用？

安装tke-autoscaling-placeholder

< ">在应用市场找到tke-autoscaling-placeholder，点击进入应用详情，再点创建应用:

< ">选择要部署的集群id与namespace，应用的配置参数中最重要的是replicaCount与resources.request，分别表示tke-autoscaling-placeholder的副本数与每个副本占位的资源大小，它们共同决定缓冲资源的大小，可以根据流量突高需要的额外资源量来估算进行设置。

< ">最后点击创建，你可以查看这些进行资源占位的Pod是否启动成功:

$ kubectl get pod -n default

tke-autoscaling-placeholder-b58fd9d5d-2p6ww   1/1     Running     0          8s

tke-autoscaling-placeholder-b58fd9d5d-55jw7     1/1     Running     0          8s

tke-autoscaling-placeholder-b58fd9d5d-6rq9r      1/1     Running     0          8s

tke-autoscaling-placeholder-b58fd9d5d-7c95t      1/1     Running     0          8s

tke-autoscaling-placeholder-b58fd9d5d-bfg8r      1/1  &nbs电商运营需要会什么p;  Running     0          8s

tke-autoscaling-placeholder-b58fd9d5d-cfqt6       1/1     Running     0          8s

tke-autoscaling-placeholder-b58fd9d5d-gmfmr    1/1     Running     0          8s

tke-autoscaling-placeholder-b58fd9d5d-grwlh      1/1     Running     0          8s

tke-autoscaling-placeholder-b58fd9d5d-ph7vl      1/1     Running     0          8s

tke-autoscaling-placeholder-b58fd9d5d-xmrmv    1/1     Running     0          8s

< ">tke-autoscaling-placeholder的完整配置参考下面的表格:

部署高优先级Pod

< ">tke-autoscaling-placeholder的优先级很低，我们的业务Pod可以指定一个高优先的PriorityClass，方便抢占资源实现快速扩容，如果没有可以先创建一个:

apiVersion: scheduling.k8s.io/v1

kind: PriorityClass

metadata:

  name: high-priority

value: 1000000

globalDefault: false

description: "high priority class"

< ">在我们的业务Pod中指定priorityClassName为高优先的PriorityClass:

apiVersion: apps/v1

kind: Deployment

metadata:

  name: nginx

spec:

  replicas: 8

  selector:

    matchLabels:

      app: nginx

  template:

    metadata:

      labels:

        app: nginx

    spec:

      priorityClassName: high-priority # 这里指定高优先的 PriorityClass

   视频前贴片广告;   containers:

      - name: nginx

        image: nginx

        resources:

          requests:

            cpu: 400m

            memory: 800Mi

< ">当集群节点资源不够，扩容出来的高优先级业务Pod就可以将低优先级的tke-autoscaling-placeholder的Pod资源抢占过来并调度上，然后tke-autoscaling-placeholder的Pod再Pending:

< background-color: rgb(242, 242, 242);">$ kubectl get pod -n default

< background-color: rgb(242, 242, 242);">NAME                                   READY   STATUS    RESTARTS   AGE

< background-color: rgb(242, 242, 242);">nginx-bf79bbc8b-5kxcw         1/1     Running            0          23s