企業の情報化をよりインテリジェントにするために、Kubernetes プラットフォームを計画および設計するにはどうすればよいでしょうか? (CI丨CD丨DevOps丨クラウドプラットフォーム丨Helm丨オートメーション丨継続的デリバリー丨マイクロサービス丨コンテナ化丨Docker丨オートメーション丨クラウドネイティブ丨マイクロサービス)

エンタープライズ Kubernetes プラットフォームアプリケーションはどこから始めればよいでしょうか?

序文

企業は、変化する市場の需要に対応するために、アプリケーションを迅速かつ効率的に構築および展開できる必要があります。このような背景から、Kubernetes プラットフォームはますます多くの企業にとって最初の選択肢となっています。 Kubernetes プラットフォームを学習して使用するプロセスでは、その機能とアプリケーションシナリオをより深く理解する必要があります。この記事では、Kubernetes に関する実践的なガイダンスを提供するために必要な知識とスキルをいくつか紹介します。

1. 企業がアプリケーションを公開するために Kubernetes を選択するのはなぜですか?

インフラストラクチャとビジネスの分離
- 初期の開発は運用と保守を理解し、運用と保守は開発を理解します。
インフラそのものの標準化
- たとえば、画像フォーマット規格

2. Kubernetes アーキテクチャモデル

アーキテクチャ分類 1: モノリシックアーキテクチャ、分散アーキテクチャ、マイクロサービスアーキテクチャ、スーパーマイクロサービスアーキテクチャ
アーキテクチャ分類 2: セントラルノードのあるアーキテクチャとセントラルノードのないアーキテクチャ
- Hadoopにはhdfsファイルシステムなどのセントラルノードがある
- 分散ストレージ GlusterFS などのセントラルノードアーキテクチャがない
Kubernetes は中央ノードを備えたアーキテクチャです

ここに画像の説明を挿入します

3. ユーザーの観点から Kubernetes クラスターの導入方法を理解する

クビーズ
クベキー
クベアセ
クブロード
シーロス
牧場主
minikube
バイナリ

4. Kubeadm による Kubernetes クラスターのデプロイ

4.1 ホストオペレーティングシステムの説明

シリアルナンバー	オペレーティングシステムとバージョン	述べる
1	CentOS7u9

4.2 ホストハードウェア構成手順

必要	CPU	メモリ	ハードディスク	役割	CPU名
価値	4C	8G	100GB	マスター	マスター01
価値	4C	8G	100GB	ワーカー(ノード)	労働者01
価値	4C	8G	100GB	ワーカー(ノード)	労働者02

4.3 ホスト構成

4.3.1 ホスト名の設定

今回は 3 つのホストを使用して kubernetes クラスターのデプロイを完了するため、そのうちの 1 つは master01 という名前のマスターノードであり、そのうちの 2 つは worker01 と worker02 という名前のワーカーノードです。

master节点,名称为master1
# hostnamectl set-hostname master01

worker1节点,名称为worker1
# hostnamectl set-hostname worker01

worker2节点,名称为worker2
# hostnamectl set-hostname worker02

4.3.2 ホストIPアドレスの設定

master节点IP地址为：192.168.10.11/24
# vim /etc/sysconfig/network-scripts/ifcfg-ens33
TYPE="Ethernet"
PROXY_METHOD="none"
BROWSER_ONLY="no"
BOOTPROTO="none"
DEFROUTE="yes"
IPV4_FAILURE_FATAL="no"
IPV6INIT="yes"
IPV6_AUTOCONF="yes"
IPV6_DEFROUTE="yes"
IPV6_FAILURE_FATAL="no"
IPV6_ADDR_GEN_MODE="stable-privacy"
NAME="ens33"
DEVICE="ens33"
ONBOOT="yes"
IPADDR="192.168.10.11"
PREFIX="24"
GATEWAY="192.168.10.2"
DNS1="119.29.29.29"

worker1节点IP地址为：192.168.10.12/24
# vim /etc/sysconfig/network-scripts/ifcfg-ens33
TYPE="Ethernet"
PROXY_METHOD="none"
BROWSER_ONLY="no"
BOOTPROTO="none"
DEFROUTE="yes"
IPV4_FAILURE_FATAL="no"
IPV6INIT="yes"
IPV6_AUTOCONF="yes"
IPV6_DEFROUTE="yes"
IPV6_FAILURE_FATAL="no"
IPV6_ADDR_GEN_MODE="stable-privacy"
NAME="ens33"
DEVICE="ens33"
ONBOOT="yes"
IPADDR="192.168.10.12"
PREFIX="24"
GATEWAY="192.168.10.2"
DNS1="119.29.29.29"

