国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

(二)云原生&k8s的架構及基本組件原理

這篇具有很好參考價值的文章主要介紹了(二)云原生&k8s的架構及基本組件原理。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

1.iaas 基礎設施即服務

?

公司:服務器購買、建設機房、dns路由器、硬件、存儲...--抽象成服務提供給公司(用戶)使用

2.paas 平臺即服務

在iaas層上進行了更高級層次抽象,iaas提供硬件服務,paas提供基礎軟件服務

3.saas 軟件即服務

釘釘,企業(yè)微信

云原生:

架構:軟件開發(fā)思想(軟件架構思想)

應用:就是為了讓應用程序(項目、mysql、elasticsearch...)都運行在云上容器中,這樣的技術就叫做云原生

特點:

1.容器化:容器項目部署,起到了隔離的作用

2.微服務:實現(xiàn)原生最好采用微服務架構,微服務按照function拆分后,可以做到高內聚,低耦合,實現(xiàn)CI/CD

3.devops

開發(fā)+運維-開發(fā)運維的結合體。Devops是一種敏捷思維,開發(fā)一種組織形式

4.CI/CD

持續(xù)交付:不停機更新

云擴展思維:

caas container as a service

faas function as a service 函數(shù)即服務

service mesh 服務網(wǎng)格架構 服務治理-服務限流-服務降級-服務監(jiān)控 istio

serverless 無服務架構,是指程序員開發(fā)不需要關系服務器的事情,只需要開發(fā)業(yè)務代碼即可

如何云原生?

本地部署應用可能需要停機更新,而云原生就不需要,始終是最新的狀態(tài),支持頻繁的變更

本地部署應用無法進行動態(tài)擴展(動態(tài)伸縮容),云原生可以利用云資源的彈性進行自動伸縮容,從而為企業(yè)降本增效

本地部署應用對物理硬件ip,網(wǎng)絡端口有強依賴,云原生就不需要了

本地部署需要人肉運維,云原生實現(xiàn)自動化運維

容器編排技術:

為什么要管理容器(虛擬機)?

怎么擴容?(自動)

容器宕機了,怎么恢復?(自動)

更新容器會不會影響業(yè)務?(不影響)

如何監(jiān)控?(自動)

如何調度?(自動)

數(shù)據(jù)安全(自動)

2.容器編排技術

2.1 docker-compose

docker-compose組件可以批量的創(chuàng)建容器,管理容器,粗顆粒度

2.2 swarm

swarm容器編排工具是docker公司自己的開發(fā),但是docker公司自己都不使用,docker使用的kubernetes:kubernetes采用pod和label這樣的概念把容器組合成一個個互相存在依賴關系的邏輯單元,相關容器被組合成pod后被共同部署和調度,形成服務。

kubernetes基本結構:

? ? ? ? 1.master節(jié)點 :負責調度,存儲集群狀態(tài)(服務注冊發(fā)現(xiàn)),提供統(tǒng)一api入口,一個master對應一群node節(jié)點

? ? ? ? 2.node節(jié)點:node節(jié)點存儲pod(pod內部封裝容器),一個node節(jié)點理論上可以存儲無數(shù)個pod,但是node節(jié)點存儲pod的數(shù)量受限于硬件資源的限制,同時受限于內部服務器運行所占用的資源

3.kubernetes

borg系統(tǒng)。kubernetes也是google公司開發(fā)的,架構設計思想是參考borg系統(tǒng)來架構設計的

發(fā)送請求:kubectl 客戶端指令,瀏覽器(可視化方式 rancher,dashboard)

master節(jié)點 :schedule調度器,負責計算該把pod調度到哪一個node節(jié)點

contollers: 控制器,負責維護node節(jié)點資源對象

apiServer:網(wǎng)關,所有請求都必須要經(jīng)過網(wǎng)關

etcd 服務發(fā)現(xiàn),注冊。集群狀態(tài)信息,調度信息

node節(jié)點 每一個node節(jié)點都運行一個kubelet進程,此進程負責本機服務的pod創(chuàng)建

(二)云原生&k8s的架構及基本組件原理

