Kubernetes 也稱為 K8s，是用于自動部署、擴縮和管理容器化應用程序的開源系統。
Kubernetes 核心能力：
服務發現和負載均衡
Kubernetes 可以使用 DNS 名稱或自己的 IP 地址公開容器，如果進入容器的流量很大， Kubernetes 可以負載均衡并分配網絡流量，從而使部署穩定。存儲編排
Kubernetes 允許你自動掛載你選擇的存儲系統，比如本地存儲，類似Docker的數據卷。自動部署和回滾
你可以使用 Kubernetes 描述已部署容器的所需狀態，它可以以受控的速率將實際狀態 更改為期望狀態。Kubernetes 會自動幫你根據情況部署創建新容器，并刪除現有容器給新容器提供資源。自動完成裝箱計算
Kubernetes 允許你設置每個容器的資源，比如CPU和內存。自我修復
Kubernetes 重新啟動失敗的容器、替換容器、殺死不響應用戶定義的容器，并運行狀況檢查的容器。秘鑰與配置管理
Kubernetes 允許你存儲和管理敏感信息，例如密碼、OAuth 令牌和 ssh 密鑰。你可以在不重建容器鏡像的情況下部署和更新密鑰和應用程序配置，也無需在堆棧配置中暴露密鑰。
Kubernetes架構
Kubernetes 搭建需要至少兩個節點，一個Master負責管理worker節點，一個Slave搭建在工作服務器上負責分配，Kubernetes 官網組件說明。
image.png
控制平面組件 (Control Plane Components)
控制平面組件 (Master組件) 會為集群做出全局決策，比如資源的調度。 以及檢測和響應集群事件，例如當不滿足部署的 replicas 字段時， 要啟動新的 pod）。
控制平面組件可以在集群中的任何節點上運行。 然而，為了簡單起見，設置腳本通常會在同一個計算機上啟動所有控制平面組件， 并且不會在此計算機上運行用戶容器。 請參閱使用 kubeadm 構建高可用性集群 中關于跨多機器控制平面設置的示例。
kube-apiserver
該組件負責公開 Kubernetes API，負責處理接受請求的工作，比如kubectl xx命令。 API 服務器是 Kubernetes 控制平面的前端。
Kubernetes API 服務器的主要實現是 kube-apiserver。 kube-apiserver 設計上考慮了水平擴縮，也就是說，它可通過部署多個實例來進行擴縮。 你可以運行 kube-apiserver 的多個實例，并在這些實例之間平衡流量。
etcd
一致且高可用的鍵值存儲，用作 Kubernetes 所有集群數據的后臺數據庫。
如果你的 Kubernetes 集群使用 etcd 作為其后臺數據庫， 請確保你針對這些數據有一份 備份計劃。
你可以在官方文檔中找到有關 etcd 的深入知識。
kube-scheduler
負責調度每個工作節點，并選擇節點來讓 Pod 在上面運行。
調度決策考慮的因素包括單個 Pod 及 Pods 集合的資源需求、軟硬件及策略約束、 親和性及反親和性規范、數據位置、工作負載間的干擾及最后時限。
kube-controller-manager
kube-controller-manager 是控制平面的組件， 負責運行控制器進程。
從邏輯上講， 每個控制器都是一個單獨的進程， 但是為了降低復雜性，它們都被編譯到同一個可執行文件，并在同一個進程中運行。
這些控制器包括：
- 節點控制器（Node Controller）：負責在節點出現故障時進行通知和響應
- 任務控制器（Job Controller）：監測代表一次性任務的 Job 對象，然后創建 Pods 來運行這些任務直至完成
- 端點分片控制器（EndpointSlice controller）：填充端點分片（EndpointSlice）對象（以提供 Service 和 Pod 之間的鏈接）。
- 服務賬號控制器（ServiceAccount controller）：為新的命名空間創建默認的服務賬號（ServiceAccount）。
cloud-controller-manager
一個 Kubernetes 控制平面組件， 嵌入了特定于云平臺的控制邏輯。 云控制器管理器（Cloud Controller Manager）允許你將你的集群連接到云提供商的 API 之上， 并將與該云平臺交互的組件同與你的集群交互的組件分離開來。
cloud-controller-manager 僅運行特定于云平臺的控制器。 因此如果你在自己的環境中運行 Kubernetes，或者在本地計算機中運行學習環境， 所部署的集群不需要有云控制器管理器。
與 kube-controller-manager 類似，cloud-controller-manager 將若干邏輯上獨立的控制回路組合到同一個可執行文件中， 供你以同一進程的方式運行。 你可以對其執行水平擴容（運行不止一個副本）以提升性能或者增強容錯能力。
下面的控制器都包含對云平臺驅動的依賴：
- 節點控制器（Node Controller）：用于在節點終止響應后檢查云提供商以確定節點是否已被刪除
- 路由控制器（Route Controller）：用于在底層云基礎架構中設置路由
- 服務控制器（Service Controller）：用于創建、更新和刪除云提供商負載均衡器
Node 組件
節點組件(Worker 組件)會在每個節點上運行，負責維護運行的 Pod 并提供 Kubernetes 運行環境。
kubelet
kubelet 會在集群中每個節點（node）上運行。 它負責向 Master 匯報自身節點的運行情況，如 Node 節點的注冊、終止、定時上報健康狀況等，以及接收 Master 發出的命令，創建相應 Pod。
kube-proxy
kube-proxy 是集群中每個節點（node）上所運行的網絡代理， 實現 Kubernetes 服務（Service） 概念的一部分。
kube-proxy 維護節點上的一些網絡規則， 這些網絡規則會允許從集群內部或外部的網絡會話與 Pod 進行網絡通信。
如果操作系統提供了可用的數據包過濾層，則 kube-proxy 會通過它來實現網絡規則。 否則，kube-proxy 僅做流量轉發。
容器運行時（Container Runtime）
容器運行環境是負責運行容器的軟件。
Kubernetes 支持許多容器運行環境，例如 containerd、 CRI-O 以及 Kubernetes CRI (容器運行環境接口) 的其他任何實現。
安裝
這里會采用 https://kuboard.cn/ 提供的方式安裝K8s。
image.png
配置要求
- 至少2臺 2核4G 的服務器
- Cent OS 7.6 / 7.7 / 7.8 https://vault.centos.org/7.8.2003/isos/x86_64/CentOS-7-x86_64-Minimal-2003.iso
檢查 centos / hostname
檢查系統版本、hostname、系統配置信息。
# 在 master 節點和 worker 節點都要執行
cat /etc/redhat-release
# 此處 hostname 的輸出將會是該機器在 Kubernetes 集群中的節點名字
# 不能使用 localhost 作為節點的名字
hostname
# 請使用 lscpu 命令，核對 CPU 信息
# Architecture: x86_64 本安裝文檔不支持 arm 架構
# CPU(s): 2 CPU 內核數量不能低于 2
lscpu
修改 hostname
如果您需要修改 hostname，可執行如下指令：
# 修改 hostname
hostnamectl set-hostname your-new-host-name
# 查看修改結果
hostnamectl status
# 設置 hostname 解析
echo "127.0.0.1 $(hostname)" >> /etc/hosts
檢查網絡
在所有服務器執行如下命令，必須使用靜態IP：
[root@localhost ~]# ip route show
default via 192.168.232.1 dev ens33 proto static metric 100
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1
192.168.232.0/24 dev ens33 proto kernel scope link src 192.168.232.8 metric 100
[root@localhost ~]#
kubelet使用的IP地址
-
ip route show命令中，可以知道機器的默認網卡，通常是ens33，如 ***default via 192.168.232.1 dev ens33 proto static metric 100 *** -
ip address命令中，可顯示默認網卡的 IP 地址，Kubernetes 將使用此 IP 地址與集群內的其他節點通信，如192.168.232.3 - 所有節點上 Kubernetes 所使用的 IP 地址必須可以互通（無需 NAT 映射、無安全組或防火墻隔離）
安裝docker及kubelet
安裝前置軟件如docker、kubelet、kubeadm、kubectl等，。
# 在 master 節點和 worker 節點都要執行
# 最后一個參數 1.19.5 用于指定 kubenetes 版本，支持所有 1.19.x 版本的安裝
# 騰訊云 docker hub 鏡像
# export REGISTRY_MIRROR="https://mirror.ccs.tencentyun.com"
# DaoCloud 鏡像
# export REGISTRY_MIRROR="http://f1361db2.m.daocloud.io"
# 華為云鏡像
# export REGISTRY_MIRROR="https://05f073ad3c0010ea0f4bc00b7105ec20.mirror.swr.myhuaweicloud.com"
# 阿里云 docker hub 鏡像
export REGISTRY_MIRROR=https://registry.cn-hangzhou.aliyuncs.com
curl -sSL https://kuboard.cn/install-script/v1.19.x/install_kubelet.sh | sh -s 1.19.5
安裝前一定要保證系統非常干凈，刪除docker https://blog.csdn.net/wangerrong/article/details/126750198
初始化 master 節點
關于初始化時用到的環境變量
- APISERVER_NAME 不能是 master 的 hostname
- APISERVER_NAME 必須全為小寫字母、數字、小數點，不能包含減號
- POD_SUBNET 所使用的網段不能與 master節點/worker節點 所在的網段重疊。該字段的取值為一個 CIDR 值，如果您對 CIDR 這個概念還不熟悉，請仍然執行 export POD_SUBNET=10.100.0.1/16 命令，不做修改
# 只在 master 節點執行
# 替換 x.x.x.x 為 master 節點實際 IP（請使用內網 IP）
# export 命令只在當前 shell 會話中有效，開啟新的 shell 窗口后，如果要繼續安裝過程，請重新執行此處的 export 命令
export MASTER_IP=x.x.x.x
# 替換 apiserver.demo 為 您想要的 dnsName
export APISERVER_NAME=apiserver.demo
# Kubernetes 容器組所在的網段，該網段安裝完成后，由 kubernetes 創建，事先并不存在于您的物理網絡中
export POD_SUBNET=10.100.0.1/16
echo "${MASTER_IP} ${APISERVER_NAME}" >> /etc/hosts
curl -sSL https://kuboard.cn/install-script/v1.19.x/init_master.sh | sh -s 1.19.5
輸出結果如下所示：
[root@k8s-master ~]# curl -sSL https://kuboard.cn/install-script/v1.19.x/init_master.sh | sh -s 1.19.5
W0421 17:18:15.782676 3802 configset.go:348] WARNING: kubeadm cannot validate component configs for API groups [kubelet.config.k8s.io kubeproxy.config.k8s.io]
[config/images] Pulled registry.aliyuncs.com/k8sxio/kube-apiserver:v1.19.5
[config/images] Pulled registry.aliyuncs.com/k8sxio/kube-controller-manager:v1.19.5
[config/images] Pulled registry.aliyuncs.com/k8sxio/kube-scheduler:v1.19.5
[config/images] Pulled registry.aliyuncs.com/k8sxio/kube-proxy:v1.19.5
[config/images] Pulled registry.aliyuncs.com/k8sxio/pause:3.2
[config/images] Pulled registry.aliyuncs.com/k8sxio/etcd:3.4.13-0
[config/images] Pulled registry.aliyuncs.com/k8sxio/coredns:1.7.0
W0421 17:21:12.704429 15240 configset.go:348] WARNING: kubeadm cannot validate component configs for API groups [kubelet.config.k8s.io kubeproxy.config.k8s.io]
[init] Using Kubernetes version: v1.19.5
[preflight] Running pre-flight checks
[preflight] Pulling images required for setting up a Kubernetes cluster
[preflight] This might take a minute or two, depending on the speed of your internet connection
[preflight] You can also perform this action in beforehand using 'kubeadm config images pull'
[certs] Using certificateDir folder "/etc/kubernetes/pki"
[certs] Generating "ca" certificate and key
[certs] Generating "apiserver" certificate and key
[certs] apiserver serving cert is signed for DNS names [k8s-master k8smaster kubernetes kubernetes.default kubernetes.default.svc kubernetes.default.svc.cluster.local] and IPs [10.96.0.1 192.168.232.9]
[certs] Generating "apiserver-kubelet-client" certificate and key
[certs] Generating "front-proxy-ca" certificate and key
[certs] Generating "front-proxy-client" certificate and key
[certs] Generating "etcd/ca" certificate and key
[certs] Generating "etcd/server" certificate and key
[certs] etcd/server serving cert is signed for DNS names [k8s-master localhost] and IPs [192.168.232.9 127.0.0.1 ::1]
[certs] Generating "etcd/peer" certificate and key
[certs] etcd/peer serving cert is signed for DNS names [k8s-master localhost] and IPs [192.168.232.9 127.0.0.1 ::1]
[certs] Generating "etcd/healthcheck-client" certificate and key
[certs] Generating "apiserver-etcd-client" certificate and key
[certs] Generating "sa" key and public key
[kubeconfig] Using kubeconfig folder "/etc/kubernetes"
[kubeconfig] Writing "admin.conf" kubeconfig file
[kubeconfig] Writing "kubelet.conf" kubeconfig file
[kubeconfig] Writing "controller-manager.conf" kubeconfig file
[kubeconfig] Writing "scheduler.conf" kubeconfig file
[kubelet-start] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[kubelet-start] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[kubelet-start] Starting the kubelet
[control-plane] Using manifest folder "/etc/kubernetes/manifests"
[control-plane] Creating static Pod manifest for "kube-apiserver"
[control-plane] Creating static Pod manifest for "kube-controller-manager"
[control-plane] Creating static Pod manifest for "kube-scheduler"
[etcd] Creating static Pod manifest for local etcd in "/etc/kubernetes/manifests"
[wait-control-plane] Waiting for the kubelet to boot up the control plane as static Pods from directory "/etc/kubernetes/manifests". This can take up to 4m0s
[apiclient] All control plane components are healthy after 13.004529 seconds
[upload-config] Storing the configuration used in ConfigMap "kubeadm-config" in the "kube-system" Namespace
[kubelet] Creating a ConfigMap "kubelet-config-1.19" in namespace kube-system with the configuration for the kubelets in the cluster
[upload-certs] Storing the certificates in Secret "kubeadm-certs" in the "kube-system" Namespace
[upload-certs] Using certificate key:
9a50d65e6e10bac5b23c174059a61231b3e1f66ba0493010d7abeac6f0bbd256
[mark-control-plane] Marking the node k8s-master as control-plane by adding the label "node-role.kubernetes.io/master=''"
[mark-control-plane] Marking the node k8s-master as control-plane by adding the taints [node-role.kubernetes.io/master:NoSchedule]
[bootstrap-token] Using token: 6hu8hs.q4bq8eq7hiarhn9l
[bootstrap-token] Configuring bootstrap tokens, cluster-info ConfigMap, RBAC Roles
[bootstrap-token] configured RBAC rules to allow Node Bootstrap tokens to get nodes
[bootstrap-token] configured RBAC rules to allow Node Bootstrap tokens to post CSRs in order for nodes to get long term certificate credentials
[bootstrap-token] configured RBAC rules to allow the csrapprover controller automatically approve CSRs from a Node Bootstrap Token
[bootstrap-token] configured RBAC rules to allow certificate rotation for all node client certificates in the cluster
[bootstrap-token] Creating the "cluster-info" ConfigMap in the "kube-public" namespace
[kubelet-finalize] Updating "/etc/kubernetes/kubelet.conf" to point to a rotatable kubelet client certificate and key
[addons] Applied essential addon: CoreDNS
[addons] Applied essential addon: kube-proxy
Your Kubernetes control-plane has initialized successfully!
To start using your cluster, you need to run the following as a regular user:
mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config
You should now deploy a pod network to the cluster.
Run "kubectl apply -f [podnetwork].yaml" with one of the options listed at:
https://kubernetes.io/docs/concepts/cluster-administration/addons/
You can now join any number of the control-plane node running the following command on each as root:
kubeadm join k8smaster:6443 --token 6hu8hs.q4bq8eq7hiarhn9l \
--discovery-token-ca-cert-hash sha256:d06e0e678c3a6573507f9befaeb934abbdf98a50fa658268c012fd730428f9ee \
--control-plane --certificate-key 9a50d65e6e10bac5b23c174059a61231b3e1f66ba0493010d7abeac6f0bbd256
Please note that the certificate-key gives access to cluster sensitive data, keep it secret!
As a safeguard, uploaded-certs will be deleted in two hours; If necessary, you can use
"kubeadm init phase upload-certs --upload-certs" to reload certs afterward.
Then you can join any number of worker nodes by running the following on each as root:
kubeadm join k8smaster:6443 --token 6hu8hs.q4bq8eq7hiarhn9l \
--discovery-token-ca-cert-hash sha256:d06e0e678c3a6573507f9befaeb934abbdf98a50fa658268c012fd730428f9ee
安裝calico-3.13.1
--2023-04-21 17:21:31-- https://kuboard.cn/install-script/calico/calico-3.13.1.yaml
正在解析主機 kuboard.cn (kuboard.cn)... 101.42.39.198
正在連接 kuboard.cn (kuboard.cn)|101.42.39.198|:443... 已連接。
已發出 HTTP 請求，正在等待回應... 200 OK
長度：21077 (21K) [application/octet-stream]
正在保存至: “calico-3.13.1.yaml”
100%[=========================================================================================>] 21,077 65.9KB/s 用時 0.3s
2023-04-21 17:21:31 (65.9 KB/s) - 已保存 “calico-3.13.1.yaml” [21077/21077])
configmap/calico-config created
Warning: apiextensions.k8s.io/v1beta1 CustomResourceDefinition is deprecated in v1.16+, unavailable in v1.22+; use apiextensions.k8s.io/v1 CustomResourceDefinition
customresourcedefinition.apiextensions.k8s.io/bgpconfigurations.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/bgppeers.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/blockaffinities.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/clusterinformations.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/felixconfigurations.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/globalnetworkpolicies.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/globalnetworksets.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/hostendpoints.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/ipamblocks.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/ipamconfigs.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/ipamhandles.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/ippools.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/networkpolicies.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/networksets.crd.projectcalico.org created
clusterrole.rbac.authorization.k8s.io/calico-kube-controllers created
clusterrolebinding.rbac.authorization.k8s.io/calico-kube-controllers created
clusterrole.rbac.authorization.k8s.io/calico-node created
clusterrolebinding.rbac.authorization.k8s.io/calico-node created
daemonset.apps/calico-node created
serviceaccount/calico-node created
deployment.apps/calico-kube-controllers created
serviceaccount/calico-kube-controllers created
檢查 master 初始化結果
# 只在 master 節點執行
# 執行如下命令，等待 3-10 分鐘，直到所有的容器組處于 Running 狀態
watch kubectl get pod -n kube-system -o wide
# 查看 master 節點初始化結果
kubectl get nodes -o wide
輸出結果如下所示：
[root@k8s-master ~]# watch kubectl get pod -n kube-system -o wide
Every 2.0s: kubectl get pod -n kube-system -o wide Fri Apr 21 17:46:23 2023
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READIN
ESS GATES
calico-kube-controllers-6c89d944d5-wrrnb 1/1 Running 0 24m 10.100.235.195 k8s-master <none> <none>
calico-node-vbhnr 1/1 Running 0 24m 192.168.232.9 k8s-master <none> <none>
coredns-59c898cd69-8mq8l 1/1 Running 0 24m 10.100.235.193 k8s-master <none> <none>
coredns-59c898cd69-kvbrs 1/1 Running 0 24m 10.100.235.194 k8s-master <none> <none>
etcd-k8s-master 1/1 Running 0 24m 192.168.232.9 k8s-master <none> <none>
kube-apiserver-k8s-master 1/1 Running 0 24m 192.168.232.9 k8s-master <none> <none>
kube-controller-manager-k8s-master 1/1 Running 0 24m 192.168.232.9 k8s-master <none> <none>
kube-proxy-lnzbx 1/1 Running 0 24m 192.168.232.9 k8s-master <none> <none>
kube-scheduler-k8s-master 1/1 Running 0 24m 192.168.232.9 k8s-master <none> <none>
[root@k8s-master ~]# kubectl get nodes -o wide
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
k8s-master Ready master 25m v1.19.5 192.168.232.9 <none> CentOS Linux 7 (Core) 3.10.0-1160.el7.x86_64 docker://19.3.11
[root@k8s-master ~]#
初始化 worker節點
獲得 join命令參數
在 master 節點上執行
# 只在 master 節點執行
kubeadm token create --print-join-command
可獲取kubeadm join 命令及參數，如下所示
# kubeadm token create 命令的輸出
[root@k8s-master ~]# kubeadm token create --print-join-command
W0421 17:49:50.938283 67240 configset.go:348] WARNING: kubeadm cannot validate component configs for API groups [kubelet.config.k8s.io kubeproxy.config.k8s.io]
kubeadm join k8smaster:6443 --token r6dy31.hllljlfflk6ygjmk --discovery-token-ca-cert-hash sha256:d06e0e678c3a6573507f9befaeb934abbdf98a50fa658268c012fd730428f9ee
有效時間
該 token 的有效時間為 2 個小時，2小時內，您可以使用此 token 初始化任意數量的 worker 節點。
初始化worker
針對所有的 worker 節點執行
# 只在 worker 節點執行
# 替換 x.x.x.x 為 master 節點的內網 IP
export MASTER_IP=x.x.x.x
# 替換 apiserver.demo 為初始化 master 節點時所使用的 APISERVER_NAME
export APISERVER_NAME=apiserver.demo
echo "${MASTER_IP} ${APISERVER_NAME}" >> /etc/hosts
# 替換為 master 節點上 kubeadm token create 命令的輸出
kubeadm join apiserver.demo:6443 --token mpfjma.4vjjg8flqihor4vt --discovery-token-ca-cert-hash sha256:6f7a8e40a810323672de5eee6f4d19aa2dbdb38411845a1bf5dd63485c43d303
輸出結果如下所示：
[root@k8s-worker ~]# # 只在 worker 節點執行
[root@k8s-worker ~]# # 替換 x.x.x.x 為 master 節點的內網 IP
[root@k8s-worker ~]# export MASTER_IP=192.168.232.9
[root@k8s-worker ~]# # 替換 apiserver.demo 為初始化 master 節點時所使用的 APISERVER_NAME
[root@k8s-worker ~]# export APISERVER_NAME=k8smaster
[root@k8s-worker ~]# echo "${MASTER_IP} ${APISERVER_NAME}" >> /etc/hosts
[root@k8s-worker ~]#
[root@k8s-worker ~]# kubeadm join k8smaster:6443 --token r6dy31.hllljlfflk6ygjmk --discovery-token-ca-cert-hash sha256:d06e0e678c3a6573507f9befaeb934abbdf98a50fa658268c012fd730428f9ee
[preflight] Running pre-flight checks
[preflight] Reading configuration from the cluster...
[preflight] FYI: You can look at this config file with 'kubectl -n kube-system get cm kubeadm-config -oyaml'
[kubelet-start] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[kubelet-start] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[kubelet-start] Starting the kubelet
[kubelet-start] Waiting for the kubelet to perform the TLS Bootstrap...
This node has joined the cluster:
* Certificate signing request was sent to apiserver and a response was received.
* The Kubelet was informed of the new secure connection details.
Run 'kubectl get nodes' on the control-plane to see this node join the cluster.
檢查初始化結果
在 master 節點上執行
# 只在 master 節點執行
kubectl get nodes -o wide
輸出結果如下所示：
[root@k8s-master ~]# kubectl get nodes -o wide
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
k8s-master Ready master 32m v1.19.5 192.168.232.9 <none> CentOS Linux 7 (Core) 3.10.0-1160.el7.x86_64 docker://19.3.11
k8s-worker Ready <none> 85s v1.19.5 192.168.232.8 <none> CentOS Linux 7 (Core) 3.10.0-1160.el7.x86_64 docker://19.3.11
安裝 Ingress Controller
在 master 節點上執行
# 只在 master 節點執行
kubectl apply -f https://kuboard.cn/install-script/v1.19.x/nginx-ingress.yaml
輸出結果如下所示：
[root@k8s-master ~]# kubectl apply -f https://kuboard.cn/install-script/v1.19.x/nginx-ingress.yaml
namespace/nginx-ingress created
serviceaccount/nginx-ingress created
secret/default-server-secret created
configmap/nginx-config created
clusterrole.rbac.authorization.k8s.io/nginx-ingress created
clusterrolebinding.rbac.authorization.k8s.io/nginx-ingress created
daemonset.apps/nginx-ingress created
配置域名解析
將域名 *.demo.yourdomain.com 解析到 demo-worker-a-2 的 IP 地址 z.z.z.z （也可以是 demo-worker-a-1 的地址 y.y.y.y）驗證配置
在瀏覽器訪問 a.demo.yourdomain.com，將得到 404 NotFound 錯誤頁面
安裝 Kuboard - 微服務管理界面
安裝 Kuboard v3 - kubernetes
kubectl apply -f https://addons.kuboard.cn/kuboard/kuboard-v3.yaml
# 您也可以使用下面的指令，唯一的區別是，該指令使用華為云的鏡像倉庫替代 docker hub 分發 Kuboard 所需要的鏡像
# kubectl apply -f https://addons.kuboard.cn/kuboard/kuboard-v3-swr.yaml
等待 Kuboard v3 就緒
執行指令 watch kubectl get pods -n kuboard，等待 kuboard 名稱空間中所有的 Pod 就緒，如下所示，
如果結果中沒有出現 kuboard-etcd-xxxxx 的容器，請查看 中關于 缺少 Master Role 的描述。
Every 2.0s: kubectl get pods -n kuboard Fri Apr 21 18:06:50 2023
NAME READY STATUS RESTARTS AGE
kuboard-agent-2-5bc447cd57-pfxh5 1/1 Running 1 21s
kuboard-agent-7764c587d7-n4fm2 1/1 Running 1 21s
kuboard-etcd-qxlzf 1/1 Running 0 104s
kuboard-v3-79797c7b84-hg466 1/1 Running 0 104s
訪問 Kuboard
在瀏覽器中打開鏈接 http://your-node-ip-address:30080
輸入初始用戶名和密碼，并登錄
用戶名： admin
密碼： Kuboard123
image.png
卸載
- 執行 Kuboard v3 的卸載
kubectl delete -f https://addons.kuboard.cn/kuboard/kuboard-v3.yaml
- 清理遺留數據
在 master 節點以及帶有k8s.kuboard.cn/role=etcd標簽的節點上執行
rm -rf /usr/share/kuboard
