前面我們分享很多關于 K8S 的內容，有沒有發(fā)現(xiàn) pod 都是無狀態(tài)，RS / RC 管理的 pod 也是無狀態(tài)的，我們可以任意刪除一個 pod，副本管理器又會馬上給我們創(chuàng)建一個 pod

那么如果咱們的這個 pod 是有掛載持久卷的，那么我們用老方法可還行？

有狀態(tài)和無狀態(tài)

簡單說明一下，什么是有狀態(tài)的服務，什么是無狀態(tài)的服務：

有狀態(tài)服務

• 服務本身依賴于環(huán)境中的狀態(tài)，可能需要數(shù)據(jù)庫來持久化狀態(tài)數(shù)據(jù)

• 某一個時刻，一個請求只能被服務的某個實例處理

• 會存儲狀態(tài)數(shù)據(jù)，若需要擴展實例，可能整個系統(tǒng)都進行變動

無狀態(tài)服務

• 服務本身不依賴自身的狀態(tài)

• 外部的任何請求到服務的任何一個實例都是可以得到正確的期望的響應

• 可以橫向擴展，能做負載均衡，自身不會存儲狀態(tài)機

回顧 ReplicaSet

咱們回顧一下 RS / RC ，他們都是管理的 pod 的控制器，創(chuàng)建出來的 pod 也都是通過預設好的模板創(chuàng)建出來的，這些 pod 也沒有什么區(qū)別

我們上面有提到數(shù)據(jù)，如果我們在 RS 中加入一個聲明的持久卷會是什么樣的效果呢？

會是像這樣所有 pod 共享一個持久卷聲明？

還是會向這樣每一個 pod 有一個獨立的持久卷聲明呢？

答案當然是前者

這個點可以在強調一下，感興趣的小伙伴可以嘗試一下，我們創(chuàng)建的是一個 RS，RS 里面會根據(jù) pod 的副本數(shù)，來創(chuàng)建和刪除多個 pod，若我們指定了持久卷，那么是多個 pod 共享同一個卷的

因為咱們的 pod 都是從 pod 模板生成的， pod 的模板早已指定好具體的持久卷是哪一個，無論生成多少個 pod ，都是共享一個持久卷

除非咱們創(chuàng)建多個 RS

那么如果我們需要就 1 個 RS 就能做到創(chuàng)建的每一個 pod 都可以享受獨立的持久卷聲明呢？

那么就抱歉了，K8S 暫時還不支持，沒準后續(xù)可以支持也說不一定

回過頭來看，如果我們需要 一個 pod 對應一個持久卷聲明，一個持久卷，那么就得一個 RS 創(chuàng)建 一個 pod 才能實現(xiàn)了

那么我們如何進行擴容和縮容呢？

這又是一個麻煩事，這種做法不能自動的動態(tài)進行擴縮容，只能我們手動去刪除 RS 或者修改 RS 的副本個數(shù) ，而且對于以后橫向擴展的時候，我們無限的改動 RS ，這真的太笨重了，云原生的做法絕對不能是這個樣子的，肯定有好方法

多個 pod 共享一個持久化卷，但是使用不同的目錄？

看上去感覺還不錯，我們是不是就可以讓多個 pod 共享一個持久化卷，但是使用不同的目錄，類似于下面這種呢？

根據(jù)示意圖來看，感覺可行對吧

咱們細想一下的時候，我們就知道這樣子不太行嘞

對于不同的 pod ，需要動態(tài)的去指定持久卷的不同目錄，那么如何做到呢？這些 pod 都是通過同一個模板創(chuàng)建出來的，如何動態(tài)的去改變呢？

思來想去，還是需要多個 RS，不同的 RS 指定同一個持久化卷，不同的 pod 模板指定自己需要使用的掛載路徑

那么 RS 是不是就真的搞不定上面的需求呢？ 創(chuàng)建一個 RS ，讓多個 pod 有自己獨立的持久化卷

是的，就是搞不定，咱們看看 K8S 還有沒有其他的處理方式來處理這種需求，放心，肯定可以解決，下回見

今天就到這里，學習所得，若有偏差，還請斧正

歡迎點贊，關注，收藏

朋友們，你的支持和鼓勵，是我堅持分享，提高質量的動力

好了，本次就到這里

技術是開放的，我們的心態(tài)，更應是開放的。擁抱變化，向陽而生，努力向前行。

我是阿兵云原生，歡迎點贊關注收藏，下次見~