使用二進制方式搭建Kubernetes集群，可以更加靈活、自由地定制和配置Kubernetes。同時，它還可以實現(xiàn)更高的性能和更小的資源占用。

對于我這個初學(xué)者來說：

• 更加直觀地看到Kubernetes的各個組件，了解它們之間的關(guān)系和作用。
• 在搭建Kubernetes集群的過程中，了解集群的架構(gòu)和各個組件之間的協(xié)作關(guān)系，有助于初學(xué)者更好地理解Kubernetes的工作原理和機制。
• 使用二進制方式搭建Kubernetes集群需要進行一些配置和維護工作，這有助于初學(xué)者掌握Kubernetes的維護技能，提高自己的技術(shù)水平

1、 安裝要求

在開始之前， 部署 Kubernetes 集群機器需要滿足以下幾個條件：

（ 1） 一臺或多臺機器， 操作系統(tǒng) CentOS7.x-86_x64

（ 2） 硬件配置： 2GB 或更多 RAM， 2 個 CPU 或更多 CPU， 硬盤 30GB 或更多

（ 3） 集群中所有機器之間網(wǎng)絡(luò)互通

（ 4） 可以訪問外網(wǎng)， 需要拉取鏡像， 如果服務(wù)器不能上網(wǎng)， 需要提前下載鏡像并導(dǎo)入節(jié)點

（ 5） 禁止 swap 分區(qū)

2、 準(zhǔn)備環(huán)境

（ 1） 軟件環(huán)境：

（ 2） 服務(wù)器規(guī)劃

3、 操作系統(tǒng)初始化配

默認(rèn)操作三個linux系統(tǒng)

1.關(guān)閉防火墻：

防火墻會對網(wǎng)絡(luò)數(shù)據(jù)包進行過濾和屏蔽，可能會影響 Kubernetes 集群節(jié)點之間的通信。同時，Kubernetes 本身有較為完善的網(wǎng)絡(luò)策略機制，可以保證集群的網(wǎng)絡(luò)安全，因此關(guān)閉防火墻并不會對 Kubernetes 集群的安全造成影響。

systemctl stop firewalld

systemctl disable firewalld

2.關(guān)閉 selinux：

在 Kubernetes 集群中，SELinux 是一個可選的安全模塊，它提供了強制訪問控制和訪問審計功能。但是在搭建 Kubernetes 集群時，為了簡化配置和避免可能的問題，很多管理員選擇將 SELinux 關(guān)閉。這主要是因為：

1. SELinux 對于容器的訪問控制較為嚴(yán)格，可能會導(dǎo)致一些應(yīng)用程序無法正常工作或無法訪問必要的資源。
2. 在某些情況下，SELinux 的規(guī)則并不能很好地適應(yīng) Kubernetes 集群的安裝配置，這可能會導(dǎo)致一些問題和錯誤。
3. 關(guān)閉 SELinux 可以簡化配置和管理工作，使得集群的部署和維護更加便捷。但是關(guān)閉 SELinux 也會降低集群的安全性和可靠性，必須在必要的時候重新啟用 SELinux。

因此，關(guān)閉 SELinux 可以使 Kubernetes 集群的部署更加簡單和可靠，但也會降低集群的安全性和可靠性。在實際應(yīng)用中，需要根據(jù)具體情況來確定是否需要開啟或關(guān)閉 SELinux。

sed -i ‘s/enforcing/disabled/’ /etc/selinux/config # 永久

setenforce 0 # 臨時

3.關(guān)閉 swap：

Kubernetes 使用了 cgroup 管理容器資源。而 swap 分區(qū)可能會阻止容器使用預(yù)期的內(nèi)存資源，并且可能導(dǎo)致應(yīng)用程序在容器內(nèi)部崩潰或出現(xiàn)其他問題。

Kubernetes 本身不會使用 swap，同時，因為容器的使用和交換內(nèi)存的機制不同，如果應(yīng)用程序需要使用大量內(nèi)存時，容器會自動申請更多的內(nèi)存，而不是使用 swap，避免了性能的損失和不可預(yù)測的行為。關(guān)閉 swap 分區(qū)可以更好地保護 Kubernetes 集群的穩(wěn)定性和性能，確保容器的內(nèi)存使用與性能表現(xiàn)的一致性。

swapoff -a # 臨時

sed -ri ‘s/.swap./#&/’ /etc/fstab # 永久

4.根據(jù)規(guī)劃設(shè)置主機名：

hostnamectl set-hostname

192.168.122.143 ：

192.168.122.144：

192.168.122.145：

5.在 master節(jié)點中 添加 hosts：

cat >> /etc/hosts << EOF
192.168.122.143 master
192.168.122.144 node1
192.168.122.145 node2
EOF

6將橋接的 IPv4 流量傳遞到 iptables 的鏈：

在 Kubernetes 集群中，每個 Pod 都會被分配一個 IP 地址，Pod 內(nèi)的容器也會被分配一個虛擬網(wǎng)卡和 IP 地址。當(dāng)兩個 Pod 之間需要通信時，它們使用這些 IP 地址進行通信。

然而，當(dāng) Pod 內(nèi)的容器嘗試與另一個 Pod 進行通信時，它們不會使用其 IP 地址直接發(fā)送數(shù)據(jù)包，而是會使用橋接的方式進行通信。這意味著數(shù)據(jù)包將通過 Linux 內(nèi)核中的橋接設(shè)備進行傳輸，而不是通過網(wǎng)絡(luò)接口發(fā)送。

為了確保這些橋接的數(shù)據(jù)包能夠被正確地路由和轉(zhuǎn)發(fā)，需要將它們傳遞到 iptables 的鏈中進行處理。Iptables 可以用于定義網(wǎng)絡(luò)規(guī)則，使數(shù)據(jù)包能夠正確路由到目的地。通過將橋接的 IPv4 流量傳遞到 iptables 的鏈中，可以確保 Kubernetes 集群中的 Pod 能夠正確地通信，并且可以實現(xiàn)一些高級的網(wǎng)絡(luò)功能，如網(wǎng)絡(luò)策略和負(fù)載均衡等。

每個節(jié)點都要執(zhí)行

cat > /etc/sysctl.d/k8s.conf << EOF
net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables = 1
EOF

使配置生效

sysctl --system # 生效

7.時間同步：

Kubernetes 集群中的各個節(jié)點需要相互通信進行協(xié)作，因此需要保證它們的時間是同步的，以確保它們在進行計劃和調(diào)度時能夠準(zhǔn)確地協(xié)調(diào)工作。如果節(jié)點的時間不同步，則可能會出現(xiàn)以下問題：

