Kubernetes的詳細(xì)介紹-創(chuàng)新互聯(lián)

本篇內(nèi)容主要講解“Kubernetes的詳細(xì)介紹”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學(xué)習(xí)“Kubernetes的詳細(xì)介紹”吧!

站在用戶的角度思考問題，與客戶深入溝通，找到金灣網(wǎng)站設(shè)計與金灣網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設(shè)計與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：成都網(wǎng)站制作、網(wǎng)站設(shè)計、外貿(mào)網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、域名申請、網(wǎng)絡(luò)空間、企業(yè)郵箱。業(yè)務(wù)覆蓋金灣地區(qū)。

Kubernetes 的 11 個部分

1. Pod

Pod 是 Kubernetes 中最小的可互動單元。一個 Pod 可以由多個容器組成，這些容器共同部署在單個節(jié)點上形成一個單元。一個 Pod 具有一個 IP，該 IP 在其容器之間共享。

在微服務(wù)世界中，一個 Pod 可以是執(zhí)行后臺工作或服務(wù)請求的微服務(wù)的單個實例。

2. Node（節(jié)點）

Node 是機器。它們是 Kubernetes 用于部署 Pod 的“裸機”（或虛擬機）。Node 為 Kubernetes 提供可用的集群資源用于以保持?jǐn)?shù)據(jù)、運行作業(yè)、維護工作負(fù)載、創(chuàng)建網(wǎng)絡(luò)路由等。

3. Label（標(biāo)簽）與 Annotation（注解）

Label 是 Kubernetes 及其最終用戶用于過濾系統(tǒng)中相似資源的方式，也是資源與資源相互“訪問”或關(guān)聯(lián)的粘合劑。比如說，為 Deployment 打開端口的 Service。不論是監(jiān)控、日志、調(diào)試或是測試，任何 Kubernetes 資源都應(yīng)打上標(biāo)簽以供后續(xù)查驗。例如，給系統(tǒng)中所有 Worker Pod 打上標(biāo)簽：app=worker，之后即可在 kubectl 或 Kubernetes API 中使用 --selector 字段對其進行選擇。

Annotation 與 Label 非常相似，但通常用于以自由的字符串形式保存不同對象的元數(shù)據(jù)，例如“更改原因: 安全補丁升級”。

4. Service Discovery（服務(wù)發(fā)現(xiàn)）

作為編排系統(tǒng)，Kubernetes 控制著不同工作負(fù)載的眾多資源，負(fù)責(zé)管理 Pod、作業(yè)及所有需要通信的物理資源的網(wǎng)絡(luò)。為此，Kubernetes 使用了 ETCD。

ETCD 是 Kubernetes 的“內(nèi)部”數(shù)據(jù)庫，Master 通過它來獲取所有資源的位置。Kubernetes 還為服務(wù)提供了實際的“服務(wù)發(fā)現(xiàn)”——所有 Pod 使用了一個自定義的 DNS 服務(wù)器，通過解析其他服務(wù)的名稱以獲取其 IP 地址和端口。它在 Kubernetes 集群中“開箱即用”，無須進行設(shè)置。

5. ReplicaSet（副本集）

雖然 Pod 是一個物理性的運行任務(wù)，但通常使用單個實例是不夠的。為了冗余并處理負(fù)載，出于某種原因（比如“伸縮”）需要對 Pod 進行復(fù)制。為了實現(xiàn)負(fù)責(zé)擴展和復(fù)制的層，Kubernetes 使用了 ReplicaSet。這個層以副本的數(shù)量表示系統(tǒng)的期望狀態(tài)，并在任意給定時刻保持該系統(tǒng)的當(dāng)前狀態(tài)。

這也是配置自動伸縮的所在，在系統(tǒng)高負(fù)載時創(chuàng)建額外的副本，并在不再需要這些資源來支撐所運行的工作負(fù)載時進行縮容。

6. DaemonSet（守護進程集）

有時候，應(yīng)用程序每個節(jié)點需要的實例不超過一個。比如 FileBeat 這類日志收集器就是個很好的例子。為了從各個節(jié)點收集日志，其代理需要運行在所有節(jié)點上，但每個節(jié)點只需要一個實例。Kubernetes 的 DaemonSet 即可用于創(chuàng)建這樣的工作負(fù)載。

7. StatefulSet（有狀態(tài)集）

盡管多數(shù)微服務(wù)涉及的都是不可變的無狀態(tài)應(yīng)用程序，但也有例外。有狀態(tài)的工作負(fù)載有賴于磁盤卷的可靠支持。雖然應(yīng)用程序容器本身可以是不可變的，可以使用更新的版本或更健康的實例來替代，但是所有副本還是需要數(shù)據(jù)的持久化。StatefulSet 即是用于這類需要在整個生命周期內(nèi)使用同一節(jié)點的應(yīng)用程序的部署。

它還保留了它的“名稱”：容器內(nèi)的 hostname 以及整個集群中服務(wù)發(fā)現(xiàn)的名稱。3 個 ZooKeeper 構(gòu)成的 StatefulSet 可以被命名 zk-1、zk-2 及 zk-3，也可以擴展到更多的成員 zk-4、zk-5 等等…… StatefulSets 還負(fù)責(zé)管理 PersistentVolumeClaim（Pod 上連接的磁盤）。

8. Job（任務(wù)）

Kubernetes 核心團隊考慮了大部分使用編排系統(tǒng)的應(yīng)用程序。雖然多數(shù)應(yīng)用程序要求持續(xù)運行以同時處理服務(wù)器請求（比如 Web 服務(wù)器），但有時還是需要生成一批作業(yè)并在其完成后進行清理。比如，一個迷你的無服務(wù)器環(huán)境。

