| 參數(shù) | 描述 | 默認值 |
|---|---|---|
| replicaCount | placeholder 的副本數(shù) | 10 |
| image | placeholder 的鏡像地址 | ccr.ccs.tencentyun.com/library/pause:latest |
| resources.requests.cpu | 單個 placeholder 副本占位的 cpu 資源大小 | 300m |
| resources.requests.memory | 單個 placeholder 副本占位的內存大小 | 600Mi |
| lowPriorityClass.create | 是否創(chuàng)建低優(yōu)先級的 PriorityClass (用于被 placeholder 引用) | true |
| lowPriorityClass.name | 低優(yōu)先級的 PriorityClass 的名稱 | low-priority |
| nodeSelector | 指定 placeholder 被調度到帶有特定 label 的節(jié)點 | {} |
| tolerations | 指定 placeholder 要容忍的污點 | [] |
| affinity | 指定 placeholder 的親和性配置 | {} |
tke-autoscaling-placeholder 的優(yōu)先級很低，我們的業(yè)務 Pod 可以指定一個高優(yōu)先的 PriorityClass，方便搶占資源實現(xiàn)快速擴容，如果沒有可以先創(chuàng)建一個:
apiVersion: scheduling.k8s.io/v1 kind: PriorityClass metadata: name: high-priority value: 1000000 globalDefault: false description: "high priority class"
在我們的業(yè)務 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
當集群節(jié)點資源不夠，擴容出來的高優(yōu)先級業(yè)務 Pod 就可以將低優(yōu)先級的 tke-autoscaling-placeholder 的 Pod 資源搶占過來并調度上，然后 tke-autoscaling-placeholder 的 Pod 再 Pending:
$ kubectl get pod -n default NAME READY STATUS RESTARTS AGE nginx-bf79bbc8b-5kxcw 1/1 Running 0 23s
到此這篇關于使用 tke-autoscaling-placeholder 實現(xiàn)秒級彈性伸縮的文章就介紹到這了,更多相關tke-autoscaling-placeholder 實現(xiàn)秒級彈性伸縮內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！
標簽：商丘 鎮(zhèn)江 鶴崗 株洲 哈密 平頂山 臺州 綿陽
巨人網(wǎng)絡通訊聲明：本文標題《使用 tke-autoscaling-placeholder 實現(xiàn)秒級彈性伸縮的方法》，本文關鍵詞 使用,tke-autoscaling-placeholder,；如發(fā)現(xiàn)本文內容存在版權問題，煩請?zhí)峁┫嚓P信息告之我們，我們將及時溝通與處理。本站內容系統(tǒng)采集于網(wǎng)絡，涉及言論、版權與本站無關。