1. 容器運行情況出現(xiàn)不可預(yù)測的錯誤。
2. 調(diào)度器無法準(zhǔn)確計算任務(wù)的完成時間，導(dǎo)致任務(wù)超時或者在不合適的節(jié)點上進行調(diào)度。
3. 監(jiān)控和日志收集系統(tǒng)可能會出現(xiàn)時間不對齊的情況，導(dǎo)致數(shù)據(jù)分析的結(jié)果不準(zhǔn)確。

因此，為了保證集群的正常運行，需要在集群中的各個節(jié)點上同步時間。

yum install ntpdate -y

ntpdate time.windows.com

注配置完以上命令最好重啟linux，確保配置生效

4、 部署 Etcd 集群

Etcd 是一個分布式鍵值存儲系統(tǒng)， Kubernetes 使用 Etcd 進行數(shù)據(jù)存儲， 所以先準(zhǔn)備一個 Etcd 數(shù)據(jù)庫， 為解決 Etcd 單點故障， 應(yīng)采用集群方式部署， 這里使用 3 臺組建集群， 可容忍 1 臺機器故障， 當(dāng)然， 你也可以使用 5 臺組建集群， 可容忍 2 臺機器故障。

注： 為了節(jié)省機器， 這里與 K8s 節(jié)點機器復(fù)用。 也可以獨立于 k8s 集群之外部署， 只要apiserver 能連接到就行。

4.1 準(zhǔn)備 cfssl 證書生成工具

CFSSL是一個基于Go語言的證書和密鑰管理工具，它可以用于快速和方便地生成、簽名和驗證TLS證書。CFSSL支持多種證書格式和加密算法，并提供了可擴展的API，使得它可以輕松地與其他工具和應(yīng)用程序集成。

可以找任意一臺服務(wù)器操作， 這里使用 Master 節(jié)點

wget https://pkg.cfssl.org/R1.2/cfssl_linux-amd64
wget https://pkg.cfssl.org/R1.2/cfssljson_linux-amd64
wget https://pkg.cfssl.org/R1.2/cfssl-certinfo_linux-amd64
chmod +x cfssl_linux-amd64 cfssljson_linux-amd64 cfssl-certinfo_linux-amd64
mv cfssl_linux-amd64 /usr/local/bin/cfssl
mv cfssljson_linux-amd64 /usr/local/bin/cfssljson
mv cfssl-certinfo_linux-amd64 /usr/bin/cfssl-certinfo

4.2 生成 Etcd 證書

（ 1） 自簽證書頒發(fā)機構(gòu)（ CA）

創(chuàng)建工作目錄：

mkdir -p ~/TLS/{etcd,k8s}

cd TLS/etcd

自簽 CA：

ca-config.json 文件中定義了簽名配置，包括默認(rèn)到期時間和不同的證書配置文件。每個證書配置文件都有自己的一組用途（usages）和到期時間。

cat > ca-config.json<< EOF
{
    "signing": {
        "default": {
            "expiry": "87600h"
        },
        "profiles": {
            "www": {
                "expiry": "87600h",
                "usages": [
                    "signing",
                    "key encipherment",
                    "server auth",
                    "client auth"
                ]
            }
        }
    }
}
EOF

ca-csr.json是包含CA證書請求信息的JSON文件，ca是生成的文件前綴。

ca-csr.json 文件中定義了 etcd CA 的證書請求，包括名稱、密鑰。

cat > ca-csr.json<< EOF
{
    "CN": "etcd CA",
    "key": {
    "algo": "rsa",
    "size": 2048
    },
    "names": [{
    "C": "CN",
    "L": "Beijing",
    "ST": "Beijing"
    }]
}
EOF

生成證書：

使用CFSSL命令行工具生成CA證書和密鑰。

cfssl gencert -initca ca-csr.json | cfssljson -bare ca - ls *pem

ca.pem和ca-key.pem是CA證書和密鑰文件

（ 2） 使用自簽 CA 簽發(fā) Etcd HTTPS 證書

創(chuàng)建證書申請文件：

server-csr.json是包含服務(wù)器證書請求信息的JSON文件

cat > server-csr.json<< EOF
{
    "CN": "etcd",
    "hosts": [
        "192.168.122.143",
        "192.168.122.144",
        "192.168.122.145"
    ],
    "key": {
        "algo": "rsa",
        "size": 2048
    },
    "names": [{
        "C": "CN",
        "L": "BeiJing",
        "ST": "BeiJing"
    }]
}
EOF

注： 上述文件 hosts 字段中 IP 為所有 etcd 節(jié)點的集群內(nèi)部通信 IP， 一個都不能少！ 為了方便后期擴容可以多寫幾個預(yù)留的 IP。

（3）生成證書：

cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=www server-csr.json | cfssljson -bare server

查看

ls server*pem

server.pem是服務(wù)器的證書文件，也稱為公鑰證書，用于驗證服務(wù)器身份；而server-key.pem則是服務(wù)器的私鑰文件，用于解密客戶端發(fā)送過來的加密數(shù)據(jù)。

4.3 從 Github 下載二進制文件

下載地址： https://github.com/etcd-io/etcd/releases/download/v3.4.9/etcd-v3.4.9-linux-amd64.tar.gz

4.4 部署 Etcd 集群

以下在節(jié)點 1 上操作， 為簡化操作， 待會將節(jié)點 1 生成的所有文件拷貝到節(jié)點 2 和節(jié)點 3.

（ 1） 解壓二進制包

tar zxvf etcd-v3.4.9-linux-amd64.tar.gz

創(chuàng)建工作目錄

mkdir -p /opt/etcd/{bin,cfg,ssl}

mv etcd-v3.4.9-linux-amd64/{etcd,etcdctl} /opt/etcd/bin/

（ 2） 創(chuàng)建 etcd 配置文件

通過etcd.conf文件可以配置etcd的各項參數(shù)，包括集群節(jié)點的地址、數(shù)據(jù)存儲路徑、監(jiān)聽端口、證書配置等。

這里配置的是master:192.168.122.143 etcd的配置

cat > /opt/etcd/cfg/etcd.conf << EOF
#[Member]
ETCD_NAME="etcd-1"
ETCD_DATA_DIR="/var/lib/etcd/default.etcd"
ETCD_LISTEN_PEER_URLS="https://192.168.122.143:2380"
ETCD_LISTEN_CLIENT_URLS="https://192.168.122.143:2379"
#[Clustering]
ETCD_INITIAL_ADVERTISE_PEER_URLS="https://192.168.122.143:2380"
ETCD_ADVERTISE_CLIENT_URLS="https://192.168.122.143:2379"
ETCD_INITIAL_CLUSTER="etcd-1=https://192.168.122.143:2380,etcd-2=https://192.168.122.144:2380,etcd-3=https://192.168.122.145:2380"
ETCD_INITIAL_CLUSTER_TOKEN="etcd-cluster"
ETCD_INITIAL_CLUSTER_STATE="new"
EOF

