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

自動(dòng)化的運(yùn)維管理:探究Kubernetes工作機(jī)制的奧秘

這篇具有很好參考價(jià)值的文章主要介紹了自動(dòng)化的運(yùn)維管理:探究Kubernetes工作機(jī)制的奧秘。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

1 云計(jì)算時(shí)代的操作系統(tǒng)

Kubernetes 是一個(gè)生產(chǎn)級(jí)別的 容器編排平臺(tái)集群管理系統(tǒng) ,能夠 創(chuàng)建調(diào)度容器,監(jiān)控、管理服務(wù)器。

  • 容器是什么?容器是軟件,是應(yīng)用,是進(jìn)程。
  • 服務(wù)器是什么?服務(wù)器是硬件,是 CPU、內(nèi)存、硬盤、網(wǎng)卡等。

那么,既可以管理軟件,也可以管理硬件,就是一個(gè)操作系統(tǒng)(Operating System)。

  • 從某種角度來看,Kubernetes 可以說是一個(gè)集群級(jí)別的操作系統(tǒng)。
  • 主要功能就是資源管理作業(yè)調(diào)度
  • Kubernetes 不是運(yùn)行在單機(jī)上管理單臺(tái)計(jì)算資源和進(jìn)程,而是運(yùn)行在多臺(tái)服務(wù)器上管理幾百幾千臺(tái)的計(jì)算資源,以及在這些資源上運(yùn)行的上萬上百萬的進(jìn)程,規(guī)模要大得多。

由于云原生的興起,開發(fā)人員從一開始就必須考慮后續(xù)的部署運(yùn)維工作,而運(yùn)維人員也需要在早期介入開發(fā),才能做好應(yīng)用的運(yùn)維監(jiān)控工作。

2 搭建小巧完備的Kubernetes環(huán)境

快速搭建 Kubernetes 環(huán)境的工具:

  • kind
  • minikube

https://kubernetes.io/zh/docs/tasks/tools/

我們選擇minikube來學(xué)習(xí)Kubernetes。

實(shí)驗(yàn)環(huán)境:2c4g
https://minikube.sigs.k8s.io/docs/

2.1 安裝docker

sudo apt install -y docker.io #安裝Docker Engine


sudo service docker start         #啟動(dòng)docker服務(wù)
sudo usermod -aG docker ${USER}   #當(dāng)前用戶加入docker組,需要重新登錄生效

docker info

2.2 安裝minikube

# Intel x86_64
curl -Lo minikube https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64

# Apple arm64
curl -Lo minikube https://storage.googleapis.com/minikube/releases/latest/minikube-linux-arm64

sudo install minikube /usr/local/bin/

安裝完成后,查看minikube版本:

lianhaifeng@lianhaifeng-virtual-machine:~$ minikube version
minikube version: v1.30.1
commit: 08896fd1dc362c097c925146c4a0d0dac715ace0

2.3 安裝kubectl

要操作 Kubernetes,還需要另一個(gè)專門的客戶端工具“kubectl”:

minikube kubectl

~/.bashrc追加命令(如果沒有的話),簡(jiǎn)化kubectl命令:

...
alias kubectl="minikube kubectl --"

source <(kubectl completion bash)

2.4 部署Kubernetes

minikube start --kubernetes-version=v1.23.3

如果對(duì)自己的網(wǎng)速不自信的話,可以更換鏡像地址

minikube stop

minikube delete --all
minikube start --kubernetes-version=v1.23.9 --image-mirror-country='cn' --registry-mirror=https://twm4fpgj.mirror.aliyuncs.com

查看Kubernetes集群狀態(tài):

lianhaifeng@lianhaifeng-virtual-machine:~$ minikube status
minikube
type: Control Plane
host: Running
kubelet: Running
apiserver: Running
kubeconfig: Configured

查看節(jié)點(diǎn):

lianhaifeng@lianhaifeng-virtual-machine:~$ minikube node list
minikube        192.168.58.2

運(yùn)行一個(gè)Nginx應(yīng)用:

kubectl run ngx --image=nginx:alpine
lianhaifeng@lianhaifeng-virtual-machine:~$ kubectl get pods
NAME   READY   STATUS    RESTARTS   AGE
ngx    1/1     Running   0          47h

至此,我們已經(jīng)安裝了一個(gè)小而美的Kubernetes環(huán)境,接下來讓我們探索下Kubernets工作機(jī)制的奧秘。

