Pod

pod 可以有多個(gè) 副本，比如 slave 實(shí)際上是 pod 的副本，單一的 pod 存在唯一的 node 上。

• IP 分配的單位， pod 容器共享
• pod 容器共享 volume, pod所有容器可以共享多個(gè) docker 容器的 fs 下的 volume
• 同一個(gè)pod 容器可以共享 IPC UTS namespace
• pod 擁有屬性 labels，key 獨(dú)一無(wú)二，1當(dāng)成是 map

pod 信息有：

• Shared storage, as Volumes
• Networking, as a unique cluster IP address
• Information about how to run each container, such as the container image version or specific ports to use

我們之前說(shuō)過(guò)， pod 類(lèi)似邏輯主機(jī)， 在邏輯主機(jī)中運(yùn)行的進(jìn)程共享諸如 CPU 、 RAM、 網(wǎng)絡(luò)接口等資源。 入們會(huì)期望進(jìn)程也能共享磁盤(pán)， 但事實(shí)并非如此。 需要謹(jǐn) 記 一 點(diǎn)， pod 中的每個(gè)容器都有自己獨(dú)立的文件系統(tǒng)， 因?yàn)槲募到y(tǒng)來(lái)自容器鏡像。

pods

apiVersion: v1 kind: Pod # P 要大寫(xiě) metadata:name: mwish-bot spec:containers:- image: redisname: mredisports:- containerPort: 6379protocol: TCP

然后在這里可以：

kubectl create -f p.yaml

第一次 check 的時(shí)候：

? k8s kubectl get pods NAME READY STATUS RESTARTS AGE mwish-bot 0/1 ContainerCreating 0 55s

等鏡像被拉下來(lái)就是 running 了。

? k8s kubectl get pods NAME READY STATUS RESTARTS AGE mwish-bot 1/1 Running 0 6m2s

（這個(gè)時(shí)候 docker ps 竟然沒(méi)有，不科學(xué)？）

然后可以看 log:

mwish-bot 1/1 Running 0 6m2s ? k8s kubectl logs mwish-bot 1:C 08 Feb 2020 19:17:28.146 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo 1:C 08 Feb 2020 19:17:28.146 # Redis version=5.0.7, bits=64, commit=00000000, modified=0, pid=1, just started 1:C 08 Feb 2020 19:17:28.146 # Warning: no config file specified, using the default config. In order to specify a config file use redis-server /path/to/redis.conf 1:M 08 Feb 2020 19:17:28.153 * Running mode=standalone, port=6379. 1:M 08 Feb 2020 19:17:28.153 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128. 1:M 08 Feb 2020 19:17:28.154 # Server initialized 1:M 08 Feb 2020 19:17:28.155 * Ready to accept connections

開(kāi)啟端口轉(zhuǎn)發(fā)之后，就可以連接了：

kubectl port-forward mwish-bot 6379:6379

然后：

redis-cli

可以操作。

我們可以拿到標(biāo)簽：

? k8s kubectl get pod --show-labels NAME READY STATUS RESTARTS AGE LABELS mwish-bot 1/1 Running 0 10m <none>

加上標(biāo)簽之后可以根據(jù)標(biāo)簽過(guò)濾：

? k8s kubectl get pods -L env NAME READY STATUS RESTARTS AGE ENV mwish-bot 1/1 Running 0 25s prod

對(duì)于pod 還有 ns:

? k8s kubectl get po --namespace kube-system NAME READY STATUS RESTARTS AGE coredns-d5947d4b-cxp4s 1/1 Running 1 38h coredns-d5947d4b-czpwz 1/1 Running 1 38h etcd-minikube 1/1 Running 0 38h kube-addon-manager-minikube 1/1 Running 0 38h kube-apiserver-minikube 1/1 Running 0 38h kube-controller-manager-minikube 1/1 Running 0 38h kube-proxy-jcvd4 1/1 Running 0 38h kube-scheduler-minikube 1/1 Running 0 38h storage-provisioner 1/1 Running 0 38h

• ns
• selector
• 你可以給固定節(jié)點(diǎn)打 tag

你可以用來(lái)給 node 打 tag, 比如 gpu = true , 便于調(diào)度。

Probe

用于檢測(cè)。其實(shí)你可以看看 redis 的 k8s-yaml

實(shí)際上有個(gè) livenessProbe，例如：

https://github.com/spotahome/redis-operator/blob/89d5715fe74842e81b870ed6522949316a08dcdf/operator/redisfailover/service/generator.go#L282