ETCD_NAME： 節(jié)點名稱， 集群中唯一

ETCD_DATA_DIR： 數(shù)據(jù)目錄

ETCD_LISTEN_PEER_URLS： 集群通信監(jiān)聽地址

ETCD_LISTEN_CLIENT_URLS： 客戶端訪問監(jiān)聽地址

ETCD_INITIAL_ADVERTISE_PEER_URLS： 集群通告地址

ETCD_ADVERTISE_CLIENT_URLS： 客戶端通告地址

ETCD_INITIAL_CLUSTER： 集群節(jié)點地址

ETCD_INITIAL_CLUSTER_TOKEN： 集群 Token

ETCD_INITIAL_CLUSTER_STATE： 加入集群的當(dāng)前狀態(tài)， new 是新集群， existing 表示加入已有集群

（ 3） systemd 管理 etcd

cat > /usr/lib/systemd/system/etcd.service << EOF
[Unit]
Description=Etcd Server
After=network.target
After=network-online.target
Wants=network-online.target
[Service]
Type=notify
EnvironmentFile=/opt/etcd/cfg/etcd.conf
ExecStart=/opt/etcd/bin/etcd \
    --cert-file=/opt/etcd/ssl/server.pem \
    --key-file=/opt/etcd/ssl/server-key.pem \
    --peer-cert-file=/opt/etcd/ssl/server.pem \
    --peer-key-file=/opt/etcd/ssl/server-key.pem \
    --trusted-ca-file=/opt/etcd/ssl/ca.pem \
    --peer-trusted-ca-file=/opt/etcd/ssl/ca.pem \
    --logger=zap
Restart=on-failure
LimitNOFILE=65536
[Install]
WantedBy=multi-user.target
EOF

（ 4） 拷貝剛才生成的證書

把剛才生成的證書拷貝到配置文件中的路徑

cp ~/TLS/etcd/ca*pem ~/TLS/etcd/server*pem /opt/etcd/ssl/

查看是否拷貝到指定路徑

（ 5） 將上面節(jié)點 1 所有生成的文件拷貝到節(jié)點 2 和節(jié)點 3

將master相關(guān)etcd的文件拷貝到ndoe1、node2中

scp -r /opt/etcd/ root@192.168.122.144:/opt/etcd/

scp -r /opt/etcd/ root@192.168.122.145:/opt/etcd/

scp /usr/lib/systemd/system/etcd.service root@192.168.122.144:/usr/lib/systemd/system/

scp /usr/lib/systemd/system/etcd.service root@192.168.122.145:/usr/lib/systemd/system/

這里一定要確認(rèn)文件是否復(fù)制完成，請到指定目錄下查看

然后在節(jié)點 2 和節(jié)點 3 分別修改 etcd.conf 配置文件中的節(jié)點名稱和當(dāng)前服務(wù)器 IP：

node2：192.168.122.144

vi /opt/etcd/cfg/etcd.conf

內(nèi)容

#[Member]
ETCD_NAME="etcd-2" # 修改此處， 節(jié)點 2 改為 etcd-2， 節(jié)點 3 改為 etcd-3
ETCD_DATA_DIR="/var/lib/etcd/default.etcd"
ETCD_LISTEN_PEER_URLS="https://192.168.122.144:2380" # 修改此處為當(dāng)前服務(wù)器 IP
ETCD_LISTEN_CLIENT_URLS="https://192.168.122.144:2379" # 修改此處為當(dāng)前服務(wù)器 IP
#[Clustering]
ETCD_INITIAL_ADVERTISE_PEER_URLS="https://192.168.122.144:2380" # 修改此處為當(dāng)前服務(wù)器 IP
ETCD_ADVERTISE_CLIENT_URLS="https://192.168.122.144:2379" # 修改此處為當(dāng)前服務(wù)器IP
ETCD_INITIAL_CLUSTER="etcd-1=https://192.168.122.143:2380,etcd-2=https://192.168.122.144:2380,etcd-3=https://192.168.122.145:2380"
ETCD_INITIAL_CLUSTER_TOKEN="etcd-cluster"
ETCD_INITIAL_CLUSTER_STATE="new"

node3：192.168.122.145

vi /opt/etcd/cfg/etcd.conf

內(nèi)容

#[Member]
ETCD_NAME="etcd-3" # 修改此處， 節(jié)點 2 改為 etcd-2， 節(jié)點 3 改為 etcd-3
ETCD_DATA_DIR="/var/lib/etcd/default.etcd"
ETCD_LISTEN_PEER_URLS="https://192.168.122.145:2380" # 修改此處為當(dāng)前服務(wù)器 IP
ETCD_LISTEN_CLIENT_URLS="https://192.168.122.145:2379" # 修改此處為當(dāng)前服務(wù)器 IP
#[Clustering]
ETCD_INITIAL_ADVERTISE_PEER_URLS="https://192.168.122.145:2380" # 修改此處為當(dāng)前服務(wù)器IP
ETCD_ADVERTISE_CLIENT_URLS="https://192.168.122.145:2379" # 修改此處為當(dāng)前服務(wù)器IP
ETCD_INITIAL_CLUSTER="etcd-1=https://192.168.122.143:2380,etcd-2=https://192.168.122.144:2380,etcd-3=https://192.168.122.145:2380"
ETCD_INITIAL_CLUSTER_TOKEN="etcd-cluster"
ETCD_INITIAL_CLUSTER_STATE="new"

這里一定要確定是否存在錯誤換行等錯誤，最好將注釋去掉，以防干擾

（ 6） 啟動并設(shè)置開機啟動

master、node1、node2依次執(zhí)行systemctl start etcd，master會等待node1或node2啟動

systemctl daemon-reload
systemctl start etcd
systemctl enable etcd

systemctl daemon-reload命令用于重新加載systemd的守護進程配置文件。當(dāng)我們修改了systemd的配置文件時，需要使用此命令來使新的配置生效。

systemctl start etcd命令是用于啟動etcd服務(wù)的命令。

systemctl enable etcd命令是用于將etcd服務(wù)設(shè)置為開機自啟動。

錯誤

從節(jié)點啟動etcd報錯

請確認(rèn)5,6兩步是否正確。我這里是因為/opt/etcd/cfg/etcd.conf配置錯誤導(dǎo)致

（ 7） 查看集群狀態(tài)