為了在 Kubernetes 中實現(xiàn)這一點，可以使用 Job 資源。正如其名，Job 的工作是生成容器來完成特定的工作，并在成功完成時銷毀。舉個例子，一組 Worker 從待處理和存儲的數(shù)據(jù)隊列中讀取作業(yè)。一旦隊列空了，就不再需要這些 Worker 了，直到下個批次準(zhǔn)備好。

9. ConfigMap（配置映射）及 Secret（機密配置）

如果你還不熟悉十二要素應(yīng)用清單，請先行了解?，F(xiàn)代應(yīng)用程序的一個關(guān)鍵概念是無環(huán)境，并可通過注入的環(huán)境變量進行配置。應(yīng)用程序應(yīng)與其位置完全無關(guān)。為了在 Kubernetes 中實現(xiàn)這個重要的概念，就有了 ConfigMap。實際上這是一個環(huán)境變量鍵值列表，它們會被傳遞給正在運行的工作負(fù)載以確定不同的運行時行為。在同樣的范疇下，Secret 與正常的配置條目類似，只是會進行加密以防類似密鑰、密碼、證書等敏感信息的泄漏。

我個人認(rèn)為 Hashicorp 的 Vault 是使用機密配置的最佳方案。請務(wù)必閱讀一下我去年寫的有關(guān)文章，文章講述了將 Vault 作為生產(chǎn)環(huán)境一部分的原因，以及我的一位同事寫的另一篇更技術(shù)性的文章。

10. Deployment（部署）

一切看起來都很美好，Pod 可以正常運行，如果上層有 ReplicaSet，還可以根據(jù)負(fù)載進行伸縮。不過，大家蜂擁而來，為的是能用新版本快速替換應(yīng)用程序。我們想小規(guī)模地進行構(gòu)建、測試和發(fā)布，以縮短反饋周期。使用 Deployments 即可持續(xù)地部署新軟件，這是一組描述特定運行工作負(fù)載新需求的元數(shù)據(jù)。舉個例子，發(fā)布新版本、錯誤修復(fù)，甚至是回滾（這是 Kubernetes 的另一個內(nèi)部選項）。

在 Kubernetes 中部署軟件可使用 2 個主要策略：

• 替換——正如其名，使用新需求替換全部負(fù)載，自然會強制停機。對于快速替換非生產(chǎn)環(huán)境的資源，這很有幫助。

• 滾動升級——通過監(jiān)聽兩個特定配置慢慢地將容器替換成新的：

a. MaxAvailable——設(shè)置在部署新版本時可用的工作負(fù)載比例（或具體數(shù)量），100% 表示“我有 2 個容器，在部署時要保持 2 個存活以服務(wù)請求”；

b. MaxSurge——設(shè)置在當(dāng)前存活容器的基礎(chǔ)上部署的工作負(fù)載比例（或數(shù)量），100% 表示“我有 X 個容器，部署另外 X 個容器，然后開始滾動移除舊容器”。

11. Storage（存儲）

Kubernetes 在存儲之上添加了一層抽象。工作負(fù)載可以為不同任務(wù)請求特定存儲，甚至可以管理超過 Pod 生命周期的持久化。為簡短起見，請閱讀作者之前發(fā)布的關(guān)于 Kubernetes 存儲的文章，特別重點看看為什么它不能完全解決類似數(shù)據(jù)庫部署這樣的數(shù)據(jù)持久性要求。

概念性理解

Kubernetes（現(xiàn)在仍然）是根據(jù)一些指導(dǎo)原則進行設(shè)計和開發(fā)的，構(gòu)建在系統(tǒng)里的每個功能、概念和想法都考慮了社區(qū)因素。此外，最終用戶會被引導(dǎo)以某種方式使用該系統(tǒng)，但這不是強迫的；最佳實踐也是公開的，但作為一個開源免費的系統(tǒng)，你完全可以根據(jù)自身需要進行操作。

面向 API——系統(tǒng)每個部分構(gòu)建時通過優(yōu)良的文檔和可操作的 API 來實現(xiàn)可交互性。核心開發(fā)人員會確保最終用戶可以進行更改、查詢和更新，以免將其阻擋在外或有不想要的過濾器。

歡迎包裝工具——作為前一點的衍生產(chǎn)品，Kubernetes 對在其 API 之上構(gòu)建的工具和包裝器表示歡迎。作為一個原始平臺，Kubernetes 是以一個非?？啥ㄖ频姆绞竭M行構(gòu)建的，以便他人使用，并進一步開發(fā)用于不同用例的工具。有些工具已經(jīng)變得非常有名并被廣泛使用，比如 Spinnaker、Istio 等等。

聲明性狀態(tài)——鼓勵用戶在系統(tǒng)中使用聲明性描述而非命令式描述。這意味著，系統(tǒng)的狀態(tài)和組件最好被描述為在某種版本控制（如 Git）中管理的代碼，以此避免手工修改造成的困擾。因此，Kubernetes 減少了災(zāi)難恢復(fù)的難度、更易于在團隊之間分享并傳遞責(zé)任。

到此，相信大家對“Kubernetes的詳細(xì)介紹”有了更深的了解，不妨來實際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進入相關(guān)頻道進行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

當(dāng)前題目：Kubernetes的詳細(xì)介紹-創(chuàng)新互聯(lián)
網(wǎng)址分享：http://muchs.cn/article26/dpjijg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信公眾號、網(wǎng)站改版、定制開發(fā)、動態(tài)網(wǎng)站、網(wǎng)站建設(shè)、網(wǎng)站設(shè)計

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)