這里會(huì)讓 redis cli 去 ping. 實(shí)際上應(yīng)用 OOM 之類(lèi)的可能容器還在，但是服務(wù)事實(shí)上是不可用的。可能有的還會(huì)在 http 上綁定 /health

ReplicaContoller

ReplicationController是一種Kubemetes資源，可確保它的pod始終保持運(yùn)行狀態(tài)。 如果pod因任何原因 消失(例如節(jié)點(diǎn)從集群中消失或由于該pod已從節(jié)點(diǎn)中逐出)， 則ReplicationController 會(huì)注意到缺少了pod并創(chuàng)建替代pod。

• 對(duì)于沒(méi)有 rc 甚至什么都沒(méi)有的， node 掛了就真的掛了
• 有托管的話，會(huì)創(chuàng)建一個(gè)新的 replica.

ReplicationController會(huì)持續(xù)監(jiān)控正在運(yùn)行的pod列表， 并保證相應(yīng) ” 類(lèi)型” 的 pod的數(shù)目與期望相符。 如正在運(yùn)行的pod太少， 它會(huì)根據(jù)pod模板創(chuàng)建新的副本。 如正在運(yùn)行的pod太多， 它將刪除多余的副本。

ReplicationController 不是根據(jù)pod類(lèi)型來(lái)執(zhí)行 操作的， 而是根據(jù)pod是否匹配某個(gè)標(biāo)簽選擇器(前 一 章 中了解了它們)。

包括的內(nèi)容有：

• label selector
• count
• pod template

它能:

• 確保 一 個(gè) pod (或多個(gè) pod 副本)持續(xù)運(yùn)行， 方法是在現(xiàn)有 pod 丟失時(shí)啟動(dòng) 一 個(gè)新 pod。
• 集群節(jié)點(diǎn)發(fā)生故障時(shí)， 它將為故障節(jié) 點(diǎn) 上運(yùn) 行的所有 pod (即受 ReplicationController 控制的節(jié)點(diǎn)上的那些 pod) 創(chuàng)建替代副本。
• 它能輕松實(shí)現(xiàn) pod的水平伸縮 手動(dòng)和自動(dòng)都可以(參見(jiàn)第 15 章中的 pod的水平自動(dòng)伸縮)。

(pod 實(shí)例永遠(yuǎn)不會(huì)重新安置到另一個(gè)節(jié)點(diǎn)。 相反， ReplicationController 會(huì) 創(chuàng)建一個(gè)全新的 pod 實(shí)例， 它與正在替換的實(shí)例無(wú)關(guān)。)

可以通過(guò) scale 等方式擴(kuò)展 replica set.

下面我們創(chuàng)建了一個(gè) ReplicationController:

? k8s cat p-rc.yaml apiVersion: v1 kind: ReplicationController metadata:name: rs-mwish-bot spec:replicas: 3selector:app: mwish-bottemplate:metadata:labels:app: mwish-botspec:containers:- name: mwish-botimage: redisports:- containerPort: 6379

apply 之后可以 get pods :

? k8s kubectl get pods NAME READY STATUS RESTARTS AGE mwish-bot 1/1 Running 0 8m15s rs-mwish-bot-fh8j8 1/1 Running 0 2m55s rs-mwish-bot-q4ntt 1/1 Running 0 2m55s

讓我們 delete 原來(lái)的 pod 吧：

? k8s kubectl get pods NAME READY STATUS RESTARTS AGE mwish-bot 1/1 Running 0 8m15s rs-mwish-bot-fh8j8 1/1 Running 0 2m55s rs-mwish-bot-q4ntt 1/1 Running 0 2m55s ? k8s kubectl delete pod mwish-bot pod "mwish-bot" deleted ? k8s kubectl get pods NAME READY STATUS RESTARTS AGE rs-mwish-bot-5ld94 0/1 ErrImagePull 0 20s rs-mwish-bot-fh8j8 1/1 Running 0 3m41s rs-mwish-bot-q4ntt 1/1 Running 0 3m41s ? k8s

（為什么會(huì) ErrImagePull...)

? k8s kubectl get pods NAME READY STATUS RESTARTS AGE rs-mwish-bot-5ld94 1/1 Running 0 50s rs-mwish-bot-fh8j8 1/1 Running 0 4m11s rs-mwish-bot-q4ntt 1/1 Running 0 4m11s

好了，恢復(fù)了。

我們看看 rc :

? k8s kubectl get rc NAME DESIRED CURRENT READY AGE rs-mwish-bot 3 3 3 5m7s

由于我們是按照標(biāo)簽來(lái)的，所以我們 overwrite 一下標(biāo)簽，有趣的就來(lái)了：