ETCDCTL_API=3 /opt/etcd/bin/etcdctl --cacert=/opt/etcd/ssl/ca.pem --cert=/opt/etcd/ssl/server.pem --key=/opt/etcd/ssl/server-key.pem --endpoints=192.168.122.143:2379,192.168.122.144:2379,192.168.122.145:2379 endpoint health

• ETCDCTL_API=3：設(shè)置 etcdctl 工具的 API 版本為 3，這是 etcd 3.x 版本所使用的 API。
• /opt/etcd/bin/etcdctl：執(zhí)行 etcdctl 工具的路徑。
• –cacert=/opt/etcd/ssl/ca.pem：指定 etcd 集群的根證書路徑。
• –cert=/opt/etcd/ssl/server.pem：指定 etcd 集群的服務(wù)器證書路徑。
• –key=/opt/etcd/ssl/server-key.pem：指定 etcd 集群的私鑰路徑。
• –endpoints=192.168.122.143:2379,192.168.122.144:2379,192.168.122.145:2379：指定 etcd 集群的節(jié)點地址，多個節(jié)點以逗號分隔。
• endpoint health：執(zhí)行的命令，用于檢查 etcd 集群的每個節(jié)點是否健康。如果返回 unhealthy，則說明該節(jié)點存在問題。

如果輸出上面信息， 就說明集群部署成功。 如果有問題第一步先看日志：/var/log/message 或 journalctl -u etcd

一般都是 /opt/etcd/cfg/etcd.conf配置錯誤或文件拷貝錯誤

5、部署 Master Node

5.1 生成 kube-apiserver 證書

（1）自簽證書頒發(fā)機構(gòu)（CA）

cat > kube-proxy-csr.json<< EOF
{
    "CN": "system:kube-proxy",
        "hosts":{},
    "key": {
        "algo": "rsa",
        "size": 2048
    },
    "names": [{
        "C": "CN",
        "L": "Beijing",
        "ST": "Beijing",
        "O": "k8s",
        "OU": "System"
    }]
}
EOF

cat > ca-csr.json<< EOF
{
    "CN": "kubernetes",
    "key": {
        "algo": "rsa",
        "size": 2048
    },
    "names": [{
        "C": "CN",
        "L": "Beijing",
        "ST": "Beijing",
        "O": "k8s",
        "OU": "System"
    }]
}
EOF

cat > ca-config.json<< EOF
{
    "signing": {
        "default": {
            "expiry": "87600h"
        },
        "profiles": {
            "kubernetes": {
                "expiry": "87600h",
                "usages": [
                    "signing",
                    "key encipherment",
                    "server auth",
                    "client auth"
                ]
            }
        }
    }
}
EOF

（2）生成證書：

cfssl gencert -initca ca-csr.json | cfssljson -bare ca -

查看

ls *pem

（3）使用自簽 CA 簽發(fā) kube-apiserver HTTPS 證書

創(chuàng)建證書申請文件：

cd TLS/k8s
cat > server-csr.json<< EOF
{
    "CN": "kubernetes",
    "hosts": [
        "10.0.0.1",
        "127.0.0.1",
        "192.168.122.143",
        "192.168.122.144",
        "192.168.122.145",
              "192.168.122.146",
        "192.168.122.147",
        "192.168.122.148",

        "kubernetes",
        "kubernetes.default",
        "kubernetes.default.svc",
        "kubernetes.default.svc.cluster",
        "kubernetes.default.svc.cluster.local"
    ],
    "key": {
        "algo": "rsa",
        "size": 2048
    },
    "names": [{
        "C": "CN",
        "L": "BeiJing",
        "ST": "BeiJing",
        "O": "k8s",
        "OU": "System"
    }]
}
EOF

生成證書：

cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=kubernetes server-csr.json |cfssljson -bare server

5.2 從 Github 下載二進制文件

下載地址：https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.18.md#v1183

注：打開鏈接你會發(fā)現(xiàn)里面有很多包，下載一個 server 包就夠了，包含了 Master 和Worker Node 二進制文件。

上傳至服務(wù)器

5.3 解壓二進制包

tar zxvf kubernetes-server-linux-amd64.tar.gz

mkdir -p /opt/kubernetes/{bin,cfg,ssl,logs}

cd kubernetes/server/bin

復(fù)制文件

cp kube-apiserver kube-scheduler kube-controller-manager /opt/kubernetes/bin
cp kubectl /usr/bin/

5.4 部署 kube-apiserver

1. 創(chuàng)建配置文件

cat > /opt/kubernetes/cfg/kube-apiserver.conf << EOF
KUBE_APISERVER_OPTS="--logtostderr=false \\
--v=2 \\
--log-dir=/opt/kubernetes/logs \\
--etcd-servers=https://192.168.122.143:2379,https://192.168.122.144:2379,https://192.168.122.145:2379 \\
--bind-address=192.168.122.143 \\
--secure-port=6443 \\
--advertise-address=192.168.122.143 \\
--allow-privileged=true \\
--service-cluster-ip-range=10.0.0.0/24 \\
--enable-admission-plugins=NamespaceLifecycle,LimitRanger,ServiceAccount,ResourceQuota,NodeRestriction \\
--authorization-mode=RBAC,Node \\
--enable-bootstrap-token-auth=true \\
--token-auth-file=/opt/kubernetes/cfg/token.csv \\
--service-node-port-range=30000-32767 \\
--kubelet-client-certificate=/opt/kubernetes/ssl/server.pem \\
--kubelet-client-key=/opt/kubernetes/ssl/server-key.pem \\
--tls-cert-file=/opt/kubernetes/ssl/server.pem \\
--tls-private-key-file=/opt/kubernetes/ssl/server-key.pem \\
--client-ca-file=/opt/kubernetes/ssl/ca.pem \\
--service-account-key-file=/opt/kubernetes/ssl/ca-key.pem \\
--etcd-cafile=/opt/etcd/ssl/ca.pem \\
--etcd-certfile=/opt/etcd/ssl/server.pem \\
--etcd-keyfile=/opt/etcd/ssl/server-key.pem \\
--audit-log-maxage=30 \\
--audit-log-maxbackup=3 \\
--audit-log-maxsize=100 \\
--audit-log-path=/opt/kubernetes/logs/k8s-audit.log"
EOF

注：上面兩個\ \ 第一個是轉(zhuǎn)義符，第二個是換行符，使用轉(zhuǎn)義符是為了使用 EOF 保留換行符。

–logtostderr：啟用日志

-v：日志等級

–log-dir：日志目錄

–etcd-servers：etcd 集群地址

–bind-address：監(jiān)聽地址

–secure-port：https 安全端口

–advertise-address：集群通告地址

–allow-privileged：啟用授權(quán)