3 Kubernetes 的基本架構(gòu)

操作系統(tǒng)的一個(gè)重要功能就是抽象,從繁瑣的底層事務(wù)中抽象出一些簡(jiǎn)潔的概念,然后基于這些概念去管理系統(tǒng)資源。

Kubernetes 的管理目標(biāo)是大規(guī)模的集群和應(yīng)用,必須要能夠把系統(tǒng)抽象到足夠高的層次,分解出一些松耦合的對(duì)象,才能簡(jiǎn)化系統(tǒng)模型,減輕用戶的心智負(fù)擔(dān)。

k8s架構(gòu)圖

自動(dòng)化的運(yùn)維管理:探究Kubernetes工作機(jī)制的奧秘,云原生,運(yùn)維,自動(dòng)化,kubernetes,云原生

  • 采用了現(xiàn)今流行的“控制面 / 數(shù)據(jù)面”(Control Plane / Data Plane)架構(gòu)。
  • 集群里的計(jì)算機(jī)被稱為“節(jié)點(diǎn)”(Node),可以是實(shí)機(jī)也可以是虛機(jī)。
  • 少量的節(jié)點(diǎn)用作控制面來執(zhí)行集群的管理維護(hù)工作。
    • 控制面的節(jié)點(diǎn)叫做 Master Node,一般簡(jiǎn)稱為 Master。
    • 是整個(gè)集群里最重要的部分,可以說是 Kubernetes 的大腦和心臟。
  • 其它的大部分節(jié)點(diǎn)都被劃歸數(shù)據(jù)面,用來跑業(yè)務(wù)應(yīng)用。
    • 數(shù)據(jù)面的節(jié)點(diǎn)叫做 Worker Node,一般就簡(jiǎn)稱為 Worker 或者 Node。
    • 相當(dāng)于 Kubernetes 的手和腳,在 Master 的指揮下干活。
    • Node 的數(shù)量非常多,構(gòu)成了一個(gè)資源池,Kubernetes 就在這個(gè)池里分配資源,調(diào)度應(yīng)用。
    • 因?yàn)橘Y源被“池化”了,所以管理也就變得比較簡(jiǎn)單,可以在集群中任意添加或者刪除節(jié)點(diǎn)。
  • kubectl,是 Kubernetes 的客戶端工具,用來操作 Kubernetes,但它位于集群之外,理論上不屬于集群。

查看 Kubernetes 的節(jié)點(diǎn)狀態(tài):

lianhaifeng@lianhaifeng-virtual-machine:~$ kubectl get node
NAME       STATUS   ROLES                  AGE    VERSION
minikube   Ready    control-plane,master   7d4h   v1.23.3

可以看到當(dāng)前的 minikube 集群里只有一個(gè) Master,那 Node 呢?

是因?yàn)?Master 和 Node 的劃分不是絕對(duì)的。當(dāng)集群的規(guī)模較小,工作負(fù)載較少的時(shí)候,Master 也可以承擔(dān) Node 的工作,就像我們搭建的 minikube 環(huán)境,它就只有一個(gè)節(jié)點(diǎn),這個(gè)節(jié)點(diǎn)既是 Master 又是 Node。

3.1 節(jié)點(diǎn)內(nèi)部的結(jié)構(gòu)

Kubernetes 的節(jié)點(diǎn)內(nèi)部也具有復(fù)雜的結(jié)構(gòu),是由很多的模塊構(gòu)成的,這些模塊又可以分成組件(Component)插件(Addon)兩類:

  • 組件 實(shí)現(xiàn)了 Kubernetes 的核心功能特性,沒有這些組件 Kubernetes 就無法啟動(dòng)。
  • 插件 則是 Kubernetes 的一些附加功能,不安裝也不會(huì)影響 Kubernetes 的正常運(yùn)行。

3.2 Master 里的組件

3.2 Master 里的組件