worker2节点IP地址为：192.168.10.13/24
# vim /etc/sysconfig/network-scripts/ifcfg-ens33
TYPE="Ethernet"
PROXY_METHOD="none"
BROWSER_ONLY="no"
BOOTPROTO="none"
DEFROUTE="yes"
IPV4_FAILURE_FATAL="no"
IPV6INIT="yes"
IPV6_AUTOCONF="yes"
IPV6_DEFROUTE="yes"
IPV6_FAILURE_FATAL="no"
IPV6_ADDR_GEN_MODE="stable-privacy"
NAME="ens33"
DEVICE="ens33"
ONBOOT="yes"
IPADDR="192.168.10.13"
PREFIX="24"
GATEWAY="192.168.10.2"
DNS1="119.29.29.29"

4.3.3 ホスト名とIPアドレスの解決

すべてのクラスターホストを構成する必要があります。

# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.10.11 master01
192.168.10.12 worker01
192.168.10.13 worker02

4.3.4 ファイアウォールの設定

すべてのホストで操作が必要です。

关闭现有防火墙firewalld
# systemctl disable firewalld
# systemctl stop firewalld
# firewall-cmd --state
not running

4.3.5 SELINUX の構成

すべてのホストで操作が必要です。 SELinux 構成を変更するには、オペレーティングシステムを再起動する必要があります。

# sed -ri 's/SELINUX=enforcing/SELINUX=disabled/' /etc/selinux/config

4.3.6 時刻同期の設定

すべてのホストで操作が必要です。最小限のインストールシステムでは、ntpdate ソフトウェアのインストールが必要です。

# crontab -l
0 */1 * * * /usr/sbin/ntpdate time1.aliyun.com

4.3.7 オペレーティングシステムカーネルのアップグレード

すべてのホストで操作が必要です。

导入elrepo gpg key
# rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org

安装elrepo YUM源仓库
# yum -y install https://www.elrepo.org/elrepo-release-7.0-4.el7.elrepo.noarch.rpm

安装kernel-ml版本，ml为长期稳定版本，lt为长期维护版本
# yum --enablerepo="elrepo-kernel" -y install kernel-ml.x86_64

设置grub2默认引导为0
# grub2-set-default 0

重新生成grub2引导文件
# grub2-mkconfig -o /boot/grub2/grub.cfg

更新后，需要重启，使用升级的内核生效。
# reboot

重启后，需要验证内核是否为更新对应的版本
# uname -r

4.3.8 カーネル転送とブリッジフィルタリングの構成

すべてのホストで操作が必要です。

添加网桥过滤及内核转发配置文件
# cat /etc/sysctl.d/k8s.conf
net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables = 1
net.ipv4.ip_forward = 1
vm.swappiness = 0

加载br_netfilter模块
# modprobe br_netfilter

查看是否加载
# lsmod | grep br_netfilter
br_netfilter           22256  0
bridge                151336  1 br_netfilter

加载网桥过滤及内核转发配置文件
# sysctl -p /etc/sysctl.d/k8s.conf
net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables = 1
net.ipv4.ip_forward = 1
vm.swappiness = 0

4.3.9 ipset と ipvsadm のインストール

すべてのホストで操作が必要です。主にサービス転送の実装に使用されます。

安装ipset及ipvsadm
# yum -y install ipset ipvsadm

配置ipvsadm模块加载方式
添加需要加载的模块
# cat > /etc/sysconfig/modules/ipvs.modules <<EOF
#!/bin/bash
modprobe -- ip_vs
modprobe -- ip_vs_rr
modprobe -- ip_vs_wrr
modprobe -- ip_vs_sh
modprobe -- nf_conntrack
EOF

授权、运行、检查是否加载
# chmod 755 /etc/sysconfig/modules/ipvs.modules && bash /etc/sysconfig/modules/ipvs.modules && lsmod | grep -e ip_vs -e nf_conntrack

4.3.10 SWAP パーティションを閉じる

