什么是K8S

本篇內(nèi)容介紹了“什么是K8S”的有關(guān)知識，在實(shí)際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

一、使用現(xiàn)狀

當(dāng)前我們服務(wù)既有部署在虛機(jī)，也有部署在K8S上的，部署在虛機(jī)上的服務(wù)在eureka的地址很好理解，就是虛機(jī)的ip地址，那么問題來了，k8s上部署的服務(wù)在eureka上提供的地址是什么呢？

直接說答案：是pod的地址。

在K8S上的網(wǎng)絡(luò)可以配置的，具體待調(diào)研，但是無論如何，eureka上注冊的地址一定要是可訪問的。

二、K8S的網(wǎng)絡(luò)基礎(chǔ)

K8S上的應(yīng)用運(yùn)行在容器之中，容器處于 Pod 之內(nèi)。
每個(gè) Pod 都會附著在同一個(gè)大的扁平的 IP 網(wǎng)絡(luò)之中，被稱為 Pod 網(wǎng)絡(luò)（通常是 VXLAN 疊加網(wǎng)絡(luò)）。
每個(gè) Pod 都有自己的唯一的 IP 地址，這個(gè) IP 地址在 Pod 網(wǎng)絡(luò)中是可路由的。

上述三個(gè)因素結(jié)合起來，讓每個(gè)應(yīng)用（應(yīng)用的組件和服務(wù)）無需通過 NAT 之類的網(wǎng)絡(luò)過程，就能夠直接通信。

動態(tài)網(wǎng)絡(luò)
在對應(yīng)用進(jìn)行橫向擴(kuò)容時(shí)，會在 Pod 網(wǎng)絡(luò)中加入新的 Pod，新 Pod 自然也伴隨著新的 IP 地址；如果對應(yīng)用進(jìn)行縮容，舊的 Pod 及其 IP 會被刪除。這個(gè)過程看起來很是混亂。
應(yīng)用的滾動更新和撤回也存在同樣的情形——加入新版本的新 Pod，或者移除舊版本的舊 Pod。新 Pod 會加入新 IP 到 Pod 網(wǎng)絡(luò)中，被終結(jié)的舊 Pod 會刪除其現(xiàn)存 IP。
如果沒有其它因素，每個(gè)應(yīng)用服務(wù)都需要對網(wǎng)絡(luò)進(jìn)行監(jiān)控，并管理一個(gè)健康 Pod 的列表。這個(gè)過程會非常痛苦，另外在每個(gè)應(yīng)用中編寫這個(gè)邏輯也是很低效的。幸運(yùn)的是，Kubernetes 用一個(gè)對象完成了這個(gè)過程——Service。
還有一個(gè)值得注意的事情：Kubernetes 執(zhí)行 IP 地址管理（IPAM）職責(zé)，對 Pod 網(wǎng)絡(luò)上已使用和可用的 IP 地址進(jìn)行跟蹤。

三、K8S的Service

Kubernetes Service 對象在一組提供服務(wù)的 Pod 之前創(chuàng)建一個(gè)穩(wěn)定的網(wǎng)絡(luò)端點(diǎn)，并為這些 Pod 進(jìn)行負(fù)載分配。
一般會在一組完成同樣工作的 Pod 之前放置一個(gè) Service 對象。

客戶端和 Service 通信，Service 負(fù)責(zé)把流量負(fù)載均衡給 Pod。

在上圖中，底部的 Pod 會因?yàn)樯炜s、更新、故障等情況發(fā)生變化，而 Service 會對這些變化進(jìn)行跟蹤。同時(shí) Service 的名字、IP 和端口都不會發(fā)生變化。

Service的負(fù)載均衡是一個(gè)簡單的 4 層輪詢。它工作在連接層面，所以同一個(gè)連接里發(fā)起的所有請求都會進(jìn)入同一個(gè) Pod。因?yàn)樵?4 層工作，所以對于 7 層的 HTTP 頭或者 Cookie 之類的東西是無法感知的。

“什么是K8S”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！