自動(dòng)化的運(yùn)維管理:探究Kubernetes工作機(jī)制的奧秘,云原生,運(yùn)維,自動(dòng)化,kubernetes,云原生

  • apiserver
    • 是 Master 節(jié)點(diǎn),同時(shí)也是整個(gè) Kubernetes 系統(tǒng)的唯一入口
    • 對(duì)外公開了一系列的 RESTful API,并且加上了驗(yàn)證、授權(quán)等功能。
    • 所有其它組件都只能和它直接通信,可以說是 Kubernetes 里的聯(lián)絡(luò)員。
  • etcd
    • 是一個(gè)高可用的分布式 Key-Value 數(shù)據(jù)庫,用來持久化存儲(chǔ)系統(tǒng)里的各種資源對(duì)象和狀態(tài)。
    • 相當(dāng)于 Kubernetes 里的配置管理員。
    • 它只與 apiserver 有直接聯(lián)系,也就是說任何其它組件想要讀寫 etcd 里的數(shù)據(jù)都必須經(jīng)過 apiserver。
  • scheduler
    • 負(fù)責(zé)容器的編排工作,檢查節(jié)點(diǎn)的資源狀態(tài)。
    • 把 Pod 調(diào)度到最適合的節(jié)點(diǎn)上運(yùn)行,相當(dāng)于部署人員。
    • 因?yàn)楣?jié)點(diǎn)狀態(tài)和 Pod 信息都存儲(chǔ)在 etcd 里,所以 scheduler 必須通過 apiserver 才能獲得。
  • controller-manager
    • 負(fù)責(zé)維護(hù)容器和節(jié)點(diǎn)等資源的狀態(tài)。
    • 實(shí)現(xiàn)故障檢測(cè)、服務(wù)遷移、應(yīng)用伸縮等功能,相當(dāng)于監(jiān)控運(yùn)維人員。
    • 它也必須通過 apiserver 獲得存儲(chǔ)在 etcd 里的信息,才能夠?qū)崿F(xiàn)對(duì)資源的各種操作。

這 4 個(gè)組件也都被容器化了,運(yùn)行在集群的 Pod 里,我們可以用 kubectl 來查看它們的狀態(tài):

lianhaifeng@lianhaifeng-virtual-machine:~$ kubectl get pod -n kube-system
NAME                               READY   STATUS             RESTARTS      AGE
coredns-64897985d-d5zbd            1/1     Running            1 (45h ago)   7d4h
etcd-minikube                      1/1     Running            1 (45h ago)   7d4h
kube-apiserver-minikube            1/1     Running            3             7d4h
kube-controller-manager-minikube   1/1     Running            4 (45h ago)   7d4h
kube-proxy-zlztd                   1/1     Running            1 (45h ago)   7d4h
kube-scheduler-minikube            1/1     Running            1 (45h ago)   7d4h
storage-provisioner                0/1     ImagePullBackOff   0             7d4h

-n kube-system 參數(shù),表示檢查“kube-system”名字空間里的 Pod。

3.3 Node 里的組件

自動(dòng)化的運(yùn)維管理:探究Kubernetes工作機(jī)制的奧秘,云原生,運(yùn)維,自動(dòng)化,kubernetes,云原生

  • kubelet(非容器化)
    • 是 Node 的代理,負(fù)責(zé)管理 Node 相關(guān)的絕大部分操作。
    • Node 上只有它能夠與 apiserver 通信。
    • 實(shí)現(xiàn)狀態(tài)報(bào)告、命令下發(fā)、啟停容器等功能,相當(dāng)于是 Node 上的一個(gè)“小管家”。
  • kube-proxy
    • 是 Node 的網(wǎng)絡(luò)代理,只負(fù)責(zé)管理容器的網(wǎng)絡(luò)通信,簡(jiǎn)單來說就是為 Pod 轉(zhuǎn)發(fā) TCP/UDP 數(shù)據(jù)包,相當(dāng)于是專職的“小郵差”。
  • container-runtime
    • 是容器和鏡像的實(shí)際使用者。
    • 在 kubelet 的指揮下創(chuàng)建容器,管理 Pod 的生命周期,是真正干活的“苦力”。

Kubernetes 的定位是容器編排平臺(tái),所以它沒有限定 container-runtime 必須是 Docker,完全可以替換成任何符合標(biāo)準(zhǔn)的其他容器運(yùn)行時(shí),例如 containerd、CRI-O 等等,只不過在這里我們使用的是Docker。

這 3 個(gè)組件中只有 kube-proxy 被容器化了,而 kubelet 因?yàn)楸仨氁芾碚麄€(gè)節(jié)點(diǎn),容器化會(huì)限制它的能力,所以它必須在 container-runtime 之外運(yùn)行。