変更が完了したら、オペレーティングシステムを再起動する必要があります。再起動しない場合は、一時的にシャットダウンできます。コマンドは swapoff -a です。

永远关闭swap分区，需要重启操作系统
# cat /etc/fstab
......

# /dev/mapper/centos-swap swap                    swap    defaults        0 0

在上一行中行首添加#

4.4 Dockerの準備

この操作はすべてのクラスターホストに必要です。

4.4.1 YUMソースの取得

Alibaba Cloud オープンソースソフトウェアミラーステーションを使用します。

# wget https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo -O /etc/yum.repos.d/docker-ce.repo

4.4.2 インストール可能なバージョンの表示

# yum list docker-ce.x86_64 --showduplicates | sort -r

4.4.3 指定したバージョンをインストールし、起動および起動時の自動起動を設定する

# yum -y install --setopt=obsoletes=0 docker-ce-20.10.9-3.el7

# systemctl enable docker ; systemctl start docker

4.4.4 cgroup モードの変更

在/etc/docker/daemon.json添加如下内容

# cat /etc/docker/daemon.json
{
    
    
        "exec-opts": ["native.cgroupdriver=systemd"]
}

4.4.5 ドッカーの再起動

# systemctl restart docker

4.5 クラスターソフトウェアとバージョンの説明

	クビーズ	キュベレット	クベクトル
バージョン	1.21.0	1.21.0	1.21.0
設置場所	クラスター内のすべてのホスト	クラスター内のすべてのホスト	クラスター内のすべてのホスト
効果	クラスターの初期化、クラスターの管理などを行います。	API サーバーの指示を受信し、ポッドのライフサイクルを管理するために使用されます。	クラスタアプリケーションコマンドライン管理ツール

4.6 kubernetes YUMソースの準備

4.6.1 Google YUMソース

[kubernetes]
name=Kubernetes
baseurl=https://packages.cloud.google.com/yum/repos/kubernetes-el7-x86_64
enabled=1
gpgcheck=0
repo_gpgcheck=0
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg
        https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg

4.6.2 Alibaba Cloud YUM ソース

[kubernetes]
name=Kubernetes
baseurl=https://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64/
enabled=1
gpgcheck=0
repo_gpgcheck=0
gpgkey=https://mirrors.aliyun.com/kubernetes/yum/doc/yum-key.gpg https://mirrors.aliyun.com/kubernetes/yum/doc/rpm-package-key.gpg

4.7 クラスタソフトウェアのインストール

查看指定版本
# yum list kubeadm.x86_64 --showduplicates | sort -r
# yum list kubelet.x86_64 --showduplicates | sort -r
# yum list kubectl.x86_64 --showduplicates | sort -r

安装指定版本
# yum -y install --setopt=obsoletes=0 kubeadm-1.21.0-0  kubelet-1.21.0-0 kubectl-1.21.0-0

4.8 kubeletの構成

docker で使用される cgroupdriver と kubelet で使用される cgroup の間の一貫性を達成するために、次のファイルの内容を変更することをお勧めします。

# vim /etc/sysconfig/kubelet
KUBELET_EXTRA_ARGS="--cgroup-driver=systemd"

设置kubelet为开机自启动即可，由于没有生成配置文件，集群初始化后自动启动
# systemctl enable kubelet

4.9 クラスタイメージの準備

ダウンロードはVPNを使用して行うことができます。

# kubeadm config images list --kubernetes-version=v1.21.0
k8s.gcr.io/kube-apiserver:v1.21.0
k8s.gcr.io/kube-controller-manager:v1.21.0
k8s.gcr.io/kube-scheduler:v1.21.0
k8s.gcr.io/kube-proxy:v1.21.0
k8s.gcr.io/pause:3.4.1
k8s.gcr.io/etcd:3.4.13-0
k8s.gcr.io/coredns/coredns:v1.8.0

# cat image_download.sh
#!/bin/bash
images_list='
k8s.gcr.io/kube-apiserver:v1.21.0
k8s.gcr.io/kube-controller-manager:v1.21.0
k8s.gcr.io/kube-scheduler:v1.21.0
k8s.gcr.io/kube-proxy:v1.21.0
k8s.gcr.io/pause:3.4.1
k8s.gcr.io/etcd:3.4.13-0
k8s.gcr.io/coredns/coredns:v1.8.0'

