背景

想驗證一些K8S環(huán)境下RocketMQ擴(kuò)縮容時的表現(xiàn)和特性，比如序號是否改變？命名規(guī)則是怎樣的？刪除和新增節(jié)點后序號怎么變化？

Broker

修改yaml中replicas擴(kuò)容

delete刪除節(jié)點，觀察能否縮容，以及序號的變化

其中，節(jié)點被重建，且序號保持原序號。

kubectl scale指令擴(kuò)縮容

kubectl scale 命令，它是 kubectl set 命令的一個特例，專門用于修改資源的副本數(shù)量。

kubectl scale statefulsets rocketmq-broker-master --replicas=1 -n rocketmq

• 從2個master節(jié)點縮容為1個：

• 從2個master節(jié)點擴(kuò)容為5個：

其中，可以看到擴(kuò)容的過程是依次擴(kuò)容，而非同時擴(kuò)。

運(yùn)行delete yaml指令后，所有broker節(jié)點均被刪除

POD name序號變化和重啟保持不變的原理

StatefulSet控制器創(chuàng)建的Pod副本會自動加上序號后綴。Pod的序號是按照它們被創(chuàng)建的順序分配的，從0開始遞增。StatefulSet特性摘抄：

• 順序性：Pod的序號是按照它們被創(chuàng)建的順序分配的，從0開始遞增。 唯一性：每個Pod的名稱在其整個生命周期中都是唯一的。
• 穩(wěn)定性：StatefulSet確保Pod的序號在Pod重新調(diào)度或重建后保持不變，這是通過StatefulSet的Pod管理策略（OrderedReady或Parallel）來實現(xiàn)的。

一旦apply StatefulSet.yaml后，手動delete掉POD，POD會被重建。想徹底刪除節(jié)點只能通過delete yaml的方式。

brokerName通過configmap從POD name中取序號后拼接broker-g。

configmap中這部分代碼：

  broker_name_seq=${HOSTNAME##*-}
  if [ -n "$MY_POD_NAME" ]; then
    broker_name_seq=${MY_POD_NAME##*-}
  fi
  update_broker_conf "brokerName" "broker-g${broker_name_seq}"

其中，取POD的-尾部序號作為broker_name_seq，與broker-g拼接作為brokerName。

（去除了yaml中共享存儲的pvc掛載，由于測試需要手動構(gòu)造本地相同目錄的PVC，無法使用SC動態(tài)創(chuàng)建，會影響自動擴(kuò)縮容。）

Proxy

proxy節(jié)點從2到4擴(kuò)容

proxy由Deployment控制器創(chuàng)建，是無狀態(tài)的。其創(chuàng)建的pod名稱是沒有序號連續(xù)的。

通過delete刪除后也會重建新的pod name

proxy節(jié)點縮容，從4到2，發(fā)現(xiàn)雖然POD名稱是隨機(jī)的，但縮容也會按照新創(chuàng)建先縮容：

Deployment Pod name命名規(guī)則原理：

• 隨機(jī)名稱：每個Pod的名稱是由Kubernetes隨機(jī)生成的，通常是一個五字符的隨機(jī)字符串，這些字符可能是字母和數(shù)字的組合。
• 名稱唯一性：盡管名稱是隨機(jī)生成的，但Kubernetes確保在同一個命名空間內(nèi)每個Pod的名稱是唯一的。
• 標(biāo)簽一致性：盡管Pod名稱是隨機(jī)的，但Pod的標(biāo)簽（labels）是一致的，并且與Deployment的標(biāo)簽選擇器（selector）相匹配。這意味著你可以通過Deployment的標(biāo)簽選擇器來管理和引用相關(guān)的Pod。
• 重啟和重建：如果Pod由于任何原因（例如，縮放、更新、節(jié)點故障等）被重啟或重建，新創(chuàng)建的Pod將獲得一個新的隨機(jī)名稱。

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論