使用 minikube ssh 命令登錄到節(jié)點(diǎn)后,可以用 docker ps 看到 kube-proxy:

lianhaifeng@lianhaifeng-virtual-machine:~$ minikube ssh
Last login: Sun May 21 11:53:08 2023 from 192.168.58.1
docker@minikube:~$ docker ps
CONTAINER ID   IMAGE                  COMMAND                  CREATED        STATUS        PORTS     NAMES
cafb3f8e014e   nginx                  "/docker-entrypoint.…"   46 hours ago   Up 46 hours             k8s_ngx_ngx_default_066a844b-d429-4057-aca1-536c04d38f70_0
6f488ea5ca69   k8s.gcr.io/pause:3.6   "/pause"                 46 hours ago   Up 46 hours             k8s_POD_ngx_default_066a844b-d429-4057-aca1-536c04d38f70_0
5b77694e7e89   a4ca41631cc7           "/coredns -conf /etc…"   46 hours ago   Up 46 hours             k8s_coredns_coredns-64897985d-d5zbd_kube-system_99c6f163-5738-41d8-ab8f-9a42dc3c6331_1
74d32f36a523   k8s.gcr.io/pause:3.6   "/pause"                 46 hours ago   Up 46 hours             k8s_POD_storage-provisioner_kube-system_7fa7c71e-cc6a-4408-8b70-8b15534a10c8_1
0a2443c55984   k8s.gcr.io/pause:3.6   "/pause"                 46 hours ago   Up 46 hours             k8s_POD_coredns-64897985d-d5zbd_kube-system_99c6f163-5738-41d8-ab8f-9a42dc3c6331_1
048758be7002   9b7cc9982109           "/usr/local/bin/kube…"   46 hours ago   Up 46 hours             k8s_kube-proxy_kube-proxy-zlztd_kube-system_b294b472-367b-44ca-8781-fab810428037_1
1148430b4e0f   k8s.gcr.io/pause:3.6   "/pause"                 46 hours ago   Up 46 hours             k8s_POD_kube-proxy-zlztd_kube-system_b294b472-367b-44ca-8781-fab810428037_1
5d164c717143   25f8c7f3da61           "etcd --advertise-cl…"   46 hours ago   Up 46 hours             k8s_etcd_etcd-minikube_kube-system_482305b50d4b0d3dbab5b9f1be9b0b18_1
78b7581b6659   b07520cd7ab7           "kube-controller-man…"   46 hours ago   Up 46 hours             k8s_kube-controller-manager_kube-controller-manager-minikube_kube-system_b965983ec05322d0973594a01d5e8245_4
3b81da17d618   f40be0088a83           "kube-apiserver --ad…"   46 hours ago   Up 46 hours             k8s_kube-apiserver_kube-apiserver-minikube_kube-system_b7b1a80caec341a470c95988d72c0626_3
431f68d5dec6   99a3486be4f2           "kube-scheduler --au…"   46 hours ago   Up 46 hours             k8s_kube-scheduler_kube-scheduler-minikube_kube-system_be132fe5c6572cb34d93f5e05ce2a540_1
315d15480c7d   k8s.gcr.io/pause:3.6   "/pause"                 46 hours ago   Up 46 hours             k8s_POD_kube-controller-manager-minikube_kube-system_b965983ec05322d0973594a01d5e8245_1
799bfc75e1af   k8s.gcr.io/pause:3.6   "/pause"                 46 hours ago   Up 46 hours             k8s_POD_kube-apiserver-minikube_kube-system_b7b1a80caec341a470c95988d72c0626_1
3a67d5e7cebb   k8s.gcr.io/pause:3.6   "/pause"                 46 hours ago   Up 46 hours             k8s_POD_etcd-minikube_kube-system_482305b50d4b0d3dbab5b9f1be9b0b18_1
729db09d17a6   k8s.gcr.io/pause:3.6   "/pause"                 46 hours ago   Up 46 hours             k8s_POD_kube-scheduler-minikube_kube-system_be132fe5c6572cb34d93f5e05ce2a540_1
docker@minikube:~$ docker ps |grep kube-proxy
048758be7002   9b7cc9982109           "/usr/local/bin/kube…"   46 hours ago   Up 46 hours             k8s_kube-proxy_kube-proxy-zlztd_kube-system_b294b472-367b-44ca-8781-fab810428037_1
1148430b4e0f   k8s.gcr.io/pause:3.6   "/pause"                 46 hours ago   Up 46 hours             k8s_POD_kube-proxy-zlztd_kube-system_b294b472-367b-44ca-8781-fab810428037_1