–service-cluster-ip-range：Service 虛擬 IP 地址段

–enable-admission-plugins：準(zhǔn)入控制模塊

–authorization-mode：認(rèn)證授權(quán)，啟用 RBAC 授權(quán)和節(jié)點自管理

–enable-bootstrap-token-auth：啟用 TLS bootstrap 機制

–token-auth-file：bootstrap token 文件

–service-node-port-range：Service nodeport 類型默認(rèn)分配端口范圍

–kubelet-client-xxx：apiserver 訪問 kubelet 客戶端證書

–tls-xxx-file：apiserver https 證書

–etcd-xxxfile：連接 Etcd 集群證書

–audit-log-xxx：審計日志

2. 拷貝剛才生成的證書

把剛才生成的證書拷貝到配置文件中的路徑：

cp ~/TLS/k8s/ca*pem ~/TLS/k8s/server*pem /opt/kubernetes/ssl/

3. 啟用 TLS Bootstrappin

TLS Bootstraping：Master apiserver 啟用 TLS 認(rèn)證后，Node 節(jié)點 kubelet 和 kube- proxy 要與 kube-apiserver 進行通信，必須使用 CA 簽發(fā)的有效證書才可以，當(dāng) Node節(jié)點很多時，這種客戶端證書頒發(fā)需要大量工作，同樣也會增加集群擴展復(fù)雜度。為了簡化流程，Kubernetes 引入了 TLS bootstraping 機制來自動頒發(fā)客戶端證書，kubelet會以一個低權(quán)限用戶自動向 apiserver 申請證書，kubelet 的證書由 apiserver 動態(tài)簽署。

所以強烈建議在 Node 上使用這種方式，目前主要用于 kubelet，kube-proxy 還是由我們統(tǒng)一頒發(fā)一個證書。

TLS bootstraping 工作流程：

創(chuàng)建上述配置文件中 token 文件：

cat > /opt/kubernetes/cfg/token.csv << EOF
c47ffb939f5ca36231d9e3121a252940,kubelet-bootstrap,10001,"system:node-bootstrapper"
EOF

格式：token，用戶名，UID，用戶組

4. systemd 管理 apiserver

cat > /usr/lib/systemd/system/kube-apiserver.service << EOF
[Unit]
Description=Kubernetes API Server
Documentation=https://github.com/kubernetes/kubernetes
[Service]
EnvironmentFile=/opt/kubernetes/cfg/kube-apiserver.conf
ExecStart=/opt/kubernetes/bin/kube-apiserver \$KUBE_APISERVER_OPTS
Restart=on-failure
[Install]
WantedBy=multi-user.target
EOF

5. 啟動并設(shè)置開機啟動

systemctl daemon-reload
systemctl start kube-apiserver
systemctl enable kube-apiserver

6. 授權(quán) kubelet-bootstrap 用戶允許請求證書

kubectl create clusterrolebinding kubelet-bootstrap \
--clusterrole=system:node-bootstrapper \
--user=kubelet-bootstrap

5.5 部署 kube-controller-manager

1. 創(chuàng)建配置文件

cat > /opt/kubernetes/cfg/kube-controller-manager.conf << EOF
KUBE_CONTROLLER_MANAGER_OPTS="--logtostderr=false \\
--v=2 \\
--log-dir=/opt/kubernetes/logs \\
--leader-elect=true \\
--master=127.0.0.1:8080 \\
--bind-address=127.0.0.1 \\
--allocate-node-cidrs=true \\
--cluster-cidr=10.244.0.0/16 \\
--service-cluster-ip-range=10.0.0.0/24 \\
--cluster-signing-cert-file=/opt/kubernetes/ssl/ca.pem \\
--cluster-signing-key-file=/opt/kubernetes/ssl/ca-key.pem \\
--root-ca-file=/opt/kubernetes/ssl/ca.pem \\
--service-account-private-key-file=/opt/kubernetes/ssl/ca-key.pem \\
--experimental-cluster-signing-duration=87600h0m0s"
EOF

– master： 通過本地非安全本地端口 8080 連接 apiserver。

– leader-elect： 當(dāng)該組件啟動多個時， 自動選舉（ HA）

– cluster-signing-cert-file/– cluster-signing-key-file： 自動為 kubelet 頒發(fā)證書的 CA， 與 apiserver 保持一致

2. systemd 管理 controller-manager

cat > /usr/lib/systemd/system/kube-controller-manager.service << EOF
[Unit]
Description=Kubernetes Controller Manager
Documentation=https://github.com/kubernetes/kubernetes

[Service]
EnvironmentFile=/opt/kubernetes/cfg/kube-controller-manager.conf
ExecStart=/opt/kubernetes/bin/kube-controller-manager \$KUBE_CONTROLLER_MANAGER_OPTS
Restart=on-failure

[Install]
WantedBy=multi-user.target
EOF

3.啟動并設(shè)置開機啟動

systemctl daemon-reload
systemctl start kube-controller-manager
systemctl enable kube-controller-manager

5.6 部署 kube-scheduler

1. 創(chuàng)建配置文件

cat > /opt/kubernetes/cfg/kube-scheduler.conf << EOF
KUBE_SCHEDULER_OPTS="--logtostderr=false \
--v=2 \
--log-dir=/opt/kubernetes/logs \
--leader-elect \
--master=127.0.0.1:8080 \
--bind-address=127.0.0.1"
EOF

– master： 通過本地非安全本地端口 8080 連接 apiserver。

– leader-elect： 當(dāng)該組件啟動多個時， 自動選舉（ HA）

2. systemd 管理 scheduler

cat > /usr/lib/systemd/system/kube-scheduler.service << EOF
[Unit]
Description=Kubernetes Scheduler
Documentation=https://github.com/kubernetes/kubernetes

[Service]
EnvironmentFile=/opt/kubernetes/cfg/kube-scheduler.conf
ExecStart=/opt/kubernetes/bin/kube-scheduler \$KUBE_SCHEDULER_OPTS
Restart=on-failure

[Install]
WantedBy=multi-user.target
EOF

3. 啟動并設(shè)置開機啟動

systemctl daemon-reload
systemctl start kube-scheduler
systemctl enable kube-scheduler

4. 查看集群狀態(tài)

所有組件都已經(jīng)啟動成功， 通過 kubectl 工具查看當(dāng)前集群組件狀態(tài)：

kubectl get cs

查看原因

journalctl -xe

發(fā)現(xiàn)controller-manage啟動失敗查看原因 原來是少了一個空格

修改完畢重啟

再次查看

如上輸出說明 Master 節(jié)點組件運行正常。

6、 安裝 Docker

下載地址： https://download.docker.com/linux/static/stable/x86_64/docker-19.03.9.tgz

