Kubernetes Node 的負載相關筆記

資源設定單位

[Kubernetes] 分配 & 管理 container 所使用到的計算資源

1 CPU

Kubernetes officiel Document

CPU 資源設定在沒有附帶單位的狀況下，該數字視為 CPU Core 數量；例如 1 = 1 core。

單位 1000m = 1 (core) 最小為 100m (= 0.1 core) 如果資源設定要小於 1 core 的話，建議使用 100~1000m 的數值來設定，雖然支援小數點設定 (0.5 = 500m)，但是建議讓設定格式一致，減少小數點的出現次數。

2 Memory

Kubernetes officiel Document

• Mi = Mebibyte wiki

  1 MiB = 2^20 bytes = 1024 kibibytes = 1048576bytes

• M = Megabyte wiki

基礎能力負載

HPA 設定參照

1 在要用於測試的 node 上加入標籤

為了避免在測試時影響到運行中的服務，可以在 node 上面加上標籤，來限制壓測時要使用的 node

• 設定 Label 的命令

  1	kubectl label node <node-name> <label>=<value> --overwrite

• 列出有 node-role.kubernetes.io/worker=ci 這個 label 的命令

  1	kubectl top node -l node-role.kubernetes.io/worker=ci

2 Kubernetes 官網紀錄的資源限制

依據 官網文件 紀錄，Kubernetes v1.23 中的資源負載數量如下：

• 1 Node 最多 110 Pods 備註：代表一個 Node 中，kubelet 工具可以操作的 pod 數量
• 1 Cluster 最多 5000 Nodes
• 1 Cluster 中總計最多 150,000 個 Pods
• 1 Cluster 中總計最多 300,000 個 Docker Containers

Istio 網格能力負載

1 Istio Sidecar 資源限制

使用 kubectl describe pod 命令查閱 pod，可以在 istio-proxy: 區段發現，Istio 所初始化的 Sidecar Container 所給予的資源為

1
2
3
4
5
6

Limits:
  cpu:     2
  memory:  1Gi
Requests:
  cpu:        100m
  memory:     128Mi

2 搭配 Istio 的其他影響

• 因為 Sidecar 的增加，每一層 Sidecar 容器會微幅增加約 0.5ms 的延遲
• 使用默认istio-proxy的资源配置下, 最多可以抗住 1w 左右的HTTP请求并发. 此項直接引述參考文件中 isito envoy sidecar的全面性能压力测试 的結論內容未做修正的原因是，文內的 1w 代表數量未知

Horizontal Pod Autoscaler (HPA)

HPA 可以監測負載狀況，實現自動拓展 pod 來增加系統負載能力 倚賴 metrics server

壓力測試工具

https://www.dotblogs.com.tw/armycoding/2021/12/02/k6-introuction

1 Docker-BusyBox

BusyBox

啟動測試容器

1

kubectl run --generator=run-pod/v1 -i --tty load-generator --image=busybox /bin/sh

2 官方的測試工具？

kubernetes perf-tests

3 可能可以用的工具

• https://github.com/wg/wrk
• https://github.com/giltene/wrk2
• https://github.com/rakyll/hey
• https://github.com/tsenart/vegeta

參考資料

• 認識負載測試與 k6
• Kubernetes 動態建立 Jenkins Agent 壓力測試 (繁中翻譯版)
• Kubernetes 動態建立 Jenkins Agent 壓力測試 (原始來源)
• isito envoy sidecar的全面性能压力测试
• Kubernetes系列之Kubernetes的弹性伸缩（HPA）