pod是k8s管理的最小基本單元,pod內部可以運行一個或多個容器,一般情況下,pod內部只允許一個容器運行,便于管理

docker:docker引擎,pod內部運行的都是容器,這個容器是由docker引擎創(chuàng)建的,docker引擎是node節(jié)點基礎服務

kubelet:node節(jié)點代理,kubelet代理master節(jié)點請求,在本地node節(jié)點執(zhí)行

kube-proxy:網(wǎng)絡代理,主要用來生成網(wǎng)絡規(guī)則,創(chuàng)建訪問路由,創(chuàng)建service網(wǎng)絡訪問規(guī)則,負責均衡規(guī)則

fluentd:日志,日志收集

master節(jié)點

apiserver:集群的統(tǒng)一入口,各組件協(xié)調者,以http api 提供接口服務,所有對象資源的增刪改查和監(jiān)聽操作都交給apiserver處理后再提交給etcd存儲

manager controller:

? ? ? ? replication controller:副本控制器

? ? ? ? service cotroller:管理維護service(虛擬ip),提供負載以及服務代理

? ? ? ? endpoints controller: 管理維護endpoints,關聯(lián)service和pod

? ? ? ? persistent volumn controller: 持久化數(shù)據(jù)卷控制器

? ? ? ? daemon set controller:讓每一個node節(jié)點都運行相同的服務

? ? ? ? deployment controller:無狀態(tài)部署服務

4.scheduler

創(chuàng)建pod的流程:

? ? ? ? 1.kubctl發(fā)送創(chuàng)建pod的指令,此時這個指令被apiserver攔截,把創(chuàng)建的pod存儲在etcd

? ? ? ? 2.scheduler發(fā)起調用請求,此時這個指令被spiserver攔截,獲取etcd中的podQueue NodeList

? ? ? ? 調度算法:預選調度,優(yōu)選策略

3.把選擇合適的node、pod存儲在etcd

4.node節(jié)點上有一個kubelet進程,發(fā)送請求獲取pod,node對應創(chuàng)建資源

5.? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?文章來源地址http://www.zghlxwxcb.cn/news/detail-462604.html

到了這里,關于(二)云原生&k8s的架構及基本組件原理的文章就介紹完了。如果您還想了解更多內容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如若轉載,請注明出處: 如若內容造成侵權/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經(jīng)查實,立即刪除!

領支付寶紅包贊助服務器費用

