国产AV 无码乱噜噜,日韩特级黄色视频,亚洲成人网站免费在线观看,超碰中文大香蕉,上海人妻第三次3p,中文字幕人妻日韩在线,色婷婷五月天在线观看,免费黄色在线

1. 復習 pod 相關核心結構

1.1 pod 結構

pod 相當于一個容器，pod 有獨立的 ip 地址，也有自己的 hostname，利用 namespace 進行資源隔離，相當于一個獨立沙箱環(huán)境。
pod 內部封裝的是容器，可以封裝一個，或者多個容器（通常是一組相關的容器）

1.2 pod 網絡

pod 有自己獨立的 IP 地址
pod 內部的容器之間是通過 localhost 進行訪問

2. pod 如何對外提供訪問

首先 pod 有自己的 IP 和 hostname，但 pod 是虛擬的資源對象 (在計算機中表現(xiàn)為進程)，沒有對應實體 (物理機，物理網卡) 與之對應，所以是無法直接對外提供服務訪問的。

因此如果 pod 想對外提供服務，必須綁定物理機端口 (即在物理機上開啟端口，讓這個端口和 pod 的端口進行映射)，這樣就可以通過物理機進行數據包的轉發(fā)。

下面以一臺 Linux 系統(tǒng)的機器為例子（ logstash 是做日志收集用的）

3. pod 的負載均衡

很關鍵的一個問題：一組相關的 pod 副本，如何實現(xiàn)訪問負載均衡？就如當請求達到，請求轉發(fā)給哪個 pod 比較好？

一個想法就是用 pod 再部署一個 Nginx。

舉例：如下圖，注意下圖右邊的 Node 里面有兩個是支付服務，與訂單服務的是不同類型的 pod。如果一個請求訂單的服務發(fā)來上面那個 Nginx，那這個 pod 可以有 4 條轉發(fā)路線，可以想到用 hash 呀什么的把不同請求映射到不同的 pod 去轉發(fā)。但能不能這么做呢？

思考：pod 是一個進程，是有生命周期的，一旦宕機、版本更新都會創(chuàng)建新的 pod（ IP 地址會變化，hostname 會變化），此時再使用 Nginx 做負載均衡不太合適，因為它不知道 pod 發(fā)生了改變，那請求就不能被接受了。所以服務發(fā)生了變化它根本不知道，Nginx 無法發(fā)現(xiàn)服務，不能用 Nginx 做負載均衡。那該如何實現(xiàn)呢？使用 Service 資源對象。

3.1 什么是 Service 資源對象

POD IP：pod 的 IP 地址
NODE IP：物理機的 IP 地址
cluster IP：虛擬 IP，是由 kubernetes 抽象出的 service 對象，這個 service 對象就是一個 VIP (virtual IP, VIP) 的資源對象

3.2 service 如何實現(xiàn)負載均衡

例如現(xiàn)在要負載均衡地訪問一組相同的服務副本——訂單，這時就要去做一個 service，對外表現(xiàn)出是一個進程或資源對象，有虛擬的 IP (VIP) 和端口。請求會訪問 service，然后 service 自己會負載均衡地發(fā)送給相應服務的 POD，也就是下圖中 4 個相同的 pod。