退出(exit),查看 kubelet:

lianhaifeng@lianhaifeng-virtual-machine:~$ ps -ef|grep kubelet
root        4547    3077  6 04:21 ?        01:03:42 /var/lib/minikube/binaries/v1.23.3/kubelet --bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --config=/var/lib/kubelet/config.yaml --container-runtime=docker --hostname-override=minikube --kubeconfig=/etc/kubernetes/kubele .conf --node-ip=192.168.58.2
root        5147    5060  8 04:21 ?        01:20:09 kube-apiserver --advertise-address=192.168.58.2 --allow-privileged=true --authorization-mode=Node,RBAC --client-ca-file=/var/lib/minikube/certs/ca.crt --enable-admission-plugins=NamespaceLifecycle,LimitRanger,ServiceAccount,DefaultStorageClass,DefaultTolerationSeconds,NodeRestriction,MutatingAdmissionWebhook,ValidatingAdmissionWebhook,ResourceQuota --enable-bootstrap-token-auth=true --etcd-cafile=/var/lib/minikube/certs/etcd/ca.crt --etcd-certfile=/var/lib/minikube/certs/apiserver-etcd-client.crt --etcd-keyfile=/var/lib/minikube/certs/apiserver-etcd-client.key --etcd-servers=https://127.0.0.1:2379 --kubelet-client-certificate=/var/lib/minikube/certs/apiserver-kubelet-client.crt --kubelet-client-key=/var/lib/minikube/certs/apiserver-kubelet-client.key --kubelet-preferred-address-types=InternalIP,ExternalIP,Hostname --proxy-client-cert-file=/var/lib/minikube/certs/front-proxy-client.crt --proxy-client-key-file=/var/lib/minikube/certs/front-proxy-client.key --requestheader-allowed-names=front-proxy-client --requestheader-client-ca-file=/var/lib/minikube/certs/front-proxy-ca.crt --requestheader-extra-headers-prefix=X-Remote-Extra- --requestheader-group-headers=X-Remote-Group --requestheader-username-headers=X-Remote-User --secure-port=8443 --service-account-issuer=https://kubernetes.default.svc.cluster.local --service-account-key-file=/var/lib/minikube/certs/sa.pub --service-account-signing-key-file=/var/lib/minikube/certs/sa.key --service-cluster-ip-range=10.96.0.0/12 --tls-cert-file=/var/lib/minikube/certs/apiserver.crt --tls-private-key-file=/var/lib/minikube/certs/apiserver.key

3.4 組件總結(jié)

自動(dòng)化的運(yùn)維管理:探究Kubernetes工作機(jī)制的奧秘,云原生,運(yùn)維,自動(dòng)化,kubernetes,云原生

Kubernetes的大致工作流程

  • 每個(gè) Node 上的 kubelet 會(huì)定期向 apiserver 上報(bào)節(jié)點(diǎn)狀態(tài),apiserver 再存到 etcd 里。
  • 每個(gè) Node 上的 kube-proxy 實(shí)現(xiàn)了 TCP/UDP 反向代理,讓容器對(duì)外提供穩(wěn)定的服務(wù)。
  • scheduler 通過 apiserver 得到當(dāng)前的節(jié)點(diǎn)狀態(tài),調(diào)度 Pod,然后 apiserver 下發(fā)命令給某個(gè) Node 的 kubelet,kubelet 調(diào)用 container-runtime 啟動(dòng)容器。
  • controller-manager 也通過 apiserver 得到實(shí)時(shí)的節(jié)點(diǎn)狀態(tài),監(jiān)控可能的異常情況,再使用相應(yīng)的手段去調(diào)節(jié)恢復(fù)。

3.4 插件

minikube 也支持很多的插件,使用命令minikube addons list就可以查看插件列表:

lianhaifeng@lianhaifeng-virtual-machine:~$ minikube addons list
|-----------------------------|----------|--------------|--------------------------------|
|         ADDON NAME          | PROFILE  |    STATUS    |           MAINTAINER           |
|-----------------------------|----------|--------------|--------------------------------|
| ambassador                  | minikube | disabled     | 3rd party (Ambassador)         |
| auto-pause                  | minikube | disabled     | Google                         |
| cloud-spanner               | minikube | disabled     | Google                         |
| csi-hostpath-driver         | minikube | disabled     | Kubernetes                     |
| dashboard                   | minikube | disabled     | Kubernetes                     |
| default-storageclass        | minikube | enabled ?   | Kubernetes                     |
| efk                         | minikube | disabled     | 3rd party (Elastic)            |
| freshpod                    | minikube | disabled     | Google                         |
| gcp-auth                    | minikube | disabled     | Google                         |
| gvisor                      | minikube | disabled     | Google                         |
| headlamp                    | minikube | disabled     | 3rd party (kinvolk.io)         |
| helm-tiller                 | minikube | disabled     | 3rd party (Helm)               |
| inaccel                     | minikube | disabled     | 3rd party (InAccel             |
|                             |          |              | [info@inaccel.com])            |
| ingress                     | minikube | disabled     | Kubernetes                     |
| ingress-dns                 | minikube | disabled     | Google                         |
| istio                       | minikube | disabled     | 3rd party (Istio)              |
| istio-provisioner           | minikube | disabled     | 3rd party (Istio)              |
| kong                        | minikube | disabled     | 3rd party (Kong HQ)            |
| kubevirt                    | minikube | disabled     | 3rd party (KubeVirt)           |
| logviewer                   | minikube | disabled     | 3rd party (unknown)            |
| metallb                     | minikube | disabled     | 3rd party (MetalLB)            |
| metrics-server              | minikube | disabled     | Kubernetes                     |
| nvidia-driver-installer     | minikube | disabled     | Google                         |
| nvidia-gpu-device-plugin    | minikube | disabled     | 3rd party (Nvidia)             |
| olm                         | minikube | disabled     | 3rd party (Operator Framework) |
| pod-security-policy         | minikube | disabled     | 3rd party (unknown)            |
| portainer                   | minikube | disabled     | 3rd party (Portainer.io)       |
| registry                    | minikube | disabled     | Google                         |
| registry-aliases            | minikube | disabled     | 3rd party (unknown)            |
| registry-creds              | minikube | disabled     | 3rd party (UPMC Enterprises)   |
| storage-provisioner         | minikube | enabled ?   | Google                         |
| storage-provisioner-gluster | minikube | disabled     | 3rd party (Gluster)            |
| volumesnapshots             | minikube | disabled     | Kubernetes                     |
|-----------------------------|----------|--------------|--------------------------------|

比較重要的有兩個(gè):DNS Dashboard。

  • DNS
    • 在 Kubernetes 集群里實(shí)現(xiàn)了域名解析服務(wù),能夠讓我們以域名而不是 IP 地址的方式來互相通信。
    • 是服務(wù)發(fā)現(xiàn)和負(fù)載均衡的基礎(chǔ)。
    • 由于它對(duì)微服務(wù)、服務(wù)網(wǎng)格等架構(gòu)至關(guān)重要,所以基本上是 Kubernetes 的必備插件。
  • Dashboard
    • 儀表盤,為 Kubernetes 提供了一個(gè)圖形化的操作界面,非常直觀友好。
    • 雖然大多數(shù) Kubernetes 工作都是使用命令行 kubectl,但有的時(shí)候在 Dashboard 上查看信息也是挺方便的。

只要在 minikube 環(huán)境里執(zhí)行一條簡(jiǎn)單的命令,就可以自動(dòng)用瀏覽器打開 Dashboard 頁面,而且還支持中文:

lianhaifeng@lianhaifeng-virtual-machine:~/桌面$ minikube dashboard

??  正在驗(yàn)證 dashboard 運(yùn)行情況 ...
??  Launching proxy ...
??  正在驗(yàn)證 proxy 運(yùn)行狀況 ...
??  Opening http://127.0.0.1:36667/api/v1/namespaces/kubernetes-dashboard/services/http:kubernetes-dashboard:/proxy/ in your default browser...
Gtk-Message: 20:12:44.459: Not loading module "atk-bridge": The functionality is provided by GTK natively. Please try to not load it.

宿主機(jī)本地訪問:

自動(dòng)化的運(yùn)維管理:探究Kubernetes工作機(jī)制的奧秘,云原生,運(yùn)維,自動(dòng)化,kubernetes,云原生

