利用tke-autoscaling-placeholder 怎么實(shí)現(xiàn)一個(gè)秒級(jí)彈性伸縮功能

這篇文章給大家介紹利用tke-autoscaling-placeholder 怎么實(shí)現(xiàn)一個(gè)秒級(jí)彈性伸縮功能，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對(duì)大家能有所幫助。

原理是什么?

tke-autoscaling-placeholder 實(shí)際就是利用低優(yōu)先級(jí)的 Pod 對(duì)資源進(jìn)行提前占位(帶 request 的 pause 容器，實(shí)際不怎么消耗資源)，為一些可能會(huì)出現(xiàn)流量突高的高優(yōu)先級(jí)業(yè)務(wù)預(yù)留部分資源作為緩沖，當(dāng)需要擴(kuò)容 Pod 時(shí)，高優(yōu)先級(jí)的 Pod 就可以快速搶占低優(yōu)先級(jí) Pod 的資源進(jìn)行調(diào)度，而低優(yōu)先級(jí)的 tke-autoscaling-placeholder 的 Pod 則會(huì)被 "擠走"，狀態(tài)變成 Pending，如果配置了節(jié)點(diǎn)池并啟用彈性伸縮，就會(huì)觸發(fā)節(jié)點(diǎn)的擴(kuò)容。這樣，由于有了一些資源作為緩沖，即使節(jié)點(diǎn)擴(kuò)容慢，也能保證一些 Pod 能夠快速擴(kuò)容并調(diào)度上，實(shí)現(xiàn)秒級(jí)伸縮。要調(diào)整預(yù)留的緩沖資源多少，可根據(jù)實(shí)際需求調(diào)整 tke-autoscaling-placeholder的 request 或副本數(shù)。

有什么使用限制?

使用該應(yīng)用要求集群版本在 1.18 以上。

如何使用?

安裝 tke-autoscaling-placeholder

在應(yīng)用市場(chǎng)找到 tke-autoscaling-placeholder，點(diǎn)擊進(jìn)入應(yīng)用詳情，再點(diǎn) 創(chuàng)建應(yīng)用:

選擇要部署的集群 id 與 namespace，應(yīng)用的配置參數(shù)中最重要的是 replicaCount 與 resources.request，分別表示 tke-autoscaling-placeholder 的副本數(shù)與每個(gè)副本占位的資源大小，它們共同決定緩沖資源的大小，可以根據(jù)流量突高需要的額外資源量來估算進(jìn)行設(shè)置。

最后點(diǎn)擊創(chuàng)建，你可以查看這些進(jìn)行資源占位的 Pod 是否啟動(dòng)成功:

$ 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   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 的完整配置參考下面的表格:

部署高優(yōu)先級(jí) Pod

tke-autoscaling-placeholder 的優(yōu)先級(jí)很低，我們的業(yè)務(wù) Pod 可以指定一個(gè)高優(yōu)先的 PriorityClass，方便搶占資源實(shí)現(xiàn)快速擴(kuò)容，如果沒有可以先創(chuàng)建一個(gè):

apiVersion: scheduling.k8s.io/v1
kind: PriorityClass
metadata:
 name: high-priority
value: 1000000
globalDefault: false
description: "high priority class"

在我們的業(yè)務(wù) Pod 中指定 priorityClassName 為高優(yōu)先的 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 # 這里指定高優(yōu)先的 PriorityClass
   containers:
   - name: nginx
    image: nginx
    resources:
     requests:
      cpu: 400m
      memory: 800Mi

當(dāng)集群節(jié)點(diǎn)資源不夠，擴(kuò)容出來的高優(yōu)先級(jí)業(yè)務(wù) Pod 就可以將低優(yōu)先級(jí)的 tke-autoscaling-placeholder 的 Pod 資源搶占過來并調(diào)度上，然后 tke-autoscaling-placeholder 的 Pod 再 Pending:

$ kubectl get pod -n default
NAME                     READY  STATUS  RESTARTS  AGE
nginx-bf79bbc8b-5kxcw             1/1   Running  0     23s

關(guān)于利用tke-autoscaling-placeholder 怎么實(shí)現(xiàn)一個(gè)秒級(jí)彈性伸縮功能就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到。