? k8s kubectl label pod rs-mwish-bot-5ld94 app=nmsl --overwrite pod/rs-mwish-bot-5ld94 labeled ? k8s kubectl get pods NAME READY STATUS RESTARTS AGE rs-mwish-bot-5ld94 1/1 Running 0 7m35s rs-mwish-bot-fh8j8 1/1 Running 0 10m rs-mwish-bot-q4ntt 1/1 Running 0 10m rs-mwish-bot-tvpr7 0/1 ContainerCreating 0 5s

下面我們?cè)僭囋嚫?scale, 你當(dāng)然可以更新它的 yaml 文件，不過(guò)你更可以：

? k8s kubectl scale rc rs-mwish-bot --replicas=5 replicationcontroller/rs-mwish-bot scaled ? k8s kubectl get pods NAME READY STATUS RESTARTS AGE rs-mwish-bot-5ld94 1/1 Running 0 20m rs-mwish-bot-fh8j8 1/1 Running 0 23m rs-mwish-bot-nbtfr 0/1 ContainerCreating 0 6s rs-mwish-bot-pvfg9 0/1 ContainerCreating 0 6s rs-mwish-bot-q4ntt 1/1 Running 0 23m rs-mwish-bot-tvpr7 1/1 Running 0 12m

---

kubectl delete 刪除 ReplicationController 時(shí)， pod 也會(huì)被刪除。 但是由于由 ReplicationController 創(chuàng)建的 pod 不是 ReplicationController 的組成部分， 只是由其進(jìn)行管理， 因此可以只刪除 ReplicationController 并保待 pod 運(yùn)行

ReplicaSet 是 rc 的升級(jí)版，不是 v1 的一部分。提供了更強(qiáng)的選擇器。但是目前我不介紹吧。ReplicationController 應(yīng)該替換為 ReplicaSet 和 Deployment, 它們提供類(lèi)似的功能和更強(qiáng)的能力。

DeamonSet

你可以看到現(xiàn)有的 DeamonSet:

? k8s kubectl get ns NAME STATUS AGE chaos-testing Active 23h default Active 23h kube-node-lease Active 23h kube-public Active 23h kube-system Active 23h ? k8s kubectl get ds No resources found. ? k8s kubectl get ds -n kube-system NAME DESIRED CURRENT READY UP-TO-DATE AVAILABLE NODE SELECTOR AGE kube-proxy 1 1 1 1 1 <none> 23h local-volume-provisioner 1 1 1 1 1 <none> 23h ? k8s? 執(zhí)行批處理任務(wù)的 pod 應(yīng)通過(guò) Kubernetes Job 資源創(chuàng)建， 而不是直接或通過(guò)
ReplicationController 或類(lèi)似對(duì)象創(chuàng)建。 ? 需要在未來(lái)某個(gè)時(shí)候運(yùn)行的 Job 可以通過(guò) CronJob 資源創(chuàng)建。

Job 這幾節(jié)我就簡(jiǎn)單看了下, 假設(shè)：

• 你有一個(gè)運(yùn)行中的集群
• 你希望運(yùn)行一個(gè)測(cè)試腳本

比如說(shuō)我們希望對(duì)一個(gè) tidb 的數(shù)據(jù)庫(kù)集群跑 go-tpc https://github.com/pingcap/go-tpc:

FROM golang:alpine3.10 AS build_baseRUN apk add --no-cache gcc make bash git curlENV GO111MODULE=on RUN mkdir /src WORKDIR /src COPY go.mod . COPY go.sum .RUN go mod downloadCOPY . .RUN make buildFROM alpine:3.8RUN apk update && apk upgrade && apk add --no-cache bash curl wgetCOPY --from=0 /src/bin/* /bin/

這個(gè)時(shí)候，我們把這個(gè) dockerfile 編譯成鏡像然后 push 到 http://docker.io 之后，可以寫(xiě)一個(gè)對(duì)應(yīng)的 yaml 來(lái)描述 job:

apiVersion: batch/v1 kind: Job metadata:name: run-go-tpcnamespace: mwish-1k-test spec:template: metadata:name: run-go-tpcspec:containers:- name: run-go-tpcimage: mwish117/mwish-go-tpccommand: ["/bin/go-tpc", "tpcc", "-H", "10.23.255.222", "--warehouses", "1000", "-T", "200", "run"]restartPolicy: Never

它會(huì)創(chuàng)建一個(gè) "${run-go-tpc}-${random}" 的名字, 然后運(yùn)行這個(gè) Job.

總結(jié)

以上是生活随笔為你收集整理的pod实例数是什么意思_[灌水] Kubernetes In Action: Pod的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。