K8S

[mangreen]

GKE

1. Login

$ gcloud auth revoke --all #logout
$ gcloud auth login #login

$ gcloud container clusters get-credentials my-gke-1 --zone <asia-east1-a> --project <proj-123456>

[mangreen]

Kubernetes 核心概念

https://www.gushiciku.cn/pl/pOmH/zh-hk

6 Levels 抽象

藍色部分是高層次的 K8s 抽象，綠色部分描述的是 Node 以及其中的 Node 子進程。

1. Deployment

Deployment 運行的無狀態應用
創建和管理 ReplicaSet

2. ReplicaSet

ReplicaSet 會確保你的 APP 具有指定數量的 Pod。
ReplicaSet 根據 Deployment 中設定的指標來創建和擴展 Pod。

3. Pod

Pod 是 K8s 中的基本構建單元。
一個 Pod 中可以包含多個 Container，但通常是包含一個。
Pod 負責處理容器的數據卷、密鑰、配置。
Pod 的生命週期是不確定的，可能非常短暫，但 Pod 具有很強的再生能力，在死後可以自動重新啟動。
當 ReplicaSet 對 APP 進行水平擴展的時候，就會複製 Pod，每個 Pod 運行相同的容器代碼。
Pod 生存在 Worker Node 上

4. Node Cluster

K8s 羣集由 Master Node（主節點） 和 Worker Node（工作節點） 組成。
下圖是集羣結構描述圖，一個 Worker Node 中可以運行多個 Pod，Master 負責管理這些 Worker Node。

5. Node Process

Master 和 Worker Node 中都有子進程組件。

5.1. Master Node SubProcess

1. API server：K8s 的 API 接口。
2. etcd：分佈式 key-value 存儲，保存集羣的狀態數據。
3. scheduler：為新的 Pod 選擇合適的 Node。
4. kube-controller-manager：集羣的控制器，處理集羣的後台任務。
5. cloud-controller-manager：與雲環境提供商交互的接口。

5.2. Worker Node SubProcess

1. kubelet：負責管理 Node 上的一切事物，與 Master 的 API server 溝通，可以説是 Worker Node 的大腦。
2. kube-proxy：把連接路由到正確的 Pod，負責負載均衡的工作，就像一個交通警察。
3. Container Runtime：下載鏡像、運行容器，例如，Docker 就是一個 Container Runtime，所以為了方便記憶，我們可以把 Container Runtime 理解為就是 Docker。

6. Docker Container

如果要與K8s一起運行，則應用程序必須放在某種容器中。
Docker是最常見的容器平台。我們假設您正在使用它。
Docker =/= Container
在創建 Deployment 時，你會指定 Pod 應該使用哪個 Docker 鏡像。
K8s 不會直接創建容器，而是創建包含容器的 Pod。
Pod 中的容器共享一切已經配置好的資源，例如數據卷存儲。

總結

K8s 中的 7 個重要對象

1. ReplicaSet

2. StatefulSet

https://godleon.github.io/blog/Kubernetes/k8s-StatefulSets-Overview/

什麼時候需要使用 StatefulSet?

而到底如何研判某某 application 是否需要使用 StatefulSet 來佈署呢? 如果有符合以下條件，就需要使用 StatefulSet 來進行佈署：

• 需要穩定 & 唯一的網路識別 (pod reschedule 後的 pod name & hostname 都不會變動)
• 需要穩定的 persistent storage (pod reschedule 後還是能存取到相同的資料，基本上用 PVC 就可以解決)
• 佈署 & scale out 的時後，每個 pod 的產生都是有其順序且逐一慢慢完成的
• 進行更新操作時，也是與上面的需求相同

有什麼限制?

• v1.5 之前的版本不支援 StatefulSet，v1.5 ~ v1.9 之間是 beta(需額外開啟此功能)，v1.9 之後才有正式支援
• storage 的部份一定要綁定 PVC，並綁定到特定的 StorageClass or 預先配置好的 PersistentVolume，確保 pod 被刪除後資料依然存在
• 需要額外定義一個 Headless Service 與 StatefulSet 搭配，確保 pod 有固定的 network identity

3. DaemonSet

4. Job

5. CronJob

6. Volume

7. Service

總結

[mangreen]

terminationGracePeriodSeconds

為什麼 EKS 在更新 Kubernetes deployment 時會有 HTTP 502 的 error（三）

preStop hook

根據 Kubernetes Pod Lifecycle [1]，當 Pod 要被刪除時會由 kubelet 觸發 Container runtime 發出 SIGTERM signal 給每一個 Pod 內 container 的 process 1，倘若超出了 terminationGracePeriodSeconds 所設定時間（預設 30 秒），則會發出 SIGKILL signal 強制終止 process 而造成不預期的錯誤。若其中 Container 中定義使用了 preStop hook，kubelet 會執行完 preStop hook [2] 後才會發出 SIGTERM signal。

[mangreen]

Kubernetes 的 HPA 原理详解

https://zhuanlan.zhihu.com/p/245208287

[mangreen]

AWS EFS

Install

https://zhuanlan.zhihu.com/p/521519604

Help

Pods are getting stuck in ContainerCreating because of EFS CSI driver error