相關文章

  • 微服務 & 云原生:K8S 核心組件

    微服務 & 云原生:K8S 核心組件

    參考 Kubernetes 官方文檔,簡要概述 Kubernetes 中的核心組件用途及部分原理。 一個 K8S 集群,可以分為兩個部分: 控制平面(Control Plane)。它是一套管理系統(tǒng),專門來管理集群節(jié)點和服務,為集群做出全局決策,比如資源的調度,以及檢測和響應集群事件,如圖左側所示。 kube

    2024年02月16日
    瀏覽(26)
  • k8s 基本架構

    k8s 基本架構

    k8s 也是逐步發(fā)展過來的,來看看以前和現(xiàn)在 支持的 node 數(shù) 和 pod 數(shù)對比 node 即 節(jié)點 , 早期的 k8s 版本能夠支持 100 臺節(jié)點, 現(xiàn)在 k8s 可以支持到 2000 臺了 pod 數(shù),早期的版本可以支持 1000 個, 現(xiàn)在的 k8s 可以支持到 150000 個了 對于應用部署架構,分為 無中心節(jié)點架構 和 有

    2024年02月10日
    瀏覽(24)
  • java 對接 k8s API、K8s基本架構、k8s常用命令

    引言: 當容器部署涉及到 多個節(jié)點 服務器,用docker、docker-compose 來部署就不是那么方便了,不能統(tǒng)一控制,不方便伸縮,配置統(tǒng)一管理、版本控制;當我們業(yè)務涉及到集群容器部署時,就考慮K8s、K3s 來實現(xiàn)。 k8s 架構組成: (一)Master :apiserver、scheduler、controller-manager 以

    2024年02月16日
    瀏覽(28)
  • K8s集群架構組件(3)

    K8s集群架構組件(3)

    ?(2)node組件 kubelet:master排到node節(jié)點代表,管理本機容器 kube-proxy:提供網(wǎng)絡代理,負載均衡等操作

    2024年02月17日
    瀏覽(18)
  • 云原生Kubernetes:K8S集群各組件服務重啟

    目錄 一、理論 1.各組件服務重啟命令 (1)Master節(jié)點+Node節(jié)點共同服務 (2)Master節(jié)點獨有服務 (3)Node節(jié)點獨有服務

    2024年02月03日
    瀏覽(35)
  • 云原生Kubernetes:Kubeadm部署K8S單Master架構

    云原生Kubernetes:Kubeadm部署K8S單Master架構

    目錄 一、理論 1.kubeadm 2.Kubeadm部署K8S單Master架構 3.環(huán)境部署 4.所有節(jié)點安裝docker 5.所有節(jié)點安裝kubeadm,kubelet和kubectl 6.部署K8S集群 7.安裝dashboard 8.安裝Harbor私有倉庫 9.內核參數(shù)優(yōu)化方案 二、實驗 1.Kubeadm部署K8S單Master架構 2.?部署流程 ?3.環(huán)境部署 4.所有節(jié)點安裝docker 5.所有節(jié)

    2024年02月10日
    瀏覽(90)
  • 第二講:k8s集群架構與相關組件

    目錄 一、相關組件 ? ? ? ? 1.1 控制面板組件(master) ? ? ? ? ? ? ? ? 1.1.1?kube-apiserver ? ? ? ? ? ? ? ? 1.1.2?kube-controller-manager ? ? ? ? ? ? ? ? 1.1.3?cloud-controller-manager ? ? ? ? ? ? ? ? 1.1.4?kube-schedule ? ? ? ? ? ? ? ? 1.1.5 etcd ? ? ? ? 1.2 節(jié)點組件 ???????????

    2024年02月16日
    瀏覽(20)
  • 【云原生】K8S二進制搭建二:部署CNI網(wǎng)絡組件

    【云原生】K8S二進制搭建二:部署CNI網(wǎng)絡組件

    解決了什么問題? 容器鏡像(帶有應用程序規(guī)范的文件)必須以標準化,安全和隔離的方式啟動 標準化,因為無論它們在何處運行,都需要標準的操作規(guī)則。 安全,因為你不希望任何不應該訪問它的人,對它操作。 隔離,因為你不希望應用程序影響其他應用,或受其他應用

    2024年02月10日
    瀏覽(19)
  • K8S原理架構與實戰(zhàn)教程

    K8S原理架構與實戰(zhàn)教程

    在介紹K8S之前,先來看看服務器的演變過程:物理機時代、虛擬機時代、容器化時代。 物理機時代的缺點: 部署慢 :每臺服務器都要安裝操作系統(tǒng)、相關的應用程序所需要的環(huán)境,各種配置 成本高:物理服務器的價格十分昂貴 資源浪費:硬件資源不能充分利用 擴展和遷移

    2024年02月09日
    瀏覽(26)
  • 【 云原生 | K8S 】部署 CNI 網(wǎng)絡組件+k8s 多master集群部署+負載均衡及Dashboard k8s儀表盤圖像化展示管理

    【 云原生 | K8S 】部署 CNI 網(wǎng)絡組件+k8s 多master集群部署+負載均衡及Dashboard k8s儀表盤圖像化展示管理

    目錄 1 部署 CNI 網(wǎng)絡組件 1.1 部署 flannel 1.2 部署 Calico 1.3 部署 CoreDNS 2 負載均衡部署 3 部署 Dashboard K8S 中 Pod 網(wǎng)絡通信: ●Pod 內容器與容器之間的通信 在同一個 Pod 內的容器(Pod 內的容器是不會跨宿主機的)共享同一個網(wǎng)絡命令空間,相當于它們在同一臺機器上一樣,可以用

    2024年01月22日
    瀏覽(31)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領取紅包,優(yōu)惠每天領

二維碼1

領取紅包

二維碼2

領紅包