4 總結(jié)

Kubernetes功能非常完善,實(shí)現(xiàn)了大部分常見的運(yùn)維管理工作,而且是全自動(dòng)化的,能夠節(jié)約大量的人力成本。

  1. Kubernetes 能夠在集群級(jí)別管理應(yīng)用和服務(wù)器,可以認(rèn)為是一種集群操作系統(tǒng)。它使用“控制面 / 數(shù)據(jù)面”的基本架構(gòu),Master 節(jié)點(diǎn)實(shí)現(xiàn)管理控制功能,Worker 節(jié)點(diǎn)運(yùn)行具體業(yè)務(wù)。
  2. Kubernetes 由很多模塊組成,可分為核心的組件和選配的插件兩類。Master 里有 4 個(gè)組件,分別是 apiserver、etcd、scheduler、controller-manager。
  3. Node 里有 3 個(gè)組件,分別是 kubelet、kube-proxy、container-runtime。
  4. 通常必備的插件有 DNS 和 Dashboard。

自動(dòng)化的運(yùn)維管理:探究Kubernetes工作機(jī)制的奧秘,云原生,運(yùn)維,自動(dòng)化,kubernetes,云原生文章來源地址http://www.zghlxwxcb.cn/news/detail-794842.html

到了這里,關(guān)于自動(dòng)化的運(yùn)維管理:探究Kubernetes工作機(jī)制的奧秘的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

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

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • Python自動(dòng)化運(yùn)維實(shí)戰(zhàn)——Telnetlib和Netmiko自動(dòng)化管理網(wǎng)絡(luò)設(shè)備

    Python自動(dòng)化運(yùn)維實(shí)戰(zhàn)——Telnetlib和Netmiko自動(dòng)化管理網(wǎng)絡(luò)設(shè)備

    ?? 博客主頁 : ?iknow181 ?? 系列專欄 : ?Python 、 JavaSE 、 JavaWeb 、 CCNP ?? 歡迎大家點(diǎn)贊??收藏?評(píng)論? 目錄 一、前言 二、準(zhǔn)備工作 三、Telnetlib Telnetlib介紹 Telnetlib模塊及操作方法介紹 Telnetlib配置設(shè)備 Telnetlib批量化部署多臺(tái)設(shè)備 Telnetlib抓取設(shè)備配置 四、Netmiko Netmiko介

    2024年02月08日
    瀏覽(36)
  • 運(yùn)維SRE-15 自動(dòng)化批量管理-ansible1

    運(yùn)維SRE-15 自動(dòng)化批量管理-ansible1

    自動(dòng)化批量管理工具 Ansible 基于python語言編寫,使用極其簡(jiǎn)單,不需要客戶端 Saltstack 基于python語言編寫,需要安裝客戶端 TereForm 批量管理平臺(tái),批量創(chuàng)建阿里云服務(wù)器,批量創(chuàng)建aws服務(wù)器 Fabric python使用它 Chef 了解即可 puppet 古老一些的批量管理工具 … 4.1 環(huán)境準(zhǔn)備 ansible環(huán)

    2024年02月22日
    瀏覽(18)
  • Docker和Kubernetes與容器自動(dòng)化管理:最佳實(shí)踐

    作者:禪與計(jì)算機(jī)程序設(shè)計(jì)藝術(shù) 容器技術(shù)在企業(yè)級(jí)應(yīng)用中扮演著重要角色,通過容器化部署應(yīng)用程序可以極大的降低IT成本、縮短交付周期、提高資源利用率。對(duì)于容器技術(shù)來說,Docker和Kubernetes無疑是其兩大支柱產(chǎn)品。由于Docker和Kubernetes都提供了統(tǒng)一的編排接口(API),使

    2024年02月07日
    瀏覽(28)
  • Linux6.2 ansible 自動(dòng)化運(yùn)維工具(機(jī)器管理工具)

    Linux6.2 ansible 自動(dòng)化運(yùn)維工具(機(jī)器管理工具)

    第一章 LINUX ansible 自動(dòng)化運(yùn)維工具(機(jī)器管理工具) 一、概述 Ansible是一個(gè)基于Python開發(fā)的配置管理和應(yīng)用部署工具,現(xiàn)在也在自動(dòng)化管理領(lǐng)域大放異彩。它融合了眾多老牌運(yùn)維工具的優(yōu)點(diǎn),Pubbet和Saltstack能實(shí)現(xiàn)的功能,Ansible基本上都可以實(shí)現(xiàn) Ansible能批量配置、部署、管理

    2024年02月14日
    瀏覽(52)
  • 42了解自動(dòng)化運(yùn)維工具 Saltstack 的基本用法,包括配置管理、批量執(zhí)行

    42了解自動(dòng)化運(yùn)維工具 Saltstack 的基本用法,包括配置管理、批量執(zhí)行

    Saltstack 是一款流行的自動(dòng)化運(yùn)維工具,可以用于配置管理、批量執(zhí)行等任務(wù)。下面是 Saltstack 的基本用法教程。 安裝 Saltstack 首先需要在控制節(jié)點(diǎn)上安裝 Saltstack。具體安裝方法可以參考 Saltstack 的官方文檔。在安裝過程中需要選擇一個(gè)角色,通常有 master 和 minion 兩個(gè)選項(xiàng),

    2024年02月06日
    瀏覽(34)
  • 基于云計(jì)算的自動(dòng)化部署與自動(dòng)化運(yùn)維:提高運(yùn)維效率

    作者:禪與計(jì)算機(jī)程序設(shè)計(jì)藝術(shù) 隨著互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展,網(wǎng)站流量日益增長(zhǎng),用戶對(duì)網(wǎng)站功能及其可用性的需求也越來越高,越來越多的人開始擔(dān)憂網(wǎng)站的安全和穩(wěn)定性。因此,如何快速、準(zhǔn)確地處理網(wǎng)站故障、迅速恢復(fù)網(wǎng)站服務(wù)并保障網(wǎng)站高可用,成為企業(yè)必須重點(diǎn)關(guān)

    2024年02月11日
    瀏覽(23)
  • 探究HTTP API接口測(cè)試:工具、方法與自動(dòng)化

    探究HTTP API接口測(cè)試:工具、方法與自動(dòng)化

    本文將深入探討HTTP API接口測(cè)試的重要性,并介紹了相關(guān)工具、方法以及自動(dòng)化測(cè)試的實(shí)施,同時(shí)比較了HTTP和API接口測(cè)試的區(qū)別。從不同角度解析這一關(guān)鍵測(cè)試領(lǐng)域,幫助讀者更好地理解和應(yīng)用于實(shí)際項(xiàng)目中。 在如今數(shù)字化的世界中,軟件開發(fā)和應(yīng)用越來越離不開HTTP API接口

    2024年02月11日
    瀏覽(23)
  • 云計(jì)算是指利用互聯(lián)網(wǎng)所提供的基礎(chǔ)設(shè)施、網(wǎng)絡(luò)服務(wù)和平臺(tái),實(shí)現(xiàn)數(shù)據(jù)中心的虛擬化、動(dòng)態(tài)管理、自動(dòng)化運(yùn)維功能

    作者:禪與計(jì)算機(jī)程序設(shè)計(jì)藝術(shù) 云計(jì)算是指利用互聯(lián)網(wǎng)所提供的基礎(chǔ)設(shè)施、網(wǎng)絡(luò)服務(wù)和平臺(tái),實(shí)現(xiàn)數(shù)據(jù)中心的虛擬化、動(dòng)態(tài)管理、自動(dòng)化運(yùn)維功能。傳統(tǒng)的數(shù)據(jù)中心的資源由專業(yè)IT人員手動(dòng)管理,而云計(jì)算則讓硬件資源可按需彈性擴(kuò)展、彈性遷移、自動(dòng)化伸縮、降低成本。

    2024年02月08日
    瀏覽(32)
  • DevOps?自動(dòng)化運(yùn)維!

    DevOps?自動(dòng)化運(yùn)維!

    by: 雪月三十 DevOps流程圖 DevOps是Dev和Ops的結(jié)合 Dev(developer開發(fā)) Ops(operation運(yùn)維) 在企業(yè)中dev和ops是有一種天然的矛盾,dev要求的是快速迭代,給公司挖掘出商業(yè)的價(jià)值,而ops則是強(qiáng)調(diào)的穩(wěn)定,不讓你如此快的開發(fā),以穩(wěn)定為主,不希望動(dòng)代碼(if no problem, don’t touch it),所

    2024年02月12日
    瀏覽(27)

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

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

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

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包