前言

在規劃叢集內部資源要怎麼部署的時候，比起衡量服務需要的算力、記憶體、網路等，更核心要探討的部分，是這些容器要做什麼事情、解決什麼問題。
依照部署出來的特性，通常要用來監控叢集的，或者是作為 CNI插件 (CNI Plugins)，必須要部署在每個節點上。
然而在早期使用 Docker Container 建立的觀念，資料庫不適合用容器運行，因為 Docker container 是 暫態（ephemeral） 的。 雖然技術上可行，若沒有妥善掛載 volume（如 Docker Volume、Bind mount、PVC），container 一重啟資料就沒了； 可以用但如果有叢集幫忙管理 永久儲存 (Persistent Volume) 的話，那麼也是可以拿容器來作為資料庫使用。

DaemonSet

• 顧名思義，拿來作為 Daemon (守護程序)。
• 是 Kubernetes 的一種工作負載（Workload）資源，用來確保 「每一個 Node 上都會執行一份指定的 Pod」。
• 在叢集中，如果加入了「新的節點」，那麼叢集會自動、在這些節點中長出新的守程 Pod，刪除節點時自動移除。

常見的 DaemonSet

避免 Node 被植入 DaemonSet 的方法

• 這個需求是因為，加入新的節點時，DaemonSet 慢慢地長出來的過程時，Pod 狀態肯定不會瞬間開好。 如果有一些監控告警機制，便有可能在這時候發出告警。 會嚇到人喔！
• 所以使用 Taints + Tolerations 機制，並改寫 DaemonSet 來避免直接被植入，是個好方法。

  之後再補充。

Stateless 和 Stateful 的比較

Stateless

• 前面提到，容器因為是 ephemeral 的關係，所以每次生成容器、運行容器直到 關閉容器；再次用相同的參數重啟後，還是回得到一模一樣的結果。 我們可以把它當成 無狀態(Stateless)。

Stateful

• 如果要把容器拿來作為 有狀態(Stateful) 的應用，那需要克服容器中斷後資料揮發掉的情況。 他需要一個適當管理的永久儲存。
• 在 K8s 叢集，透過 StatefulSet 來管理，因為並不是把它當作「免洗筷」來使用，所以在命名上，理當依照使用目的，按照有序的方式將 Pod 取名，方便後續維運人員操作及管理。

Pod 命名方式

PVC / PV

• PVC 是 PersistentVolumeClaim 的縮寫，用來向叢集申請儲存空間的資源，具有「請求者（Claim）」的概念，它代表 Pod 向儲存系統提出的「我要空間」的需求。
• PV 則是 PersistentVolume，由叢集管理的永久儲存。

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mypvc
spec:
  accessModes:
    - ReadWriteOnce
  storageClassName: standard
  resources:
    requests:
      storage: 10Gi

存取模式

PVC 的生命週期管理

1. PVC 先建立 → Kubernetes 尋找符合的 PV（或用 StorageClass 建）
2. 綁定後，Pod 可以使用 volumeMounts 掛載
3. 刪除 Pod 不會刪 PVC
4. 如果 StorageClass 有 reclaimPolicy: Delete，刪 PVC 也會刪 PV

小結 PVC 的特色

StatefulSet 的特色

• 每個 Pod 有穩定的名稱與儲存（例如 db-0, db-1）
• 每個 Pod 有獨立 PVC
• Pod 的啟動與停止順序（有序）
• 但是它 不會處理資料同步、複寫、選主（leader election）、failover。 這些都必須由你部署的資料庫來負責。

結論

先確認情境，選擇合適的做法吧！