for i in $images_list
do
        docker pull $i
done

docker save -o k8s-1-21-0.tar $images_list

4.10 クラスタの初期化

[root@master01 ~]# kubeadm init --kubernetes-version=v1.21.0 --pod-network-cidr=10.244.0.0/16 --apiserver-advertise-address=192.168.10.11

输出内容，一定保留，便于后继操作使用。
[init] Using Kubernetes version: v1.21.0
[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 [kubernetes kubernetes.default kubernetes.default.svc kubernetes.default.svc.cluster.local master01] and IPs [10.96.0.1 192.168.10.11]
[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 [localhost master01] and IPs [192.168.10.11 127.0.0.1 ::1]
[certs] Generating "etcd/peer" certificate and key
[certs] etcd/peer serving cert is signed for DNS names [localhost master01] and IPs [192.168.10.11 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
[kubelet-check] Initial timeout of 40s passed.
[apiclient] All control plane components are healthy after 57.503834 seconds
[upload-config] Storing the configuration used in ConfigMap "kubeadm-config" in the "kube-system" Namespace
[kubelet] Creating a ConfigMap "kubelet-config-1.21" in namespace kube-system with the configuration for the kubelets in the cluster
[upload-certs] Skipping phase. Please see --upload-certs
[mark-control-plane] Marking the node master01 as control-plane by adding the labels: [node-role.kubernetes.io/master(deprecated) node-role.kubernetes.io/control-plane node.kubernetes.io/exclude-from-external-load-balancers]
[mark-control-plane] Marking the node master01 as control-plane by adding the taints [node-role.kubernetes.io/master:NoSchedule]
[bootstrap-token] Using token: 9kz5id.pp5rhvzahj51lb5q
[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

Alternatively, if you are the root user, you can run:

  export KUBECONFIG=/etc/kubernetes/admin.conf

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/

Then you can join any number of worker nodes by running the following on each as root:

kubeadm join 192.168.10.11:6443 --token 9kz5id.pp5rhvzahj51lb5q \
        --discovery-token-ca-cert-hash sha256:86f9c4471b6ef08090ecffadc798040fe5d8ef5975afe527e65d2f0aedf66493

4.11 クラスタアプリケーションクライアント管理クラスタファイルの準備

[root@master1 ~]# mkdir -p $HOME/.kube
[root@master1 ~]# cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
[root@master1 ~]# chown $(id -u):$(id -g) $HOME/.kube/config
[root@master1 ~]# ls /root/.kube/
config

# export KUBECONFIG=/etc/kubernetes/admin.conf

4.12 クラスタネットワークの準備

calico を使用してクラスターネットワークを展開する

インストール参考URL：https://projectcalico.docs.tigera.io/about/about-calico

4.12.1 キャリコのインストール

ここに画像の説明を挿入します

下载operator资源清单文件
# wget https://docs.projectcalico.org/manifests/tigera-operator.yaml

应用资源清单文件，创建operator
# kubectl apply -f tigera-operator.yaml

通过自定义资源方式安装
# wget https://docs.projectcalico.org/manifests/custom-resources.yaml

修改文件第13行，修改为使用kubeadm init ----pod-network-cidr对应的IP地址段
# vim custom-resources.yaml
......
 11     ipPools:
 12     - blockSize: 26
 13       cidr: 10.244.0.0/16 
 14       encapsulation: VXLANCrossSubnet
......

应用资源清单文件
# kubectl apply -f custom-resources.yaml

监视calico-sysem命名空间中pod运行情况
# watch kubectl get pods -n calico-system

各ポッドに STATUS または Running が追加されるまで待ちます。

删除 master 上的 taint
# kubectl taint nodes --all node-role.kubernetes.io/master-

已经全部运行
# kubectl get pods -n calico-system
NAME                                      READY   STATUS    RESTARTS   AGE
calico-kube-controllers-666bb9949-dzp68   1/1     Running   0          11m
calico-node-jhcf4                         1/1     Running   4          11m
calico-typha-68b96d8d9c-7qfq7             1/1     Running   2          11m

查看kube-system命名空间中coredns状态，处于Running状态表明联网成功。
# kubectl get pods -n kube-system
NAME                               READY   STATUS    RESTARTS   AGE
coredns-558bd4d5db-4jbdv           1/1     Running   0          113m
coredns-558bd4d5db-pw5x5           1/1     Running   0          113m
etcd-master01                      1/1     Running   0          113m
kube-apiserver-master01            1/1     Running   0          113m
kube-controller-manager-master01   1/1     Running   4          113m
kube-proxy-kbx4z                   1/1     Running   0          113m
kube-scheduler-master01            1/1     Running   3          113m

4.12.2 calico クライアントのインストール

ここに画像の説明を挿入します

下载二进制文件
# curl -L https://github.com/projectcalico/calico/releases/download/v3.21.4/calicoctl-linux-amd64 -o calicoctl

安装calicoctl
# mv calicoctl /usr/bin/

为calicoctl添加可执行权限
# chmod +x /usr/bin/calicoctl

查看添加权限后文件
# ls /usr/bin/calicoctl
/usr/bin/calicoctl

查看calicoctl版本
# calicoctl  version
Client Version:    v3.21.4
Git commit:        220d04c94
Cluster Version:   v3.21.4
Cluster Type:      typha,kdd,k8s,operator,bgp,kubeadm

通过~/.kube/config连接kubernetes集群，查看已运行节点
# DATASTORE_TYPE=kubernetes KUBECONFIG=~/.kube/config calicoctl get nodes
NAME
master01

4.13 クラスターワーカーノードの追加

コンテナイメージのダウンロードが遅いため、エラーが発生する可能性があります。主なエラーは、cni (クラスターネットワークプラグイン) の準備ができていないことです。ネットワークがある場合は、しばらくお待ちください。

[root@worker01 ]# kubeadm join 192.168.10.11:6443 --token 9kz5id.pp5rhvzahj51lb5q \
        --discovery-token-ca-cert-hash sha256:86f9c4471b6ef08090ecffadc798040fe5d8ef5975afe527e65d2f0aedf66493

[root@worker02 ~]# kubeadm join 192.168.10.11:6443 --token 9kz5id.pp5rhvzahj51lb5q \
        --discovery-token-ca-cert-hash sha256:86f9c4471b6ef08090ecffadc798040fe5d8ef5975afe527e65d2f0aedf66493

在master节点上操作，查看网络节点是否添加
# DATASTORE_TYPE=kubernetes KUBECONFIG=~/.kube/config calicoctl get nodes
NAME
master01
worker01
worker02

4.14 クラスターの可用性を確認する

查看所有的节点
[root@master01 ~]# kubectl get nodes
NAME       STATUS   ROLES                  AGE    VERSION
master01   Ready    control-plane,master   169m   v1.21.0
worker01   Ready    <none>                 28m    v1.21.0
worker02   Ready    <none>                 28m    v1.21.0

查看集群健康情况,理想状态
[root@master01 ~]# kubectl get cs
NAME                 STATUS    MESSAGE             ERROR
controller-manager   Healthy   ok
scheduler            Healthy   ok
etcd-0               Healthy   {
    
    "health":"true"}

真实情况
# kubectl get cs
Warning: v1 ComponentStatus is deprecated in v1.19+
NAME                 STATUS      MESSAGE                                                                                       ERROR
scheduler            Unhealthy   Get "http://127.0.0.1:10251/healthz": dial tcp 127.0.0.1:10251: connect: connection refused
controller-manager   Unhealthy   Get "http://127.0.0.1:10252/healthz": dial tcp 127.0.0.1:10252: connect: connection refused
etcd-0               Healthy     {
    
    "health":"true"}

查看kubernetes集群pod运行情况
[root@master01 ~]# kubectl get pods -n kube-system
NAME                               READY   STATUS    RESTARTS   AGE
coredns-558bd4d5db-4jbdv           1/1     Running   1          169m
coredns-558bd4d5db-pw5x5           1/1     Running   1          169m
etcd-master01                      1/1     Running   1          170m
kube-apiserver-master01            1/1     Running   1          170m
kube-controller-manager-master01   1/1     Running   14         170m
kube-proxy-kbx4z                   1/1     Running   1          169m
kube-proxy-rgtr8                   1/1     Running   0          29m
kube-proxy-sq9xv                   1/1     Running   0          29m
kube-scheduler-master01            1/1     Running   11         170m

再次查看calico-system命名空间中pod运行情况。
[root@master01 ~]# kubectl get pods -n calico-system
NAME                                      READY   STATUS    RESTARTS   AGE
calico-kube-controllers-666bb9949-dzp68   1/1     Running   3          70m
calico-node-jhcf4                         1/1     Running   15         70m
calico-node-jxq9p                         1/1     Running   0          30m
calico-node-kf78q                         1/1     Running   0          30m
calico-typha-68b96d8d9c-7qfq7             1/1     Running   13         70m
calico-typha-68b96d8d9c-wz2zj             1/1     Running   0          20m

実行中 14 170 メートル
kube-proxy-kbx4z 1/1 実行中 1 169 メートル
kube-proxy-rgtr8 1/1 実行中 0 29 メートル kube-scheduler-master01 1/1 実行中 11 170 メートル
kube-proxy-sq9xv 1/1 実行中 0 29 メートル




~~~powershell
再次查看calico-system命名空间中pod运行情况。
[root@master01 ~]# kubectl get pods -n calico-system
NAME                                      READY   STATUS    RESTARTS   AGE
calico-kube-controllers-666bb9949-dzp68   1/1     Running   3          70m
calico-node-jhcf4                         1/1     Running   15         70m
calico-node-jxq9p                         1/1     Running   0          30m
calico-node-kf78q                         1/1     Running   0          30m
calico-typha-68b96d8d9c-7qfq7             1/1     Running   13         70m
calico-typha-68b96d8d9c-wz2zj             1/1     Running   0          20m

要約する

Kubernetes プラットフォームを構築するには、ある程度の技術的な蓄積と経験が必要であり、最新のテクノロジーとツールを継続的に学習して習得する必要があります。コミュニティに参加して探索を実践することで、企業は継続的に経験を蓄積し、Kubernetes プラットフォームのパフォーマンスと信頼性を最適化できます。同時に、アプリケーションのリリースやメンテナンスの効率を向上させ、運用の難易度を軽減するために、可視化や自動化の分野のツールにも注目する必要があります。

エンタープライズ Kubernetes プラットフォーム アプリケーションはどこから始めればよいでしょうか?

序文

1. 企業がアプリケーションを公開するために Kubernetes を選択するのはなぜですか?

2. Kubernetes アーキテクチャ モデル

3. ユーザーの観点から Kubernetes クラスターの導入方法を理解する

4. Kubeadm による Kubernetes クラスターのデプロイ

4.1 ホスト オペレーティング システムの説明

4.2 ホストハードウェア構成手順

4.3 ホスト構成

4.3.1 ホスト名の設定

4.3.2 ホストIPアドレスの設定

4.3.3 ホスト名とIPアドレスの解決

4.3.4 ファイアウォールの設定

4.3.5 SELINUX の構成

4.3.6 時刻同期の設定

4.3.7 オペレーティング システム カーネルのアップグレード

4.3.8 カーネル転送とブリッジフィルタリングの構成

4.3.9 ipset と ipvsadm のインストール

4.3.10 SWAP パーティションを閉じる

4.4 Dockerの準備

4.4.1 YUMソースの取得

4.4.2 インストール可能なバージョンの表示

4.4.3 指定したバージョンをインストールし、起動および起動時の自動起動を設定する

4.4.4 cgroup モードの変更

4.4.5 ドッカーの再起動

4.5 クラスター ソフトウェアとバージョンの説明

4.6 kubernetes YUMソースの準備

4.6.1 Google YUMソース

4.6.2 Alibaba Cloud YUM ソース

4.7 クラスタソフトウェアのインストール

4.8 kubeletの構成

4.9 クラスタイメージの準備

4.10 クラスタの初期化

4.11 クラスタアプリケーションクライアント管理クラスタファイルの準備

4.12 クラスタネットワークの準備

4.12.1 キャリコのインストール

4.12.2 calico クライアントのインストール

4.13 クラスターワーカーノードの追加

4.14 クラスターの可用性を確認する

要約する

おすすめ

エンタープライズ Kubernetes プラットフォームアプリケーションはどこから始めればよいでしょうか?

2. Kubernetes アーキテクチャモデル

4.1 ホストオペレーティングシステムの説明

4.3.7 オペレーティングシステムカーネルのアップグレード

4.5 クラスターソフトウェアとバージョンの説明