以下在所有節(jié)點操作。 這里采用二進制安裝， 用 yum 安裝也一樣 注：由于master后續(xù)需要安裝kubelet，所以master也要安裝docker

這里只展示node1節(jié)點的命令

肯定有小伙伴想要問為什么master沒有安裝docker呢？

因為Master 節(jié)點和 Worker 節(jié)點的角色不同。

在 Kubernetes 二進制方式搭建集群中，通常在 Master 節(jié)點上安裝 kube-apiserver、kube-scheduler、kube-controller-manager、etcd 等組件，而不是安裝 Docker。這是因為 Master 節(jié)點不會直接運行容器，它的主要職責(zé)是管理和調(diào)度容器，所以它只需要依賴于 Docker 或其他容器運行時就可以了。

（ 1） 解壓二進制包

解壓

tar zxvf docker-19.03.9.tgz

將docker目錄下的所有文件移動到/usr/bin目錄下。

mv docker/* /usr/bin

（ 2） systemd 管理 docker

docker.service是 Docker 服務(wù)的服務(wù)單元文件，其作用是定義 Docker 服務(wù)的啟動方式、運行環(huán)境以及相關(guān)的依賴關(guān)系，使得操作系統(tǒng)能夠在啟動時正確地啟動 Docker 服務(wù)。

systemd 服務(wù)管理器會自動加載這些服務(wù)單元文件，并根據(jù)其中定義的規(guī)則來管理系統(tǒng)服務(wù)。

cat > /usr/lib/systemd/system/docker.service << EOF
[Unit]
Description=Docker Application Container Engine
Documentation=https://docs.docker.com
After=network-online.target firewalld.service
Wants=network-online.target
[Service]
Type=notify
ExecStart=/usr/bin/dockerd
ExecReload=/bin/kill -s HUP $MAINPID
LimitNOFILE=infinity
LimitNPROC=infinity
LimitCORE=infinity
TimeoutStartSec=0
Delegate=yes
KillMode=process
Restart=on-failure
StartLimitBurst=3
StartLimitInterval=60s
[Install]
WantedBy=multi-user.target
EOF

（ 3） 創(chuàng)建配置文件

Docker守護進程的配置文件，它用于配置Docker守護進程的行為和屬性。

這里配置了Docker鏡像倉庫地址。

mkdir /etc/docker
cat > /etc/docker/daemon.json << EOF
{
"registry-mirrors": ["https://vpmkvcwz.mirror.aliyuncs.com"]
} 
EOF

registry-mirrors 阿里云鏡像站點

（ 4） 啟動并設(shè)置開機啟動

systemctl daemon-reload
systemctl start docker
systemctl enable docker

查看docker信息

docker info

[root@node1 ~]# docker info
Client:
 Debug Mode: false

Server:
 Containers: 0
  Running: 0
  Paused: 0
  Stopped: 0
 Images: 0
 Server Version: 19.03.9
 Storage Driver: overlay2
  Backing Filesystem: xfs
  Supports d_type: true
  Native Overlay Diff: true
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: 7ad184331fa3e55e52b890ea95e65ba581ae3429
 runc version: dc9208a3303feef5b3839f4323d9beb36df0a9dd
 init version: fec3683
 Security Options:
  seccomp
   Profile: default
 Kernel Version: 3.10.0-1160.el7.x86_64
 Operating System: CentOS Linux 7 (Core)
 OSType: linux
 Architecture: x86_64
 CPUs: 1
 Total Memory: 972.3MiB
 Name: node1
 ID: DUDF:D4US:NWFZ:SG2O:2QUY:UWNX:DYUH:IEG5:CG5E:F6ND:JGVK:BX34
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Registry Mirrors:
  https://vpmkvcwz.mirror.aliyuncs.com/
 Live Restore Enabled: false
 Product License: Community Engine

7、 部署 Worker Node

master節(jié)點也部署成worker節(jié)點，一并參加調(diào)度

并且在master進行統(tǒng)一配置，然后將配置拷貝到worke node中進行快速部署

7.1 創(chuàng)建工作目錄并拷貝二進制文件

在所有 worker node 創(chuàng)建工作目錄：

mkdir -p /opt/kubernetes/{bin,cfg,ssl,logs}

從 master 節(jié)點進行拷貝：

cd kubernetes/server/bin
cp kubelet kube-proxy /opt/kubernetes/bin

7.2 部署 kubelet

kubelet：每個 Node 節(jié)點上的 kubelet 定期就會調(diào)用 API Server 的 REST 接口報告自身狀態(tài)，API Server 接收這些信息后，將節(jié)點狀態(tài)信息更新到 etcd 中。kubelet 也通過 API Server 監(jiān)聽 Pod 信息，從而對 Node 機器上的 POD 進行管理，如創(chuàng)建、刪除、更新 Pod。

即使在 master 節(jié)點上不需要直接運行容器，也可以部署 kubelet 來保證 Kubernetes 集群的正常運行。

1. 創(chuàng)建配置文件

cat > /opt/kubernetes/cfg/kubelet.conf << EOF
KUBELET_OPTS="--logtostderr=false \\
--v=2 \\
--log-dir=/opt/kubernetes/logs \\
--hostname-override=master \\
--network-plugin=cni \\
--kubeconfig=/opt/kubernetes/cfg/kubelet.kubeconfig \\
--bootstrap-kubeconfig=/opt/kubernetes/cfg/bootstrap.kubeconfig \\
--config=/opt/kubernetes/cfg/kubelet-config.yml \\
--cert-dir=/opt/kubernetes/ssl \\
--pod-infra-container-image=lizhenliang/pause-amd64:3.0"
EOF

–hostname-override：顯示名稱，集群中唯一

–network-plugin：啟用 CNI

–kubeconfig：空路徑，會自動生成，后面用于連接 apiserver

–bootstrap-kubeconfig：首次啟動向 apiserver 申請證書

–config：配置參數(shù)文件

–cert-dir：kubelet 證書生成目錄

–pod-infra-container-image：管理 Pod 網(wǎng)絡(luò)容器的鏡像

2. 配置參數(shù)文件

請注意yml格式空行

cat > /opt/kubernetes/cfg/kubelet-config.yml << EOF
apiVersion: kubelet.config.k8s.io/v1beta1
kind: KubeletConfiguration
address: 0.0.0.0
port: 10250
readOnlyPort: 10255
cgroupDriver: cgroupfs
clusterDNS:
  - 10.0.0.2
clusterDomain: cluster.local
failSwapOn: false
authentication:
  anonymous:
    enabled: false
  webhook:
    cacheTTL: 2m0s
    enabled: true
  x509:
    clientCAFile: /opt/kubernetes/ssl/ca.pem
authorization:
  mode: Webhook
  webhook:
    cacheAuthorizedTTL: 5m0s
    cacheUnauthorizedTTL: 30s
evictionHard:
  imagefs.available: 15%
  memory.available: 100Mi
  nodefs.available: 10%
  nodefs.inodesFree: 5%
maxOpenFiles: 1000000
maxPods: 110
EOF

3. 生成 bootstrap.kubeconfig 文件

這個文件被用來創(chuàng)建一個kubelet-bootstrap用戶來啟動kubelet進程并注冊到集群中

指定 Kubernetes API server 的地址和端口。

KUBE_APISERVER="https://192.168.122.143:6443" # apiserver IP:PORT

其中的token與 token.csv 里保持一致

TOKEN="c47ffb939f5ca36231d9e3121a252940"

查看token值

cat /opt/kubernetes/cfg/token.csv

生成 kubelet bootstrap kubeconfig 配置文件

kubectl config set-cluster kubernetes \
--certificate-authority=/opt/kubernetes/ssl/ca.pem \
--embed-certs=true \
--server=${KUBE_APISERVER} \
--kubeconfig=bootstrap.kubeconfig

kubectl config set-credentials "kubelet-bootstrap" \
--token=${TOKEN} \
--kubeconfig=bootstrap.kubeconfig

kubectl config set-context default \
--cluster=kubernetes \
--user="kubelet-bootstrap" \
--kubeconfig=bootstrap.kubeconfig

kubectl config use-context default \
--kubeconfig=bootstrap.kubeconfig

這個命令可以一起執(zhí)行的，可以通過；或&&連接

拷貝到配置文件路徑：

cp bootstrap.kubeconfig /opt/kubernetes/cfg

4. systemd 管理 kubelet

cat > /usr/lib/systemd/system/kubelet.service << EOF
[Unit]
Description=Kubernetes Kubelet
After=docker.service
[Service]
EnvironmentFile=/opt/kubernetes/cfg/kubelet.conf
ExecStart=/opt/kubernetes/bin/kubelet \$KUBELET_OPTS
Restart=on-failure
LimitNOFILE=65536
[Install]
WantedBy=multi-user.target
EOF

5. 啟動并設(shè)置開機啟動

systemctl daemon-reload
systemctl start kubelet
systemctl enable kubelet

報錯

1.注意：kubernetes官方推薦docker等使用systemd作為Cgroup Driver,如果kubelet服務(wù)狀態(tài)異常，查看日志是cgroupDriver不匹配的話,先查看docker使用的Cgroup Driver

docker info|grep “Cgroup Driver”

再修改kubelet的yaml文件中Cgroup Driver的參數(shù)

2.啟動失敗failed to run Kubelet: failed to get docker version: Cannot connect to the Docker daemon at unix:///var/run/docker.s

開始以為docker啟動失敗或者deamon.json配置有問題，經(jīng)過確認(rèn)后沒發(fā)現(xiàn)問題，最終在查看systemd 管理 kubelet的kubelet.service文件中發(fā)現(xiàn)多了一個\

修改后

重新啟動

7.3 批準(zhǔn) kubelet 證書申請并加入集群

每個節(jié)點部署申請后都需被批準(zhǔn)才能加入集群

# 查看 kubelet 證書請求

kubectl get csr

# 批準(zhǔn)申請

kubectl certificate approve node-csr-VXXOMedFY9mQu9_wh2t64wqeBXHRJL8H68DfougGySA

# 查看節(jié)點

kubectl get node

注：由于網(wǎng)絡(luò)插件還沒有部署，節(jié)點會沒有準(zhǔn)備就緒 NotReady

7.4 部署 kube-proxy

1. 創(chuàng)建配置文件

cat > /opt/kubernetes/cfg/kube-proxy.conf << EOF
KUBE_PROXY_OPTS="--logtostderr=false \\
--v=2 \\
--log-dir=/opt/kubernetes/logs \\
--config=/opt/kubernetes/cfg/kube-proxy-config.yml"
EOF

2. 配置參數(shù)文件

cat > /opt/kubernetes/cfg/kube-proxy-config.yml << EOF
kind: KubeProxyConfiguration
apiVersion: kubeproxy.config.k8s.io/v1alpha1
bindAddress: 0.0.0.0
metricsBindAddress: 0.0.0.0:10249
clientConnection:
  kubeconfig: /opt/kubernetes/cfg/kube-proxy.kubeconfig
hostnameOverride: master
clusterCIDR: 10.0.0.0/24
EOF

3. 生成 kube-proxy.kubeconfig 文件

生成 kube-proxy 證書：

# 切換工作目錄

cd /root/TLS/k8s

# 創(chuàng)建證書請求文件

cat > kube-proxy-csr.json<< EOF
{
    "CN": "system:kube-proxy",
    "hosts": [],
    "key": {
        "algo": "rsa",
        "size": 2048
    },
    "names": [{
        "C": "CN",
        "L": "BeiJing",
        "ST": "BeiJing",
        "O": "k8s",
        "OU": "System"
    }]
}
EOF

# 生成證書

cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -
profile=kubernetes kube-proxy-csr.json | cfssljson -bare kube-proxy

查看

ls kube-proxy*pem

生成 kubeconfig 文件：

KUBE_APISERVER="https://192.168.122.143:6443"

kubectl config set-cluster kubernetes --certificate-authority=/opt/kubernetes/ssl/ca.pem --embed-certs=true --server=${KUBE_APISERVER} --kubeconfig=kube-proxy.kubeconfig

kubectl config set-credentials kube-proxy --client-certificate=./kube-proxy.pem --client-key=./kube-proxy-key.pem --embed-certs=true --kubeconfig=kube-proxy.kubeconfig

kubectl config set-context default --cluster=kubernetes --user=kube-proxy --kubeconfig=kube-proxy.kubeconfig

kubectl config use-context default --kubeconfig=kube-proxy.kubeconfig

拷貝到配置文件指定路徑:

cp kube-proxy.kubeconfig /opt/kubernetes/cfg/

4. systemd 管理 kube-proxy

cat > /usr/lib/systemd/system/kube-proxy.service << EOF
[Unit]
Description=Kubernetes Proxy
After=network.target
[Service]
EnvironmentFile=/opt/kubernetes/cfg/kube-proxy.conf
ExecStart=/opt/kubernetes/bin/kube-proxy \$KUBE_PROXY_OPTS
Restart=on-failure
LimitNOFILE=65536
[Install]
WantedBy=multi-user.target
EOF

5. 啟動并設(shè)置開機啟動

systemctl daemon-reload
systemctl start kube-proxy
systemctl enable kube-proxy

報錯

1.提示找不到kubernetes集群invalid configuration: no server found for cluster “kubernetes”

這是因為在 生成 kubeconfig 文件時沒有執(zhí)行這個命令

KUBE_APISERVER="https://192.168.122.143:6443"

執(zhí)行后，重新生成生成 kubeconfig 文件，重新啟動kube-proxy即可

7.5 部署 CNI 網(wǎng)絡(luò)

CNI是Container Network Interface（容器網(wǎng)絡(luò)接口）的縮寫，是一個規(guī)范，為容器運行時（如Docker、Kubernetes等）提供了一套插件化的網(wǎng)絡(luò)配置和管理機制。CNI插件負(fù)責(zé)實現(xiàn)網(wǎng)絡(luò)配置、管理和連接，其中包括IP地址分配、路由設(shè)置、網(wǎng)絡(luò)隔離等功能，通過CNI插件，容器可以連接到不同類型的網(wǎng)絡(luò)，如物理網(wǎng)絡(luò)、虛擬網(wǎng)絡(luò)、Overlay網(wǎng)絡(luò)等等。在Kubernetes中，CNI被用作容器網(wǎng)絡(luò)的管理接口，可以實現(xiàn)多種不同的網(wǎng)絡(luò)方案，如Flannel、Calico、Cilium等。

先準(zhǔn)備好 CNI 二進制文件：

下載地址：

https://github.com/containernetworking/plugins/releases/download/v0.8.6/cni-plugins-linux-amd64-v0.8.6.tgz

解壓二進制包并移動到默認(rèn)工作目錄：

mkdir /opt/cni/bin

tar zxvf cni-plugins-linux-amd64-v0.8.6.tgz -C /opt/cni/bin

部署 CNI 網(wǎng)絡(luò)：

wget https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml

若默認(rèn)鏡像地址無法訪問，修改為 docker hub 鏡像倉庫。

sed -i -r "s#quay.io/coreos/flannel:.*-amd64#lizhenliang/flannel:v0.12.0-amd64#g" kube-flannel.yml

啟動

kubectl apply -f kube-flannel.yml

kubectl get node

部署好網(wǎng)絡(luò)插件，Node 準(zhǔn)備就緒

kubectl get pods -n kube-system

這里獲取不到pod是因為node節(jié)點還沒開始部署，先跳過

7.6 授權(quán) apiserver 訪問 kubelet

cat > apiserver-to-kubelet-rbac.yaml<< EOF
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  annotations:
    rbac.authorization.kubernetes.io/autoupdate: "true"
  labels:
    kubernetes.io/bootstrapping: rbac-defaults
  name: system:kube-apiserver-to-kubelet
rules:
- apiGroups:
  - ""
  resources:
  - nodes/proxy
  - nodes/stats
  - nodes/log
  - nodes/spec
  - nodes/metrics
  - pods/log
  verbs:
  - "*"
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: system:kube-apiserver
  namespace: ""
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: system:kube-apiserver-to-kubelet
subjects:
- apiGroup: rbac.authorization.k8s.io
  kind: User
  name: kubernetes
EOF

授權(quán)訪問kubelet

kubectl apply -f apiserver-to-kubelet-rbac.yaml

查看

kubectl get ClusterRole

7.7 新增加 Worker Node

這里才真正到部署Worker Node操作

1. 在mster中****拷貝已部署好的 Node 相關(guān)文件到新節(jié)點

在 master 節(jié)點將 Worker Node 涉及文件拷貝到節(jié)點 192.168.122.144 、192.168.122.145

這里只展示node1節(jié)點的操作

scp -r /opt/kubernetes root@192.168.122.144:/opt/

scp -r /usr/lib/systemd/system/{kubelet,kube-proxy}.service root@192.168.122.144:/usr/lib/systemd/system

scp -r /opt/cni/ root@192.168.122.144:/opt/

scp /opt/kubernetes/ssl/ca.pem root@192.168.122.144:/opt/kubernetes/ssl

2. 刪除node節(jié)點的 kubelet 證書和 kubeconfig 文件

rm /opt/kubernetes/cfg/kubelet.kubeconfig
rm -f /opt/kubernetes/ssl/kubelet*

注：這幾個文件是證書申請審批后自動生成的，每個 Node 不同，必須刪除重新生成。否則master節(jié)點無法獲得node節(jié)點信息

3. 修改主機名

vi /opt/kubernetes/cfg/kubelet.conf

修改主機名

--hostname-override=node1

vi /opt/kubernetes/cfg/kube-proxy-config.yml

修改主機名

hostnameOverride: node1

4. 啟動并設(shè)置開機啟動

systemctl daemon-reload
systemctl start kubelet
systemctl enable kubelet
systemctl start kube-proxy
systemctl enable kube-proxy

報錯

1.查看狀態(tài)發(fā)現(xiàn)kubectl啟動失敗

查看具體問題 使用 journalctl -xe命令

想到應(yīng)該是節(jié)點沒有啟動docker

重新啟動，ok

這里要注意也要設(shè)置鏡像加速器地址

5. 在 Master 上批準(zhǔn)新 Node kubelet 證書申請

查看證書請求

kubectl get csr

授權(quán)請求

kubectl certificate approve node-csr-TI8Mrdx61UpWpuPJswDzUngNjivBM5rMw4qZbfTT6PA

6. 查看 Node 狀態(tài)

kubectl get node

Node2（192.168.122.145 ）節(jié)點同上。記得修改主機名！

繼續(xù)部署node2配合，操作同上

8、測試kubernetes集群

在 Kubernetes 集群中創(chuàng)建一個 pod，驗證是否正常運行【master 節(jié)點操作】

8.1下載 nginx 【會聯(lián)網(wǎng)拉取 nginx 鏡像】

kubectl create deployment nginx --image=nginx

查看狀態(tài)

kubectl get pod

如果我們出現(xiàn) Running 狀態(tài)的時候，表示已經(jīng)成功運行了

8.2下面我們就需要將端口暴露出去，讓其它外界能夠訪問

暴露端口

kubectl expose deployment nginx --port=80 --type=NodePort

查看一下對外的端口

kubectl get pods,svc

能夠看到，我們已經(jīng)成功暴露了 80 端口 到 31167 上

我們到我們的宿主機瀏覽器上，訪問如下地址 192.168.122.143:31167

發(fā)現(xiàn)我們的 nginx 已經(jīng)成功啟動了

刪除

kubectl delete deployment nginx

從Kubernetes集群中刪除名為“nginx”的deployment以及相關(guān)的pod和副本集。

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

到了這里，關(guān)于kubernetes 集群搭建(二進制方式)的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！