摘要:每個節(jié)點都會唄分配一些工作負(fù)載,當(dāng)某個宕機是,其他上的工作負(fù)載會被自動轉(zhuǎn)移到其他節(jié)點上去。節(jié)點中運行這許多的,每個里運行這一個容器和多個業(yè)務(wù)容器,其中這些業(yè)務(wù)容器共享容器的網(wǎng)絡(luò)棧和掛在卷,方便業(yè)務(wù)容器之間的高效通信和數(shù)據(jù)交換。
service:分布式集群架構(gòu)的核心
集群管理service的幾個特性:
唯一的名字
擁有一個虛擬IP和端口號
具有遠程服務(wù)的能力
映射到提供這種服務(wù)能力的一組容器上
Node
圖片描述:k8s將急群眾的機器劃分為一個Master節(jié)點和一群工作節(jié)點(Node)。Master節(jié)點上運行這kube-apiserver、kube-controller-manager和kube-scheduler進程,這些進程負(fù)責(zé)的功能有(都是自動完成的):
資源管理
Pod調(diào)度
彈性伸縮
安全控制
系統(tǒng)監(jiān)控
糾錯
資源管理
資源管理
Kubernetes API Server(kube-apiserver):提供了HTTP REST接口的關(guān)鍵服務(wù)進程,是Kubernates里所有資源的增刪改查操作的唯一入口,也是集群控制的入口進程。
Kubernetes Controller Manager(kube-controller-manager):kubernetes中所有資源對象的自動化控制中心,可以理解為資源對象的大腦。
Kubernetes Scheduler(kube-scheduler):負(fù)責(zé)資源調(diào)度(Pod調(diào)度)的進程。
Pod
圖片解釋:Node既可以是物理機也可以是虛擬機。每個Node節(jié)點都會唄Master分配一些工作負(fù)載,當(dāng)某個Node宕機是,其他上的工作負(fù)載會被Master自動轉(zhuǎn)移到其他節(jié)點上去。Node節(jié)點中運行這許多的Pod,每個Pod里運行這一個Pause容器和多個業(yè)務(wù)容器,其中這些業(yè)務(wù)容器共享Pause容器的網(wǎng)絡(luò)棧和Volume掛在卷,方便業(yè)務(wù)容器之間的高效通信和數(shù)據(jù)交換。
Node中運行著kubelet、kube-proxy和Docker Engine進程,兩個進程負(fù)責(zé)的功能有:創(chuàng)建POD
啟動POD
監(jiān)控POD
重啟POD
銷毀POD
實現(xiàn)軟件模式的負(fù)載均衡
kubelet:負(fù)責(zé)Pod對應(yīng)的容器的創(chuàng)建,啟動等任務(wù),同時與Master節(jié)點密切協(xié)作,實現(xiàn)集群管理的基本功能。
kube-proxy:實現(xiàn)Kubernetes Service的通信與負(fù)載均衡的重要組件。
Docker Engine:Docker引擎,負(fù)責(zé)本機的容器創(chuàng)建和管理工作。
擴容和服務(wù)升級Pod 運行在Node中,每個Pod里運行這一個Pause容器和多個業(yè)務(wù)容器,其中這些業(yè)務(wù)容器共享Pause容器的網(wǎng)絡(luò)棧和Volume掛在卷,方便業(yè)務(wù)容器之間的高效通信和數(shù)據(jù)交換。
為什么Kubernetes會設(shè)計一個全新的Pod概念并且有這樣特殊的組成結(jié)構(gòu)?以一組容器為單元的話,很難對整體簡單的判斷及有效的進行行動,而以不易死亡的Pause容器作為Pod的根容器,用它的狀態(tài)來代表整個容器組的狀態(tài),從而簡化判斷和行動。
業(yè)務(wù)容器共享Pause容器的網(wǎng)絡(luò)棧和Volume掛在卷,方便業(yè)務(wù)容器之間的高效通信和數(shù)據(jù)交換。
kuberbetes要求底層網(wǎng)絡(luò)支持集群內(nèi)部任意兩個Pod之間的TCP/IP直接通信,才用虛擬二層技術(shù)實現(xiàn)。
Pod有兩種類型:普通的Pod和靜態(tài)的Pod靜態(tài)Pod不存放在Kuberbetes的etcd里面,而是放在某個具體的Node上的一個具體的文件中,并且只有在此Node上啟動運行
普通Pod一旦被創(chuàng)建,就會放入到etcd中存儲,隨后會被Kubernetes Master調(diào)度到某個具體的Node上并進行綁定,隨后該Pod被對應(yīng)的Node上的kubelet進程實例化成一組相關(guān)的Docker容器并啟動起來。
kubernetes集群中,只要為需要擴容的Service關(guān)聯(lián)的Podcast創(chuàng)建一個RC即可,RC(Replication Controller)包括三個關(guān)鍵的信息:
目標(biāo)Pod的定義
目標(biāo)Pod需要運行的副本數(shù)量(Replicas)
要監(jiān)控的目標(biāo)Pod的標(biāo)簽(label)
創(chuàng)建好RC之后,kubernetes會通過RC中定義的Label篩選出對應(yīng)的Pod實例并實時監(jiān)控器狀態(tài)和數(shù)量,如果實例少于定義的副本數(shù)量,則會根據(jù)RC定義的Pod模板來創(chuàng)建新的Pod,但后調(diào)度到合適的Node上運行。
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/32674.html
摘要:的核心是以容器為中心的管理環(huán)境。命名空間提供了名稱范圍。換句話說,確?;蛲惤M始終可用。用于管理有狀態(tài)應(yīng)用程序,它管理一組的部署和擴展,并提供有關(guān)這些的排序和唯一性的保證。 條分縷析帶你充分理解Kubernetes的各個細(xì)節(jié)與部分:它是什么,它如何解決容器編排問題,它包含哪些你必須掌握的關(guān)鍵對象,以及如何快速上手部署使用Kubernetes。 showImg(https://segme...
摘要:比如,現(xiàn)在我們集群中的控制器就有內(nèi)存泄漏的問題,調(diào)度器經(jīng)常崩潰。例如,你的控制管理組件有內(nèi)存泄漏的問題,由于控制管理組件是無狀態(tài)的,你能夠間歇的重啟它,比如每小時一次,并且完全不會產(chǎn)生其他不好的連鎖反應(yīng)。 Kubernetes 之所以酷 來自我的博客小站 Level Up 前言 當(dāng)我最開始了解到 Kubernetes 的時候(大概一年半以前?),我真的找不出需要關(guān)注它的理由。 滿打滿算...
摘要:截至目前,已服務(wù)了上汽集團集團本部上汽乘用車上汽大通吉安物流賽客出行等余家汽車企業(yè)。經(jīng)過這一兩年的嘗試及探索,上汽集團帆一尚行正式將列為產(chǎn)品線的重要產(chǎn)品,用以支撐整個容器平臺的運行。最終在平臺應(yīng)用的層面,上汽集團也選擇了進行應(yīng)用于落地。 帆一尚行成立于2015年,是上汽集團的全資子公司,建設(shè)有上海、南京、鄭州(在建)三個數(shù)據(jù)中心,擁有超過4000臺物理服務(wù)器,10PB的數(shù)據(jù)存儲,總面積...
摘要:本文是我司黃東旭同學(xué)在上的演講實錄,主要分享了關(guān)于與整合的一些工作。同時也是特別喜歡開源,基本上做的所有東西都是開源,包括像這些項目。其實嚴(yán)格來說,他們只是做運維的創(chuàng)業(yè)公司。背后的系統(tǒng)的前身就是的。支持事務(wù)的前提之下還支持的。 本文是我司 CTO 黃東旭同學(xué)在 DTCC2017 上的《When TiDB Meets Kubernetes》演講實錄,主要分享了關(guān)于 TiDB 與 Kube...
摘要:它最基本的功能是實現(xiàn)了虛擬交換機,可以把虛擬網(wǎng)卡和虛擬交換機的端口連接,這樣一個交換機下的多個網(wǎng)卡網(wǎng)絡(luò)就打通了,類似的功能。最基礎(chǔ)的分布式虛擬交換機,這樣可以將多臺機器上的容器組織在一個二層網(wǎng)絡(luò)下,看上去就好像所有容器接在一臺交換機上。 【編者的話】Kubernetes經(jīng)過了幾年的發(fā)展,存在著很多的網(wǎng)絡(luò)方案。然而網(wǎng)絡(luò)虛擬化在Kubernetes出現(xiàn)前就一直在發(fā)展,其中基于OpenVsw...
閱讀 1815·2021-09-03 10:50
閱讀 1341·2019-08-30 15:55
閱讀 3386·2019-08-30 15:52
閱讀 1245·2019-08-30 15:44
閱讀 959·2019-08-30 15:44
閱讀 3329·2019-08-30 14:23
閱讀 3565·2019-08-28 17:51
閱讀 2301·2019-08-26 13:52