关于kubernetes:企业运维实践还不会部署高可用的kubernetes集群使用kubeadm方式安装高可用k8s集群v1237

28次阅读

共计 50691 个字符,预计需要花费 127 分钟才能阅读完成。

关注「WeiyiGeek」公众号

设为「特地关注」每天带你玩转网络安全运维、利用开发、物联网 IOT 学习!

心愿各位看友【关注、点赞、评论、珍藏、投币】,助力每一个幻想。

文章目录:

0x00 前言简述

0x01 环境筹备

  • 主机布局
  • 软件版本
  • 网络布局

0x02 装置部署

  • 1. 筹备根底主机环境配置
  • 2. 负载平衡治理 ipvsadm 工具装置与内核加载
  • 3. 高可用 HAProxy 与 Keepalived 软件装置配置
  • 4. 容器运行时 containerd.io 装置配置
  • 5. 装置源配置与初始化集群配置筹备
  • 6. 应用 kubeadm 装置部署 K8S 集群
  • 7. 部署配置 Calico 网络插件

0x03 集群辅助插件部署

  • 1. 集群中基于 nfs 的 provisioner 的动静持卷环境部署
  • 2. 集群中装置 metrics-server 获取客户端资源监控指标
  • 3. 集群治理原生 UI 工具 kubernetes-dashboard 装置部署
  • 4. 集群治理 K9S 客户端工具装置应用
  • 5. 集群服务 Service 七层负载平衡 ingress 环境搭建部署

舒适提醒:若文章中有图片显示不全,可拜访我的博客【https://blog.weiyigeek.top】持续浏览该篇文章。


0x00 前言简述

形容: 在我博客以及后面的文章之中解说 Kubernetes 相干集群环境的搭建阐明, 随着 K8S 及其相干组件的迭代, 与读者以后接触的版本有所不同,在上一章中咱们一起实际了【应用二进制形式进行装置部署高可用的 K8S 集群 V1.23.6】(https://blog.weiyigeek.top/20…) , 所以本章将实际应用 kubeadm 形式部署搭建高可用的 kubernetes 集群 V1.23.7,此处依然依照 ubuntu 20.04 零碎以及 haproxy、keepalive、containerd、etcd、kubeadm、kubectl 等相干工具插件【最新或者稳固的版本】进行实际,这里不再对 k8s 等相干基础知识做介绍,如有新入门的童鞋,请拜访如下【博客文章】(https://blog.weiyigeek.top/ta…) 或者【B 站专栏】(https://www.bilibili.com/read…) 依照程序学习。

Kubernetes 简述
Kubernetes (后续简称 k8s) 是 Google(2014 年 6 月) 开源的一个容器编排引擎,应用 Go 语言开发,它反对自动化部署、大规模可伸缩、以及云平台中多个主机上的容器化利用进行治理。其指标是让部署容器化的利用更加简略并且高效,提供了资源调度、部署治理、服务发现、扩容缩容、状态 监控、保护等一整套性能, 致力成为跨主机集群的自动化部署、自动化扩大以及运行应用程序容器的平台,它反对一些列 CNCF 毕业我的项目,包含 Containerd、calico 等。

扩大文章:

1. 应用二进制形式部署 v1.23.6 的 K8S 集群实际(上)【https://mp.weixin.qq.com/s/sY…】

2. 应用二进制形式部署 v1.23.6 的 K8S 集群实际(下)【https://mp.weixin.qq.com/s/-k…】

本章残缺原文地址:

  • 还不会部署高可用的 kubernetes 集群? 企业 DevOps 实际之应用 kubeadm 形式装置高可用 k8s 集群 v1.23.7-https://mp.weixin.qq.com/s/v_kO8o8mWOYc38kot86g6Q
  • 21-kubernetes 进阶之 kubeadm 形式装置高可用 k8s 集群

0x01 环境筹备

主机布局

舒适提醒: 同样此处应用的是 Ubuntu 20.04 操作系统, 该零碎已做平安加固和内核优化合乎等保 2.0 要求【SecOpsDev/Ubuntu-InitializeSecurity.sh at master · WeiyiGeek/SecOpsDev (github.com)】, 如你的 Linux 未进行相应配置环境可能与读者有些许差别, 如须要进行 (windows server、Ubuntu、CentOS) 平安加固请参照如下加固脚本进行加固, 请大家疯狂的 star。

加固脚本地址:【https://github.com/WeiyiGeek/…】

主机地址 主机名称 主机配置 主机角色 软件组件
10.20.176.212 devtest-master-212 8C/16G 管制节点
10.20.176.213 devtest-master-213 8C/16G 管制节点
10.20.176.214 devtest-master-214 8C/32G 管制节点
10.20.176.215 devtest-work-215 8C/16G 工作节点
10.20.176.211 slbvip.k8s.devtest 虚构 VIP 虚构网卡地址

<br/>

软件版本

操作系统

  • Ubuntu 20.04 LTS – 5.4.0-92-generic

高可用软件

  • ipvsadm – 1:1.31-1
  • haproxy – 2.0.13-2
  • keepalived – 1:2.0.19-2

ETCD 数据库

  • etcd – v3.5.4

容器运行时

  • containerd.io – 1.6.6

Kubernetes

  • kubeadm – v1.23.7
  • kube-apiserver – v1.23.7
  • kube-controller-manager – v1.23.7
  • kubectl – v1.23.7
  • kubelet – v1.23.7
  • kube-proxy – v1.23.7
  • kube-scheduler – v1.23.7

网络插件 & 辅助软件

  • calico – v3.22
  • coredns – v1.9.1
  • kubernetes-dashboard – v2.5.1
  • k9s – v0.25.18

<br/>

网络布局

子网 Subnet 网段 备注
nodeSubnet 10.20.176.0/24 宿主机节点子网
ServiceSubnet 10.96.0.0/16 SVC 子网
PodSubnet 10.66.0.0/16 POD 子网

0x02 装置部署

1. 筹备根底主机环境配置

步骤 01.【所有主机】主机名设置依照上述主机布局进行设置。

# 例如, 在 10.20.176.212 主机中运行。hostnamectl set-hostname devtest-master-212
# 例如, 在 10.20.176.213 主机中运行。hostnamectl set-hostname devtest-master-213
# 例如, 在 10.20.176.214 主机中运行。hostnamectl set-hostname devtest-master-214

# 例如, 在 10.10.107.215 主机中运行。hostnamectl set-hostname devtest-work-215

<br/>

步骤 02.【所有主机】将布局中的主机名称与 IP 地址进行硬解析。

sudo tee -a /etc/hosts <<'EOF'
10.20.176.211 slbvip.k8s.devtest
10.20.176.212 devtest-master-212
10.20.176.213 devtest-master-213
10.20.176.214 devtest-master-214
10.20.176.215 devtest-work-215
EOF

<br/>

步骤 03. 验证每个节点上 IP、MAC 地址和 product_uuid 的唯一性, 保障其能互相失常通信

# 应用命令 ip link 或 ifconfig -a 来获取网络接口的 MAC 地址
ifconfig -a
# 应用命令 查看 product_uuid 校验
sudo cat /sys/class/dmi/id/product_uuid

<br/>

步骤 04.【所有主机】零碎工夫同步与时区设置

date -R
sudo ntpdate ntp.aliyun.com
sudo timedatectl set-timezone Asia/Shanghai
# 或者
# sudo dpkg-reconfigure tzdata
sudo timedatectl set-local-rtc 0
timedatectl

步骤 05.【所有主机】禁用零碎替换分区

swapoff -a && sed -i 's|^/swap.img|#/swap.ing|g' /etc/fstab
# 验证替换分区是否被禁用
free | grep "Swap:"

<br/>

步骤 06.【所有主机】零碎内核参数调整

# 禁用 swap 分区
egrep -q "^(#)?vm.swappiness.*" /etc/sysctl.conf && sed -ri "s|^(#)?vm.swappiness.*|vm.swappiness = 0|g"  /etc/sysctl.conf || echo "vm.swappiness = 0" >> /etc/sysctl.conf
# 容许转发
egrep -q "^(#)?net.ipv4.ip_forward.*" /etc/sysctl.conf && sed -ri "s|^(#)?net.ipv4.ip_forward.*|net.ipv4.ip_forward = 1|g"  /etc/sysctl.conf || echo "net.ipv4.ip_forward = 1" >> /etc/sysctl.conf

# - 容许 iptables 查看桥接流量
egrep -q "^(#)?net.bridge.bridge-nf-call-iptables.*" /etc/sysctl.conf && sed -ri "s|^(#)?net.bridge.bridge-nf-call-iptables.*|net.bridge.bridge-nf-call-iptables = 1|g" /etc/sysctl.conf || echo "net.bridge.bridge-nf-call-iptables = 1" >> /etc/sysctl.conf
egrep -q "^(#)?net.bridge.bridge-nf-call-ip6tables.*" /etc/sysctl.conf && sed -ri "s|^(#)?net.bridge.bridge-nf-call-ip6tables.*|net.bridge.bridge-nf-call-ip6tables = 1|g" /etc/sysctl.conf || echo "net.bridge.bridge-nf-call-ip6tables = 1" >> /etc/sysctl.conf 

<br/>

步骤 07.【所有主机】禁用零碎防火墙

ufw disable && systemctl disable ufw && systemctl stop ufw

2. 负载平衡治理 ipvsadm 工具装置与内核加载

步骤 01. 装置 ipvs 模块以及负载平衡相干依赖。

# 查看可用版本
sudo apt-cache madison ipvsadm
  # ipvsadm |   1:1.31-1 | http://mirrors.aliyun.com/ubuntu focal/main amd64 Packages

# 装置
sudo apt -y install ipvsadm ipset sysstat conntrack

# 锁定版本 
apt-mark hold ipvsadm
  # ipvsadm set on hold.

<br/>

步骤 02. 将模块加载到内核中(开机主动设置 - 须要重启机器失效)

tee /etc/modules-load.d/k8s-.conf <<'EOF'
# netfilter
br_netfilter

# containerd
overlay

# nf_conntrack
nf_conntrack

# ipvs
ip_vs
ip_vs_lc
ip_vs_lblc
ip_vs_lblcr
ip_vs_rr
ip_vs_wrr
ip_vs_sh
ip_vs_dh
ip_vs_fo
ip_vs_nq
ip_vs_sed
ip_vs_ftp
ip_tables
ip_set
ipt_set
ipt_rpfilter
ipt_REJECT
ipip
xt_set
EOF

<br/>

步骤 03. 手动加载模块到 Linux 内核中。

mkdir -vp /etc/modules.d/
tee /etc/modules.d/k8s-ipvs.modules <<'EOF'
#!/bin/bash
# netfilter 模块 容许 iptables 查看桥接流量
modprobe -- br_netfilter
# containerd
modprobe -- overlay
# nf_conntrack
modprobe -- nf_conntrack
# ipvs
modprobe -- ip_vs
modprobe -- ip_vs_lc
modprobe -- ip_vs_lblc
modprobe -- ip_vs_lblcr
modprobe -- ip_vs_rr
modprobe -- ip_vs_wrr
modprobe -- ip_vs_sh
modprobe -- ip_vs_dh
modprobe -- ip_vs_fo
modprobe -- ip_vs_nq
modprobe -- ip_vs_sed
modprobe -- ip_vs_ftp
modprobe -- ip_tables
modprobe -- ip_set
modprobe -- ipt_set
modprobe -- ipt_rpfilter
modprobe -- ipt_REJECT
modprobe -- ipip
modprobe -- xt_set
EOF

# 权限设置、并加载到零碎之中
chmod 755 /etc/modules.d/k8s-ipvs.modules && bash /etc/modules.d/k8s-ipvs.modules && lsmod | grep -e ip_vs -e nf_conntrack
  # ip_vs_sh               16384  0
  # ip_vs_wrr              16384  0
  # ip_vs_rr               16384  0
  # ip_vs                 155648  6 ip_vs_rr,ip_vs_sh,ip_vs_wrr
  # nf_conntrack          139264  1 ip_vs
  # nf_defrag_ipv6         24576  2 nf_conntrack,ip_vs
  # nf_defrag_ipv4         16384  1 nf_conntrack
  # libcrc32c              16384  5 nf_conntrack,btrfs,xfs,raid456,ip_vs

sysctl --system

舒适提醒: 在 kernel 4.19 版本及以上将应用 nf_conntrack 模块, 则在 4.18 版本以下则需应用 nf_conntrack_ipv4 模块。


3. 高可用 HAProxy 与 Keepalived 软件装置配置

形容: 因为是测试学习环境, 此处我未专门筹备两台 HA 服务器, 而是间接采纳 master 节点机器,如果是正式环境倡议独立进去。

步骤 01.【Master 节点机器】装置下载 haproxy (HA 代理衰弱检测) 与 keepalived (虚构路由协定 - 主从)。

# 查看可用版本
sudo apt-cache madison haproxy keepalived
  #  haproxy | 2.0.13-2ubuntu0.5 | http://mirrors.aliyun.com/ubuntu focal-security/main amd64 Packages
  # keepalived | 1:2.0.19-2ubuntu0.2 | http://mirrors.aliyun.com/ubuntu focal-updates/main amd64 Packages

# 装置
sudo apt -y install haproxy keepalived

# 锁定版本 
apt-mark hold haproxy keepalived

<br/>

步骤 02.【Master 节点机器】进行 HAProxy 配置,其配置目录为 /etc/haproxy/,所有节点配置是统一的。

sudo cp /etc/haproxy/haproxy.cfg{,.bak}
tee /etc/haproxy/haproxy.cfg<<'EOF'
global
  user haproxy
  group haproxy
  maxconn 2000
  daemon
  log /dev/log local0
  log /dev/log local1 err
  chroot /var/lib/haproxy
  stats socket /run/haproxy/admin.sock mode 660 level admin expose-fd listeners
  stats timeout 30s
  # Default SSL material locations
  ca-base /etc/ssl/certs
  crt-base /etc/ssl/private
  # See: https://ssl-config.mozilla.org/#server=haproxy&server-version=2.0.3&config=intermediate
  ssl-default-bind-ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384
  ssl-default-bind-ciphersuites TLS_AES_128_GCM_SHA256:TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256
  ssl-default-bind-options ssl-min-ver TLSv1.2 no-tls-tickets

defaults
  log     global
  mode    http
  option  httplog
  option  dontlognull
  timeout connect 5000
  timeout client  50000
  timeout server  50000
  timeout http-request 15s
  timeout http-keep-alive 15s
  # errorfile 400 /etc/haproxy/errors/400.http
  # errorfile 403 /etc/haproxy/errors/403.http
  # errorfile 408 /etc/haproxy/errors/408.http
  # errorfile 500 /etc/haproxy/errors/500.http
  # errorfile 502 /etc/haproxy/errors/502.http
  # errorfile 503 /etc/haproxy/errors/503.http
  # errorfile 504 /etc/haproxy/errors/504.http

# 留神: 治理 HAproxy (可选)
# frontend monitor-in
#   bind *:33305
#   mode http
#   option httplog
#   monitor-uri /monitor

# 留神: 基于四层代理, 1644 3 为 VIP 的 ApiServer 管制立体端口, 因为是与 master 节点在一起所以不能应用 6443 端口.
frontend k8s-master
  bind 0.0.0.0:16443
  bind 127.0.0.1:16443
  mode tcp
  option tcplog
  tcp-request inspect-delay 5s
  default_backend k8s-master

# 留神: Master 节点的默认 Apiserver 是 6443 端口
backend k8s-master
  mode tcp
  option tcplog
  option tcp-check
  balance roundrobin
  default-server inter 10s downinter 5s rise 2 fall 2 slowstart 60s maxconn 250 maxqueue 256 weight 100
  server devtest-master-212 10.20.176.212:6443 check
  server devtest-master-213 10.20.176.213:6443 check
  server devtest-master-214 10.20.176.214:6443 check
EOF

<br/>

步骤 03.【Master 节点机器】进行 KeepAlived 相干配置,其配置目录为 /etc/haproxy/

# 创立配置目录,别离在各个 master 节点执行。mkdir -vp /etc/keepalived
# __ROLE__ 角色: MASTER 或者 BACKUP
# __NETINTERFACE__ 宿主机物理网卡名称 例如我的 ens32
# __IP__ 宿主机物理 IP 地址
# __VIP__ 虚构 VIP 地址
sudo tee /etc/keepalived/keepalived.conf <<'EOF'
! Configuration File for keepalived
global_defs {
  router_id LVS_DEVEL
script_user root
  enable_script_security
}
vrrp_script chk_apiserver {
  script "/etc/keepalived/check_apiserver.sh"
  interval 5
  weight -5
  fall 2  
  rise 1
}
vrrp_instance VI_1 {
  state __ROLE__
  interface __NETINTERFACE__
  mcast_src_ip __IP__
  virtual_router_id 51
  priority 101
  advert_int 2
  authentication {
    auth_type PASS
    auth_pass K8SHA_KA_AUTH
  }
  virtual_ipaddress {__VIP__}
  # HA 健康检查
  # track_script {
  #   chk_apiserver
  # }
}
EOF

# 此处将 devtest-master-212 配置为 Master (devtest-master-212 主机上执行)
# devtest-master-212 10.20.176.212 => MASTER
sed -i -e 's#__ROLE__#MASTER#g' \
  -e 's#__NETINTERFACE__#ens32#g' \
  -e 's#__IP__#10.20.176.212#g' \
  -e 's#__VIP__#10.20.176.211#g' /etc/keepalived/keepalived.conf 

# devtest-master-213 10.20.176.213 => BACKUP  (devtest-master-213 主机上执行)
sed -i -e 's#__ROLE__#BACKUP#g' \
  -e 's#__NETINTERFACE__#ens32#g' \
  -e 's#__IP__#10.20.176.213#g' \
  -e 's#__VIP__#10.20.176.211#g' /etc/keepalived/keepalived.conf 

# devtest-master-214 10.20.176.214 => BACKUP  (devtest-master-214 主机上执行)
sed -i -e 's#__ROLE__#BACKUP#g' \
  -e 's#__NETINTERFACE__#ens32#g' \
  -e 's#__IP__#10.20.176.214#g' \
  -e 's#__VIP__#10.20.176.211#g' /etc/keepalived/keepalived.conf 

舒适提醒: 留神上述的健康检查是敞开正文了的,你须要将 K8S 集群建设实现后再开启。

track_script {chk_apiserver}

<br/>

步骤 04.【Master 节点机器】进行配置 KeepAlived 健康检查文件。

sudo tee /etc/keepalived/check_apiserver.sh <<'EOF'
#!/bin/bash
err=0
for k in $(seq 1 3)
do
  check_code=$(pgrep haproxy)
  if [[$check_code == ""]]; then
    err=$(expr $err + 1)
    sleep 1
    continue
  else
    err=0
    break
  fi
done

if [[$err != "0"]]; then
  echo "systemctl stop keepalived"
  /usr/bin/systemctl stop keepalived
  exit 1
else
  exit 0
fi
EOF
sudo chmod +x /etc/keepalived/check_apiserver.sh

<br/>

步骤 05.【Master 节点机器】启动 haproxy、keepalived 相干服务及测试 VIP 漂移。

# 重载 Systemd 设置 haproxy、keepalived 开机自启以及立刻启动
sudo systemctl daemon-reload
sudo systemctl enable --now haproxy && sudo systemctl enable --now keepalived
  # Synchronizing state of haproxy.service with SysV service script with /lib/systemd/systemd-sysv-install.
  # Executing: /lib/systemd/systemd-sysv-install enable haproxy
  # Synchronizing state of keepalived.service with SysV service script with /lib/systemd/systemd-sysv-install.
  # Executing: /lib/systemd/systemd-sysv-install enable keepalived

# 在 devtest-master-212 主机中发现 vip 地址在其主机上。root@devtest-master-212:~$ ip addr
  # 2: ens32: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
  #   link/ether 00:50:56:8a:57:69 brd ff:ff:ff:ff:ff:ff
  #   inet 10.20.176.212/24 brd 10.20.176.255 scope global ens32
  #       valid_lft forever preferred_lft forever
  #   inet 10.20.176.211/24 scope global ens32
  #       valid_lft forever preferred_lft forever
  #   inet6 fe80::250:56ff:fe8a:5769/64 scope link
  #       valid_lft forever preferred_lft forever

# 其它两台 Master 主机上通信验证。root@devtest-master-213:~$ ping 10.20.176.211
  # PING 10.20.176.211 (10.20.176.211) 56(84) bytes of data.
  # 64 bytes from 10.20.176.211: icmp_seq=1 ttl=64 time=0.161 ms
root@devtest-master-214:~$ ping 10.20.176.211

而后咱们能够手动验证 VIP 漂移, 咱们将该服务器上 keepalived 进行掉。

root@devtest-master-212:~$ pgrep haproxy
  # 6120
  # 6121
root@devtest-master-212:~$ /usr/bin/systemctl stop keepalived

# 此时, 发现 VIP 曾经飘到 devtest-master-212 主机中
root@devtest-master-215:~$ ip addr show ens32
  # 2: ens32: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
  #     link/ether 00:0c:29:93:28:61 brd ff:ff:ff:ff:ff:ff
  #     inet10.20.176.215/24 brd 10.10.107.255 scope global ens32
  #       valid_lft forever preferred_lft forever
  #     inet 10.20.176.211/32 scope global ens32
  #       valid_lft forever preferred_lft forever

至此,HAProxy 与 Keepalived 配置就告一段落了。


4. 容器运行时 containerd.io 装置配置

步骤 01. 别离在 master 与 work 节点上装置 containerd。

# 1. 卸载旧版本 
sudo apt-get remove docker docker-engine docker.io containerd runc

# 2. 更新 apt 包索引并安装包以容许 apt 在 HTTPS 上应用存储库
sudo apt-get install -y \
  apt-transport-https \
  ca-certificates \
  curl \
  gnupg-agent \
  software-properties-common

# 3. 增加 Docker 官网 GPG 密钥 # -fsSL
curl https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -

# 4. 通过搜寻指纹的最初 8 个字符进行密钥验证
sudo apt-key fingerprint 0EBFCD88

# 5. 设置稳固存储库
sudo add-apt-repository \
  "deb [arch=amd64] https://download.docker.com/linux/ubuntu \
  $(lsb_release -cs) \
  stable"

# 6. 装置特定版本在 repo 中列出可用的版本
sudo apt-cache madison containerd.io
  # containerd.io |    1.6.6-1 | https://download.docker.com/linux/ubuntu focal/stable amd64 Packages
  # containerd.io |    1.6.4-1 | https://download.docker.com/linux/ubuntu focal/stable amd64 Packages
  # containerd.io |   1.5.11-1 | https://download.docker.com/linux/ubuntu focal/stable amd64 Packages

# 7. 应用第二列中的版本字符串装置特定的版本,例如: 1.6.6-1
sudo apt-get install containerd.io=1.6.6-1
# 离线装置: apt install -y ./containerd.io_1.6.6-1_amd64.deb

步骤 02. 下载安装后在【所有节点】进行 containerd 配置,此处将创立并批改 config.toml 文件.

# 为 containerd 生成默认配置
mkdir -vp /etc/containerd
containerd config default >/etc/containerd/config.toml
ls /etc/containerd/config.toml
  # /etc/containerd/config.toml

# pause 镜像源
sed -i "s#k8s.gcr.io/pause#registry.cn-hangzhou.aliyuncs.com/google_containers/pause#g"  /etc/containerd/config.toml

# 应用 SystemdCgroup
sed -i 's#SystemdCgroup = false#SystemdCgroup = true#g' /etc/containerd/config.toml

# docker.io mirror
sed -i '/registry.mirrors]/a\ \ \ \ \ \ \ \ [plugins."io.containerd.grpc.v1.cri".registry.mirrors."docker.io"]' /etc/containerd/config.toml
sed -i '/registry.mirrors."docker.io"]/a\ \ \ \ \ \ \ \ \ \ endpoint = ["https://05f073ad3c0010ea0f4bc00b7105ec20.mirror.swr.myhuaweicloud.com","https://xlx9erfu.mirror.aliyuncs.com","https://docker.mirrors.ustc.edu.cn"]' /etc/containerd/config.toml

# gcr.io mirror
sed -i '/registry.mirrors]/a\ \ \ \ \ \ \ \ [plugins."io.containerd.grpc.v1.cri".registry.mirrors."gcr.io"]' /etc/containerd/config.toml
sed -i '/registry.mirrors."gcr.io"]/a\ \ \ \ \ \ \ \ \ \ endpoint = ["https://gcr.mirrors.ustc.edu.cn"]' /etc/containerd/config.toml

# k8s.gcr.io mirror
sed -i '/registry.mirrors]/a\ \ \ \ \ \ \ \ [plugins."io.containerd.grpc.v1.cri".registry.mirrors."k8s.gcr.io"]' /etc/containerd/config.toml
sed -i '/registry.mirrors."k8s.gcr.io"]/a\ \ \ \ \ \ \ \ \ \ endpoint = ["https://gcr.mirrors.ustc.edu.cn/google-containers/","https://registry.cn-hangzhou.aliyuncs.com/google_containers/"]' /etc/containerd/config.toml

# quay.io mirror
sed -i '/registry.mirrors]/a\ \ \ \ \ \ \ \ [plugins."io.containerd.grpc.v1.cri".registry.mirrors."quay.io"]' /etc/containerd/config.toml
sed -i '/registry.mirrors."quay.io"]/a\ \ \ \ \ \ \ \ \ \ endpoint = ["https://quay.mirrors.ustc.edu.cn"]' /etc/containerd/config.toml

步骤 03. 批改配置后【所有节点】重载 containerd 服务并查看相干服务及其版本。

# 配置重载与服务重启
systemctl daemon-reload && systemctl restart containerd.service
systemctl status -l containerd.service
  # ● containerd.service - containerd container runtime
  #    Loaded: loaded (/lib/systemd/system/containerd.service; enabled; vendor preset: enabled)
  #    Active: active (running) since Thu 2022-06-16 05:22:50 UTC; 5 days ago
  #      Docs: https://containerd.io
  #  Main PID: 790 (containerd)
  #     Tasks: 51
  #    Memory: 76.3M
  #    CGroup: /system.slice/containerd.service
  #            ├─ 790 /usr/bin/containerd

# 客户端版本查看
root@devtest-master-212:/var/cache/apt/archives# ctr version
# Client:
#   Version:  1.6.6
#   Revision: 10c12954828e7c7c9b6e0ea9b0c02b01407d3ae1
#   Go version: go1.17.11
# Server:
#   Version:  1.6.6
#   Revision: 10c12954828e7c7c9b6e0ea9b0c02b01407d3ae1
#   UUID: 71a28bbb-6ed6-408d-a873-e394d48b35d8

root@devtest-master-212:/var/cache/apt/archives# runc -v
  # runc version 1.1.2
  # commit: v1.1.2-0-ga916309
  # spec: 1.0.2-dev
  # go: go1.17.11
  # libseccomp: 2.5.1

5. 装置源配置与初始化集群配置筹备

步骤 01.【所有节点】Kubernetes 装置源配置及其 kubelet、kubeadm、kubectl 工具下载安装

# (1) gpg 签名下载导入
curl https://mirrors.aliyun.com/kubernetes/apt/doc/apt-key.gpg | sudo apt-key add -

# (2) Kubernetes 装置源
cat <<EOF | sudo tee /etc/apt/sources.list.d/kubernetes.list 
deb https://mirrors.aliyun.com/kubernetes/apt/ kubernetes-xenial main
EOF
apt update
# 其它形式:
# (2) 设置稳固存储库
# sudo add-apt-repository "deb https://mirrors.aliyun.com/kubernetes/apt/ kubernetes-xenial main"

# (3) K8S 可用版本, 此处能够看见最新的是 1.24.1 , 因为博主实际的 K8S 是为开发测试环境所搭建,则此处抉择 1.23.7 版本。apt-cache madison kubelet | more
  kubelet |  1.24.1-00 | https://mirrors.aliyun.com/kubernetes/apt kubernetes-xenial/main amd64 Packages
  kubelet |  1.24.0-00 | https://mirrors.aliyun.com/kubernetes/apt kubernetes-xenial/main amd64 Packages
  kubelet |  1.23.7-00 | https://mirrors.aliyun.com/kubernetes/apt kubernetes-xenial/main amd64 Packages

# (4) 下载安装指定版本的 kubelet、kubeadm、kubectl
K8S_VERSION="1.23.7-00"
sudo apt install kubelet=${K8S_VERSION} kubeadm=${K8S_VERSION} kubectl=${K8S_VERSION}

<br/>

步骤 02.【所有节点】重载 systemd 守护过程并将 kubelet 设置成开机启动

systemctl daemon-reload
systemctl restart containerd.service
systemctl enable kubelet && systemctl start kubelet

步骤 03.【devtest-master-212】为了节约拉取实际咱们能够在某一台 master 节点上先拉取所 K8S 集群所须要的镜像。

# 列出所需镜像
kubeadm config images list --kubernetes-version=1.23.7
  # k8s.gcr.io/kube-apiserver:v1.23.7
  # k8s.gcr.io/kube-controller-manager:v1.23.7
  # k8s.gcr.io/kube-scheduler:v1.23.7
  # k8s.gcr.io/kube-proxy:v1.23.7
  # k8s.gcr.io/pause:3.6
  # k8s.gcr.io/etcd:3.5.1-0
  # k8s.gcr.io/coredns/coredns:v1.8.6

# 应用阿里提供的镜像源进行拉取 v1.23.7 版本依赖的相干镜像
for i in $(kubeadm config images list --kubernetes-version=1.23.7 --image-repository registry.cn-hangzhou.aliyuncs.com/google_containers -v 5);do
  ctr -n k8s.io images pull ${i}
done
  # registry.cn-hangzhou.aliyuncs.com/google_containers/kube-apiserver:v1.23.7
  # registry.cn-hangzhou.aliyuncs.com/google_containers/kube-controller-manager:v1.23.7
  # registry.cn-hangzhou.aliyuncs.com/google_containers/kube-scheduler:v1.23.7
  # registry.cn-hangzhou.aliyuncs.com/google_containers/kube-proxy:v1.23.7
  # registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.6
  # registry.cn-hangzhou.aliyuncs.com/google_containers/etcd:3.5.1-0
  # registry.cn-hangzhou.aliyuncs.com/google_containers/coredns:v1.8.6

# 从 container.io 中的镜像导出本地
for images in $(ctr -n k8s.io i ls name~=registry.cn-hangzhou.aliyuncs.com/google_containers -q);do
  temp_name=${images##*/} 
  tar_name=$(echo $temp_name |  tr ':' '_')
  echo "export ${images} >> $tar_name.tar"
  ctr -n k8s.io images export ${tar_name}.tar ${images}
done

# 从本地导入镜像到 container.io 中
for tarfile in $(ls);do
    $ ctr images import --base-name foo/bar foobar.tar
  ctr -n k8s.io images export ${tar_name}.tar ${images}
done

步骤 04. 导入到各个节点后咱们能够通过如下命令查看导入的镜像列表信息。

# 形式 1
ctr -n k8s.io i ls name~=registry.cn-hangzhou.aliyuncs.com/google_container

# 形式 2
crictl images | grep "registry.cn-hangzhou.aliyuncs.com/google"
registry.cn-hangzhou.aliyuncs.com/google-containers/pause-amd64               3.0                 99e59f495ffaa       314kB
registry.cn-hangzhou.aliyuncs.com/google_containers/coredns                   v1.8.6              a4ca41631cc7a       13.6MB
registry.cn-hangzhou.aliyuncs.com/google_containers/etcd                      3.5.1-0             25f8c7f3da61c       98.9MB
registry.cn-hangzhou.aliyuncs.com/google_containers/kube-apiserver            v1.23.7             03c169f383d97       32.6MB
registry.cn-hangzhou.aliyuncs.com/google_containers/kube-controller-manager   v1.23.7             e34d4a6252edd       30.2MB
registry.cn-hangzhou.aliyuncs.com/google_containers/kube-proxy                v1.23.7             b1aa05aa5100e       39.3MB
registry.cn-hangzhou.aliyuncs.com/google_containers/kube-scheduler            v1.23.7             ed0ccfa052ab4       15.1MB
registry.cn-hangzhou.aliyuncs.com/google_containers/pause                     3.6                 6270bb605e12e       302kB

6. 应用 kubeadm 装置部署 K8S 集群

步骤 01.【devtest-master-212 节点】生成 K8S 初始化 yaml 配置文件,并依据理论状况进行编辑。

$ kubeadm config print init-defaults > kubeadm-init-default.yaml
$ vim kubeadm-init-default.yaml

# 此处为 v1.23.x 实用的集群初始化配置清单
tee kubeadm-init-cluster.yaml <<'EOF'
apiVersion: kubeadm.k8s.io/v1beta3
bootstrapTokens:
- groups:
  - system:bootstrappers:kubeadm:default-node-token
  token: devtes.httpweiyigeektop
  ttl: 24h0m0s
  usages:
  - signing
  - authentication
kind: InitConfiguration
localAPIEndpoint:
  advertiseAddress: 10.20.176.212   # 关键点: 以后节点地址
  bindPort: 6443                    # 关键点: API 端口默认即可
nodeRegistration:
  criSocket: /run/containerd/containerd.sock  # 关键点: 指定 containerd 为运行时
  imagePullPolicy: IfNotPresent
  name: devtest-master-212          # 关键点: 以后节点名称
  taints:
  - effect: NoSchedule
    key: node-role.kubernetes.io/master
---
apiServer:
  certSANs:                         # 关键点: 证书核心蕴含的 SANs 列表个别蕴含 VIP 与各节点的主机名称
  - slbvip.k8s.devtest
  - localhost
  - devtest-master-212
  - devtest-master-213
  - devtest-master-214
  - 10.20.176.211
  - 10.20.176.212
  - 10.20.176.213
  - 10.20.176.214
  - 10.66.66.2
  timeoutForControlPlane: 4m0s
apiVersion: kubeadm.k8s.io/v1beta3
certificatesDir: /etc/kubernetes/pki
clusterName: kubernetes
controllerManager: {}
dns:
  type: CoreDNS
etcd:
  local:
    dataDir: /var/lib/etcd
imageRepository: registry.cn-hangzhou.aliyuncs.com/google_containers  # 关键点: 集群所需镜像仓库源放慢拉取
kind: ClusterConfiguration
kubernetesVersion: v1.23.7                      # 关键点: K8S 集群版本此处与咱们提前下载的镜像版本必须统一否则将会从新拉取指定 K8S 集群所需镜像。controlPlaneEndpoint: slbvip.k8s.devtest:16443  # 关键点: 高可用 VIP 地址的域名与 haproxy 代理端口。networking:
  dnsDomain: cluster.test                       # 关键点: 集群 dns 根域默认 cluster.local
  serviceSubnet: 10.96.0.0/12                   # 关键点: services 服务子网段
  podSubnet: 10.66.0.0/16                       # 关键点: pod 服务子网段
scheduler: {}
---
apiVersion: kubeproxy.config.k8s.io/v1alpha1
kind: KubeProxyConfiguration
mode: ipvs                                      # 关键点: 启用 IPVS 反对
ipvs:
  excludeCIDRs:
  - 10.66.66.2/32                               # 关键点: 排出指定 IP
EOF

<br/>

步骤 02.【devtest-master-212 节点】筹备好初始化 yaml 清单后, 通过 kubeadm init 命令进行集群的初始化,并将日志输出到 kubeadm-init.log。

kubeadm init --config=kubeadm-init-cluster.yaml --v=5 | tee kubeadm-init.log
# --config 指定 yaml 配置文件
# --v 指定日志等级 debug

# 当执行后呈现如下提醒表明节点初始化装置胜利,能够依照指定提醒进行执行。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/

#【管制节点退出命令】# You can now join any number of control-plane nodes by copying certificate authorities and service account keys on each node and then running the following as root:
  kubeadm join slbvip.k8s.devtest:16443 --token devtes.httpweiyigeektop \
        --discovery-token-ca-cert-hash sha256:4e5b3acb1d821bbd3976355f7b12b1daaa44e1fc38cbdfb2f86f4078d9507f22 \
        --control-plane

#【工作节点退出命令】# Then you can join any number of worker nodes by running the following on each as root:
kubeadm join slbvip.k8s.devtest:16443 --token devtes.httpweiyigeektop \
        --discovery-token-ca-cert-hash sha256:4e5b3acb1d821bbd3976355f7b12b1daaa44e1fc38cbdfb2f86f4078d9507f22

<br/>

步骤 03. 将【devtest-master-212】节点中 /etc/kubernetes/ 目录中的如下文件进行复制打包,并通过 http 协定将其分享给其它机器进行下载

# 将 ca 证书拷贝到指定目录
mkdir -vp /tmp/pki/etcd && cp /etc/kubernetes/pki/ca.* /etc/kubernetes/pki/sa.* /etc/kubernetes/pki/front-proxy-ca.* /tmp/pki
cp /etc/kubernetes/pki/etcd/ca.* /tmp/pki/etcd/

# 压缩依赖依赖的 ca 证书目录
tar -zcvf pki.tar.gz pki/

# 应用 python 搭建一个长期 http 服务
python3 -m http.server 8080

# 在其它【节点】进入到 /tmp/ 执行如下命令进行下载
cd /tmp/ && wget 10.20.176.212:8080/pki.tar.gz
tar -zxvf /tmp/pki.tar.gz -C /etc/kubernetes/

# 查看解压后的复制到 /etc/kubernetes/ 目录中的文件相干构造。tree /etc/kubernetes/
/etc/kubernetes/
└── pki
    ├── ca.crt
    ├── ca.key
    ├── etcd
    │   ├── ca.crt
    │   └── ca.key
    ├── front-proxy-ca.crt
    ├── front-proxy-ca.key
    ├── sa.key
    └── sa.pub
2 directories, 8 files

步骤 04. 在其余【master】节点中执行如下 kubeadm join 命令增加新的 Master 节点到 K8S 集群控制面板中, 退出胜利后如下图所示:

kubeadm join slbvip.k8s.devtest:16443 \
--control-plane \
--token devtes.httpweiyigeektop \
--discovery-token-ca-cert-hash sha256:4e5b3acb1d821bbd3976355f7b12b1daaa44e1fc38cbdfb2f86f4078d9507f22 \
--cri-socket /run/containerd/containerd.sock

舒适提醒: 在 v1.23.x 如果要应用 containerd 运行时必须 --cri-socket 指定其运行时 socket。

步骤 05. 在其余【work】节点中执行如下 kubeadm join 命令增加新的 Work 节点到 K8S 集群中, 退出胜利后如下图所示:

kubeadm join slbvip.k8s.devtest:16443 \
  --token devtes.httpweiyigeektop \
  --discovery-token-ca-cert-hash sha256:4e5b3acb1d821bbd3976355f7b12b1daaa44e1fc38cbdfb2f86f4078d9507f22 \
  --cri-socket /run/containerd/containerd.sock

步骤 06. 全副退出到集群后咱们能够通过如下命令进行查看增加的节点以及其节点角色设置,最终执行后果如下图所示。

# 集群节点查看
root@devtest-master-212:~$ kubectl get node
  # NAME                 STATUS   ROLES                  AGE     VERSION
  # devtest-master-212   Ready    control-plane,master   15m     v1.23.7
  # devtest-master-213   Ready    control-plane,master   5m19s   v1.23.7
  # devtest-master-214   Ready    control-plane,master   2m7s    v1.23.7
  # devtest-work-215     Ready    <none>                 14m     v1.23.7

# 集群节点角色设置,此处将 devtest-work-215 节点的 ROLES 设置为 work。root@devtest-master-212:~$ kubectl label node devtest-work-215 node-role.kubernetes.io/work=
  # node/devtest-work-215 labeled

步骤 07. 查看集群信息、集群组件、以及集群中所有 Pod 进行查看, 执行后果如下

root@devtest-master-212:~# kubectl cluster-info
  Kubernetes control plane is running at https://slbvip.k8s.devtest:16443
  CoreDNS is running at https://slbvip.k8s.devtest:16443/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy
  To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.

root@devtest-master-212:~# kubectl get cs
  Warning: v1 ComponentStatus is deprecated in v1.19+
  NAME                 STATUS    MESSAGE                         ERROR
  scheduler            Healthy   ok
  controller-manager   Healthy   ok
  etcd-0               Healthy   {"health":"true","reason":""}

root@devtest-master-212:~# kubectl get pod -A

步骤 08. 开启所有【master】中 keepalived 的健康检查, 并重启 keepalived.service 服务

vim /etc/keepalived/keepalived.conf
...
# 开启 HA 健康检查,例如
  track_script {chk_apiserver}
  
systemctl restart keepalived.service

步骤 09. 而后咱们为 kubectl 增加命令主动补齐不全功能,执行如下代码即可。

apt install -y bash-completion
source /usr/share/bash-completion/bash_completion
source <(kubectl completion bash)
echo "source <(kubectl completion bash)" >> ~/.bashrc

步骤 10. 最初咱们能够部署一个 nginx 的 Pod 验证集群环境, 并通过 curl 进行拜访,然而此时你会发现只有在【devtest-work-215】主机上能力拜访该 nginx,而其它节点拜访时会报Connection timed out, 其起因可看上面的舒适提醒。

kubectl run nginx --image nginx:latest --port=80
  pod/nginx created

kubectl get pod -o wide
  NAME    READY   STATUS    RESTARTS   AGE   IP          NODE               NOMINATED NODE   READINESS GATES
  nginx   1/1     Running   0          68s   10.22.0.5   devtest-work-215   <none>           <none>

curl -I http://10.22.0.5
  curl: (28) Failed to connect to 10.22.0.5 port 80: Connection timed out

舒适提醒: 这是因为咱们没有为集群配置网络插件,而罕用的网络插件是 flannel、calico(上面将会以此为例)以及当下 cilium。

<br/>

步骤 11. 特地留神此处为了能在后续演示中将 Pod 利用调度到 Master 节点上, 此时咱们须要别离去除管制节点的污点。

kubectl taint node devtest-master-212 node-role.kubernetes.io/master=:NoSchedule-
  # node/devtest-master-212 untainted

kubectl taint node devtest-master-213 node-role.kubernetes.io/master=:NoSchedule-
  # node/devtest-master-213 untainted

kubectl taint node devtest-master-214 node-role.kubernetes.io/master=:NoSchedule-
  # node/devtest-master-214 untainted


7. 部署配置 Calico 网络插件

形容: 在节点退出到集群时有时你会发现其节点状态为 NotReady, 以及后面部署 Pod 无奈被其它节点机器进行代理转发拜访,所以部署 calico 插件能够让 Pod 与集群失常通信。

步骤 01. 在【devtest-master-212】节点上拉取最新版本的 calico 以后最新版本为 v3.22, 官网我的项目地址 (https://github.com/projectcal…)

# 拉取 calico 部署清单
wget https://docs.projectcalico.org/v3.22/manifests/calico.yaml

<br/>

步骤 02. 批改 calico.yaml 文件的中如下 K/V, 即 Pod 获取 IP 地址的地址池, 从网络布局中咱们设置为 10.66.0.0/16, 留神默认状况下如下字段是正文的且默认地址池为192.168.0.0/16

$ vim calico.yaml
# The default IPv4 pool to create on startup if none exists. Pod IPs will be
# chosen from this range. Changing this value after installation will have
# no effect. This should fall within `--cluster-cidr`.
- name: CALICO_IPV4POOL_CIDR
  value: "10.66.0.0/16"

<br/>

步骤 03. 执行 kubectl apply 命令部署 calico 到集群之中。

kubectl apply -f calico.yaml
  # configmap/calico-config created
  # ....
  # poddisruptionbudget.policy/calico-kube-controllers created

<br/>

步骤 04. 查看 calico 网络插件在各节点上部署后果, 状态为 Running 示意部署胜利。

kubectl get pod -n kube-system -o wide| head -n 6
  # NAME                                         READY   STATUS    RESTARTS        AGE     IP              NODE                 NOMINATED NODE   READINESS GATES
  # calico-kube-controllers-6b77fff45-w29rq      1/1     Running   0               8m5s    10.66.35.65     devtest-master-214   <none>           <none>
  # calico-node-7gxdc                            1/1     Running   0               8m5s    10.20.176.213   devtest-master-213   <none>           <none>
  # calico-node-tsk6w                            1/1     Running   0               8m5s    10.20.176.212   devtest-master-212   <none>           <none>
  # calico-node-vnkhg                            1/1     Running   0               8m5s    10.20.176.215   devtest-work-215     <none>           <none>
  # calico-node-xh2dw                            1/1     Running   0               8m5s    10.20.176.214   devtest-master-214   <none>           <none>

<br/>

步骤 05. 此时删除 nginx 的 Pod 再从新创立一个 Pod 利用,并在非【devtest-work-215】节点上进行拜访测试

root@devtest-master-212:/opt/init/k8s# kubectl run nginx --image=nginx:latest --port=80
  # pod/nginx created

root@devtest-master-212:/opt/init/k8s# kubectl get pod nginx
  # NAME    READY   STATUS    RESTARTS   AGE
  # nginx   1/1     Running   0          10s

root@devtest-master-212:/opt/init/k8s# kubectl get pod nginx -o wide
  # NAME    READY   STATUS    RESTARTS   AGE   IP   NODE   NOMINATED NODE       READINESS GATES
  # nginx   1/1     Running   0          13s   10.66.53.66   devtest-work-215   <none>   <none>

root@devtest-master-212:/opt/init/k8s# curl -I 10.66.53.66
  # HTTP/1.1 200 OK
  # Server: nginx/1.21.5
  # Date: Wed, 15 Jun 2022 11:39:48 GMT
  # Content-Type: text/html
  # Content-Length: 615
  # Last-Modified: Tue, 28 Dec 2021 15:28:38 GMT
  # Connection: keep-alive
  # ETag: "61cb2d26-267"
  # Accept-Ranges: bytes

至此,高可用的 K8S 集群部署结束,在下节中将实际演示在集群中装置 Metrics Server、kubernetes-dashboard、nfs-provisioner、ingress 等装置实际。


0x03 集群辅助插件部署

1. 集群中基于 nfs 的 provisioner 的动静持卷环境部署

形容: 在 K8S 集群中咱们经常会应用动静长久卷对利用数据进行长久化保留,例如利用配置、依赖插件、利用数据以及利用拜访日志等,所以动静长久卷的重要性显而易见,此大节将解说如何搭建以及 nfs 存储服务以及应用 kubernetes-sigs 提供的 [nfs-subdir-external-provisioner] (https://github.com/kubernetes…) 我的项目针对已存在的 nfs 服务器进行 provisioner 部署。

Q: 什么是 nfs-subdir-external-provisioner?

NFS subdir external provisioner 是一个主动配置器,它应用您现有的和已配置的 NFS 服务器来反对通过 Persistent Volume Claims 动静配置 Kubernetes Persistent Volumes。
长久卷配置为 &dollar;{namespace}-&dollar;{pvcName}-&dollar;{pvName}。

舒适提醒:在进行此环境搭建时,请留神您必须曾经有配置好的 NFS 服务器,为了放弃与晚期部署文件的向后兼容性,NFS Client Provisioner 的命名在部署 YAML 中保留为 nfs-storage-provisioner。

我的项目地址: https://github.com/kubernetes…

步骤 01. 我在一台 Ubuntu 20.04 主机上配置 NFS 存储服务器(IP 地址为 10.20.176.102),如果你已有存储服务器提供的 NFS 服务器则能够略过此步骤,其它操作系统装置部署请看出我的这篇博客文章[NFS 网络文件系统根底配置与应用] (https://blog.weiyigeek.top/20…)

# Step1.Install Required Packages(Server)$ apt-get update
$ apt-get install nfs-kernel-server rpcbind

# Step2.Configure NFS Server
# [依据需要配置] 设置容许连贯的 ip, Example Allow 192.168.1.0/24 to be Accessed on Network
$ nano /etc/hosts.allow
portmap: 192.168.1.0/24   

# [依据需要配置] idmapd 配置, 此处配置端口为 40000
$ nano /etc/default/nfs-common
NEED_IDMAPD=YES  
STATDOPTS="--port 40000"

# [依据需要配置] 内核服务配置, 此处 mountd 服务端口为 40001
$ nano /etc/default/nfs-kernel-server
RPCMOUNTDOPTS="--manage-gids --port 40001"

# NFS 服务器共享门路配置
$ nano /etc/exports
# Example for NFSv2 and NFSv3:
# /srv/homes       hostname1(rw,sync,no_subtree_check) hostname2(ro,sync,no_subtree_check)
# Example for NFSv4:
# /srv/nfs4        gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
# /srv/nfs4/homes  gss/krb5i(rw,sync,no_subtree_check)
/app/storage/nfs *(rw,sync,no_root_squash,no_subtree_check)

# Step3. 创立 NFS 配置须要共享的目录
mkdir -vp /app/storage/nfs

# Step4. 自启动 RPC 服务于 nfs 共享服务
systemctl enable rpcbind nfs-server.service
systemctl start rpcbind nfs-server.service

# Step5. 更新 nfs 配置文件 (nano /etc/exports)
  exportfs -a

# Step6.Ubuntu 防火墙规定配置(PS: 通过 rpcinfo 命令能够查看 NFS 相干的端口)ufw allow 111,2049,40000,40001/tcp
ufw reload

步骤 02.【所有节点】在客户端尝试挂载搭建的 NFS 服务器,并别离在节点机器挂载到 /storage/nfs 目录中

# 查看 NFS 挂载目录
showmount -e 127.0.0.1
  # Export list for 127.0.0.1:
  # /app/storage/nfs *

# 挂载 NFS 服务器到指定节点目录的 /storage/nfs 目录
mkdir -vp /storage/nfs
# 长期挂载
mount -t nfs 10.20.176.102:/app/storage/nfs /storage/nfs
# 永恒挂载将挂载配置写入到 /etc/fstab 中
tee -a /etc/fstab <<"EOF"
10.20.176.102:/app/storage/nfs /storage/nfs nfs defaults 0 0
EOF
mount -a 

# 查看挂载信息
$ mount -l
$ df -Th | grep "/storage/nfs"
10.20.176.102:/app/storage/nfs nfs4   97G   11G   82G  12% /storage/nfs

# 如果不应用了则可执行如下命令进行卸载挂载点
umount /storage/nfs 

步骤 03.helm3 部署工具疾速装置

# helm3 装置
$ wget https://get.helm.sh/helm-v3.9.0-linux-amd64.tar.gz && tar -zxf helm-v3.9.0-linux-amd64.tar.gz
$ tar -zxf helm-v3.9.0-linux-amd64.tar.gz
$ cp linux-amd64/helm /usr/local/bin/helm3

步骤 04. 在 Github 中下载 nfs-subdir-external-provisioner 的 release 压缩包或者应用 helm3 指定仓库进行装置。

  • 形式 1.release 压缩包

    $ wget https://github.com/kubernetes-sigs/nfs-subdir-external-provisioner/releases/download/nfs-subdir-external-provisioner-4.0.16/nfs-subdir-external-provisioner-4.0.16.tgz
    $ tar -zxvf nfs-subdir-external-provisioner-4.0.16.tgz
    # 依照指定需要编辑如下 values 值
    $ egrep -v '^$|#' values.yaml
    replicaCount: 1
    strategyType: Recreate
    image:
    repository: registry.cn-hangzhou.aliyuncs.com/weiyigeek/nfs-subdir-external-provisioner
    tag: v4.0.2
    pullPolicy: IfNotPresent
    imagePullSecrets: []
    nfs:
    server: 10.20.176.102
    path: /app/storage/nfs
    mountOptions:
    volumeName: nfs-subdir-external-provisioner-root
    reclaimPolicy: Retain
    storageClass:
    create: true
    provisionerName: cluster.local/nfs-storage-subdir-provisioner
    defaultClass: false
    name: nfs-storage
    allowVolumeExpansion: true
    reclaimPolicy: Delete
    archiveOnDelete: true
    onDelete:
    pathPattern:
    accessModes: ReadWriteOnce
    annotations: {}
    leaderElection:
    enabled: true
    rbac:
    create: true
    podSecurityPolicy:
    enabled: false
    podAnnotations: {}
    podSecurityContext: {}
    securityContext: {}
    serviceAccount:
    create: true
    annotations: {}
    name:
    resources: {}
    nodeSelector: {}
    tolerations: []
    affinity: {}
    labels: {}
    
    # 指定下载解压目录进行 chat 图表装置
    $ helm3 install nfs-storage nfs-subdir-external-provisioner/
    NAME: nfs-storage
    LAST DEPLOYED: Mon Jun 20 15:41:50 2022
    NAMESPACE: default
    STATUS: deployed
    REVISION: 1
    TEST SUITE: None
  • 形式 2.helm3 指定仓库

    $ helm repo add nfs-subdir-external-provisioner https://kubernetes-sigs.github.io/nfs-subdir-external-provisioner/
    $ helm nfs-storage nfs-subdir-external-provisioner/nfs-subdir-external-provisioner \
    --set nfs.server=10.20.176.102 \
    --set nfs.path=/app/storage/nfs
    
    # 更新
    $ helm3 upgrade nfs-storage nfs-subdir-external-provisioner/

舒适提醒: 因为 nfs-subdir-external-provisioner 镜像是 k8s.gcr.io 域名下国内可能无奈拉取,此处我曾经拉取到阿里云镜像仓库中registry.cn-hangzhou.aliyuncs.com/weiyigeek/nfs-subdir-external-provisioner:v4.0.2,如果你须要自行拉取请参考此篇应用 Aliyun 容器镜像服务对海内镜像仓库中镜像进行拉取构建 ()

步骤 05. 查看部署的 nfs-storage 动静长久卷以及其 pod 状态

$ helm3 list
  NAME            NAMESPACE       REVISION        UPDATED                                 STATUS          CHART                                    APP VERSION
  nfs-storage     default         1               2022-06-20 15:41:50.960642233 +0800 CST deployed        nfs-subdir-external-provisioner-4.0.16   4.0.2

$ kubectl get storageclasses.storage.k8s.io
  NAME          PROVISIONER                                    RECLAIMPOLICY   VOLUMEBINDINGMODE   ALLOWVOLUMEEXPANSION   AGE
  nfs-storage   cluster.local/nfs-storage-subdir-provisioner   Delete          Immediate           true                   17s

$ kubectl get pod
  NAME                                                           READY   STATUS    RESTARTS   AGE
  nfs-storage-nfs-subdir-external-provisioner-77f4d85f74-kljck   1/1     Running   0          33s

步骤 06. 如想卸载 helm3 装置的 nfs-storage 动静卷执行如下命令即可。

$ helm3 uninstall nfs-storage
release "nfs-storage" uninstalled

至此,基于 NFS 的 provisioner 动静长久卷的装置部署到此结束。

舒适提醒: 如果须要部署多个 nfs 长久卷, 则咱们须要更改 values.yaml 中如下字段,并应用不同的名称。

# values.yaml
nfs:
  server: 10.20.176.102
  path: /app/storage/nfs/pvc/local
  volumeName: nfs-subdir-external-provisioner-local
  ....
storageClass:
  ....
  provisionerName: cluster.local/nfs-local-subdir-provision  # 关键点(提供者不能一样)
  name: nfs-local

# 例如, 此处创立两个 nfs 动静卷即 nfs-local 与 nfs-dev。helm3 install nfs-local nfs-subdir-external-provisioner/
helm3 install nfs-dev nfs-subdir-external-provisioner-dev/

# helm 部署后果查看
helm3 list
  # NAME            NAMESPACE       REVISION        UPDATED                                 STATUS          CHART                                   APP VERSION
  # nfs-dev         default         1               2022-07-14 11:27:33.997601363 +0800 CST deployed        nfs-subdir-external-provisioner-4.0.16  4.0.2
  # nfs-local       default         1               2022-07-14 11:28:02.49579496 +0800 CST  deployed        nfs-subdir-external-provisioner-4.0.16  4.0.2

# storageclasses 查看
kubectl get storageclasses.storage.k8s.io
  # NAME                PROVISIONER                                  RECLAIMPOLICY   VOLUMEBINDINGMODE   ALLOWVOLUMEEXPANSION   AGE
  # nfs-dev (default)   cluster.local/nfs-dev-subdir-provisioner     Delete          Immediate           true                   4m36s
  # nfs-local           cluster.local/nfs-local-subdir-provisioner   Delete          Immediate           true                   4m8s

# nfs-subdir-external-provisioner pod 查看
kubectl get pod
  # NAME                                                         READY   STATUS    RESTARTS   AGE
  # nfs-dev-nfs-subdir-external-provisioner-cf7684f8b-fzl9h      1/1     Running   0          5m4s
  # nfs-local-nfs-subdir-external-provisioner-6f97d44bb8-424tk   1/1     Running   0          4m36s

失常状况下显示出的日志信息:

$ kubectl logs -f nfs-dev-nfs-subdir-external-provisioner-cf7684f8b-fzl9h
  # I0714 03:27:35.390909       1 leaderelection.go:242] attempting to acquire leader lease  default/cluster.local-nfs-dev-subdir-provisioner...
  # I0714 03:27:35.400777       1 leaderelection.go:252] successfully acquired lease default/cluster.local-nfs-dev-subdir-provisioner
  # I0714 03:27:35.400856       1 event.go:278] Event(v1.ObjectReference{Kind:"Endpoints", Namespace:"default", Name:"cluster.local-nfs-dev-subdir-provisioner", UID:"34019115-d09e-433d-85d6-c254c5492ce5", APIVersion:"v1", ResourceVersion:"5510886", FieldPath:""}): type:'Normal'reason:'LeaderElection' nfs-dev-nfs-subdir-external-provisioner-cf7684f8b-fzl9h_b0aaa93a-f7fc-4931-b0cf-e04f42cefd9a became leader
  # I0714 03:27:35.400943       1 controller.go:820] Starting provisioner controller cluster.local/nfs-dev-subdir-provisioner_nfs-dev-nfs-subdir-external-provisioner-cf7684f8b-fzl9h_b0aaa93a-f7fc-4931-b0cf-e04f42cefd9a!
  # I0714 03:27:35.501130       1 controller.go:869] Started provisioner controller cluster.local/nfs-dev-subdir-provisioner_nfs-dev-nfs-subdir-external-provisioner-cf7684f8b-fzl9h_b0aaa93a-f7fc-4931-b0cf-e04f42cefd9a!

2. 集群中装置 metrics-server 获取客户端资源监控指标

形容: 通常在集群装置实现后, 咱们须要对其设置网络、长久卷存储等插件, 除此之外咱们还需装置 metrics-server 以便于获取 Node 与 Pod 相干资源耗费等信息,否则你在执行 kubectl top 命令时会提醒error: Metrics API not available, 所以本大节将针对 Metrics-server 的装置进行解说。

我的项目地址: https://github.com/kubernetes…

Q: 什么是 metrics-server?

Metrics Server 是 Kubernetes 内置主动缩放管道的可扩大、高效的容器资源指标起源。
Metrics Server 从 Kubelets 收集资源指标,并通过 Metrics API 在 Kubernetes apiserver 中公开它们,供 Horizontal Pod Autoscaler 和 Vertical Pod Autoscaler 应用。

简略的说: Metrics Server 是集群解析监控数据的聚合器, 装置后用户能够通过规范的 API(/apis/metrics.k8s.io)来拜访监控数据,此处值得注意的是 Metrics-Server 并非 kube-apiserver 的一部分, 而是通过 Aggregator 这种插件机制, 在独立部署的状况下同 kube-apiserver 一起对立对外服务的,当进行 api 申请时 kube-aggregator 对立接口会剖析拜访 api 具体的类型,帮咱们负载到具体的 api 上。

舒适提醒: 咱们能够通过 kubectl top 命令来拜访 Metrics API 获取资源监控相干数据。

舒适提醒: 留神 Metrics API 只能够查问以后度量数据, 并不保留历史数据。

<br/>

装置应用

步骤 01.Metrics Server 能够间接从 YAML 清单装置,也能够通过官网 Helm 图表装置。

# (1) 下载 YAML 清单
wget https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml -O metrics-server.yaml
root@devtest-master-212:/opt/init/k8s# ls
  calico.yaml   kubeadm-init-cluster.yaml  kubeadm-init.log  metrics-server.yaml

# (2) 提前下载相应的镜像放慢部署
grep "image:" metrics-server.yaml
  # image: k8s.gcr.io/metrics-server/metrics-server:v0.6.1

# (3) 因为其镜像国内无法访问此处咱们采纳阿里云 k8s.gcr.io 镜像源
sed -i 's#k8s.gcr.io/metrics-server#registry.cn-hangzhou.aliyuncs.com/google_containers#g' metrics-server.yaml

# (4) 部署资源清单
kubectl apply -f metrics-server.yaml
  # serviceaccount/metrics-server created
  ......
  # apiservice.apiregistration.k8s.io/v1beta1.metrics.k8s.io created

<br/>

步骤 02. 不论是在二进制形式或 kubeadm 形式装置 k8s 集群, 都在部署 metrics-server 资源清单后 Pod 状态为 0/1 并报出 annot validate certificate for 10.10.107.223 because it doesn't contain any IP SANs 谬误问题解决。

  • 错误信息:
$ kubectl describe pod -n kube-system metrics-server-6ffc8966f5-cf2qh
# Warning  Unhealthy  8s (x17 over 2m27s)  kubelet  Readiness probe failed: HTTP probe failed with statuscode: 500

$ kubectl logs -f --tail 50 -n kube-system metrics-server-6ffc8966f5-cf2qh
# E0520 11:13:17.379944       1 scraper.go:140] "Failed to scrape node" err="Get \"https://10.10.107.226:10250/metrics/resource\": x509: cannot validate certificate for 10.10.107.226 because it doesn't contain any IP SANs"node="node-1"# E0520 11:13:17.382948       1 scraper.go:140]"Failed to scrape node"err="Get \"https://10.10.107.223:10250/metrics/resource\": x509: cannot validate certificate for 10.10.107.223 because it doesn't contain any IP SANs" node="master-223"
  • 问题起因: 因为 metrics-server 未取得 TLS Bootstrap 签发证书的导致拜访各节点资源时报错。
  • 解决办法: 启用 TLS BootStrap 证书签发
# 1. 别离在 Master 与 Node 节点中启用 TLS BootStrap 证书签发,在 kubelet 的 yaml 配置中追退出如下 K /V.
# 形式 1.Kubeadm 搭建的集群
$ vim /var/lib/kubelet/config.yaml
...
serverTLSBootstrap: true

# 形式 2. 二进制搭建的集群(留神此门路依据你的 kubelet.service 进行配置), 此处咱们定义的门路为 /etc/kubernetes/cfg/kubelet-config.yaml 
# /var/lib/kubelet/config.yaml
$ tee -a /etc/kubernetes/cfg/kubelet-config.yaml <<'EOF'
serverTLSBootstrap: true
EOF

# kubeadm 装置形式能够应用如下
tee -a /var/lib/kubelet/config.yaml <<'EOF'
serverTLSBootstrap: true
EOF

# 2. 最初别离重启各个节点 kubelet 服务即可
systemctl daemon-reload && systemctl restart kubelet.service

# 3. 查看节点的证书签发申请
kubectl get csr
  # NAME        AGE   SIGNERNAME                      REQUESTOR                        REQUESTEDDURATION   CONDITION
  # csr-6w6xp   7s    kubernetes.io/kubelet-serving   system:node:devtest-master-212   <none>              Pending
  # csr-bpqzl   5s    kubernetes.io/kubelet-serving   system:node:devtest-master-213   <none>              Pending
  # csr-gtksm   3s    kubernetes.io/kubelet-serving   system:node:devtest-work-215     <none>              Pending
  # csr-vzfs7   4s    kubernetes.io/kubelet-serving   system:node:devtest-master-214   <none>              Pending

# 4. 批准签发所有节点的 CSR 申请 
kubectl certificate approve $(kubectl get csr | grep -v NAME | grep "Pending"  | cut -d " " -f 1)
  # certificatesigningrequest.certificates.k8s.io/csr-6w6xp approved
  # certificatesigningrequest.certificates.k8s.io/csr-bpqzl approved
  # certificatesigningrequest.certificates.k8s.io/csr-gtksm approved
  # certificatesigningrequest.certificates.k8s.io/csr-vzfs7 approved

<br/>

步骤 03.Metrics Server 默认是装置在 kube-system 名称空间下,咱们能够查看其 deployment、Pod 运行以及 SVC 状况。

# 1. 部署清单状态查看
kubectl get deploy,pod,svc -n kube-system -l k8s-app=metrics-server
  # NAME                             READY   UP-TO-DATE   AVAILABLE   AGE
  # deployment.apps/metrics-server   1/1     1            1           5h37m

  # NAME                                  READY   STATUS    RESTARTS   AGE
  # pod/metrics-server-6ffc8966f5-c4jvn   1/1     Running   0          14m

  # NAME                     TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE
  # service/metrics-server   ClusterIP   10.111.197.94   <none>        443/TCP   5h37m

# 2. 注册到 K8S 集群中的 metrics.k8s.io API 查看
kubectl get apiservices.apiregistration.k8s.io  | grep "metrics"
  # v1beta1.metrics.k8s.io                 kube-system/metrics-server   True        14h

<br/>

步骤 04. 查看各个节点以及 Pod 的资源指标(CPU/MEM)

$ kubectl top node
  # NAME                 CPU(cores)   CPU%   MEMORY(bytes)   MEMORY%
  # devtest-master-212   219m         2%     2793Mi          17%
  # devtest-master-213   211m         2%     2417Mi          15%
  # devtest-master-214   203m         1%     2467Mi          7%
  # devtest-work-215     90m          1%     1601Mi          10%

# 默认名称空间中 Pod 的资源信息
$ kubectl top pod
  # NAME    CPU(cores)   MEMORY(bytes)
    # nginx   0m           10Mi

3. 集群治理原生 UI 工具 kubernetes-dashboard 装置部署

形容:Kubernetes Dashboard 是 Kubernetes 集群的通用、基于 web 的 UI。它容许用户治理集群中运行的应用程序并对其进行故障排除,以及治理集群自身。

我的项目地址: https://github.com/kubernetes…

步骤 01. 从 Github 中拉取 dashboard 部署资源清单,以后最新版本 v2.6.0【2022 年 6 月 22 日 16:46:37】

# 下载资源清单并部署 dashboard 
$ wget -L https://raw.githubusercontent.com/kubernetes/dashboard/v2.6.0/aio/deploy/recommended.yaml -O dashboard.yaml
$ kubectl apply -f dashboard.yaml
$ grep "image:" dashboard.yaml
  # image: kubernetesui/dashboard:v2.6.0
  # image: kubernetesui/metrics-scraper:v1.0.8

# 或者一条命令搞定部署
kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/v2.6.0/aio/deploy/recommended.yaml
  # serviceaccount/kubernetes-dashboard created
  ......
  # deployment.apps/dashboard-metrics-scraper created

<br/>

步骤 02. 应用 kubectl get 命令查看部署的 dashboard 相干资源是否失常。

$ kubectl get pod,svc -n kubernetes-dashboard
NAME                                         READY   STATUS    RESTARTS   AGE
dashboard-metrics-scraper-6f669b9c9b-vfmzp   1/1     Running   0          73m
kubernetes-dashboard-67b9478795-2gwmm        1/1     Running   0          73m

NAME                                TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)    AGE
service/dashboard-metrics-scraper   ClusterIP   10.106.168.38    <none>        8000/TCP   73m
service/kubernetes-dashboard        ClusterIP   10.106.191.197   <none>        443/TCP    73m

# 编辑 service/kubernetes-dashboard 服务将端口通过 nodePort 形式进行裸露为 30443。$ kubectl edit svc -n kubernetes-dashboard kubernetes-dashboard
# service/kubernetes-dashboard edited
apiVersion: v1
kind: Service
.....
spec:
.....
  ports:
  - port: 443
    protocol: TCP
    targetPort: 8443
    nodePort: 31443  # 新增
  selector:
    k8s-app: kubernetes-dashboard
  sessionAffinity: None
  type: NodePort     # 批改

步骤 03. 默认仪表板部署蕴含运行所需的最小 RBAC 权限集,而要想应用 dashboard 操作集群中的资源,通常咱们还须要自定义创立 kubernetes-dashboard 管理员角色。
权限管制参考地址: https://github.com/kubernetes…

# 创立后最小权限的 Token(只能操作 kubernetes-dashboard 名称空间下的资源)
kubectl get sa -n kubernetes-dashboard kubernetes-dashboard
kubectl describe secrets -n kubernetes-dashboard kubernetes-dashboard-token-jhdpb | grep '^token:'|awk '{print $2}'

Kubernetes Dashboard 反对几种不同的用户身份验证形式:

  • Authorization header
  • Bearer Token (默认)
  • Username/password
  • Kubeconfig file (默认)

舒适提醒: 此处应用 Bearer Token 形式, 为了不便演示咱们向 Dashboard 的服务帐户授予管理员权限 (Admin privileges), 而在生产环境中通常不倡议如此操作, 而是指定一个或者多个名称空间下的资源进行操作。

tee rbac-dashboard-admin.yaml <<'EOF'
apiVersion: v1
kind: ServiceAccount
metadata:
  name: dashboard-admin
  namespace: kubernetes-dashboard
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: dashboard-admin
  namespace: kubernetes-dashboard
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: cluster-admin
subjects:
  - kind: ServiceAccount
    name: dashboard-admin
    namespace: kubernetes-dashboard
EOF

kubectl apply -f rbac-dashboard-admin.yaml
  # serviceaccount/dashboard-admin created
  # clusterrolebinding.rbac.authorization.k8s.io/dashboard-admin created

# 或者 两条命令搞定
# kubectl create serviceaccount -n devtest devtest-ns-admin
# kubectl create clusterrolebinding devtest-ns-admin --clusterrole=admin --serviceaccount=devtest:devtest-ns-admin 

步骤 04. 获取 sa 创立的 dashboard-admin 用户的 secrets 名称并获取认证 token,用于上述搭建的 dashboard 认证应用。

kubectl get sa -n kubernetes-dashboard dashboard-admin -o yaml | grep "\- name" | awk '{print $3}'
  # dashboard-admin-token-crh7v
kubectl describe secrets -n kubernetes-dashboard dashboard-admin-token-crh7v | grep "^token:" | awk '{print $2}'
  #  获取到认证 Token

步骤 05. 利用上述 Token 进行登陆 Kubernetes-dashboard 的 UI, 其地址为 node 节点加上 31443, 例如此处https://10.20.176.212:31443/#/workloads?namespace=default


4. 集群治理 K9S 客户端工具装置应用

形容: k9s 是用于治理 Kubernetes 集群的 CLI, K9s 提供了一个终端 UI 来与您的 Kubernetes 集群进行交互。通过封装 kubectl 性能 k9s 继续监督 Kubernetes 的变动并提供后续命令来与您察看到的资源进行交互,直白的说就是 k9s 能够让开发者疾速查看并解决运行 Kubernetes 时的日常问题。
官网地址: https://k9scli.io/
参考地址: https://github.com/derailed/k9s

此处, 以装置二进制包为例进行实际。

# 1. 利用 wget 命令 -c 短点续传和 -b 后盾下载
wget -b -c https://github.com/derailed/k9s/releases/download/v0.25.18/k9s_Linux_x86_64.tar.gz

# 2. 解压并删除多余文件
tar -zxf k9s_linux_x86_64.tar.gz
rm  k9s_linux_x86_64.tar.gz  LICENSE  README.md

# 3. 拷贝 kubernetes 管制配置文件到加目录中
mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config
export KUBECONFIG=/etc/kubernetes/admin.conf

# 4. 间接运行即可,如果你对 vim 操作比拟相熟,那么祝贺你了你很快能上手 k9s.
/stroage/nfs# ./k9s

# 5. 退出 k9s 指令
:quit

更多应用技巧请参考: [K9s 之 K8s 集群管理工具实际尝试] (https://blog.weiyigeek.top/20…)


5. 集群服务 Service 七层负载平衡 ingress 环境搭建部署

Q: 什么是 Ingress?
A: Ingress 是治理对集群中服务的提供内部拜访的 API 对象,Ingress 控制器负责实现 Ingress,通常应用负载均衡器,但它也能够配置边缘路由器或其余前端来帮忙解决流量,它能够将来自集群内部的 HTTP 和 HTTPS 路由转发到集群外部的 Service 中。

Ingress 只是一个统称,其由 Ingress 和 Ingress Controller 两局部组成。

  • Ingress 用作将原来须要手动配置的规定形象成一个 Ingress 对象,应用 YAML 格局的文件来创立和治理。
  • Ingress Controller 用作通过与 Kubernetes API 交互,动静的去感知集群中 Ingress 规定变动。

应用 Ingress 控制器能够轻松实现内部 URL 拜访集群外部服务、负载平衡、代理转发、反对配置 SSL/TLS 并提供基于名称的虚拟主机,值得注意的是 Ingress 不会裸露任意端口或协定,通过应用 Service.Type=NodePortService.Type=LoadBalancer类型的服务向向 Internet 公开 HTTP 和 HTTPS 的拜访服务

Q: 罕用 Ingress 控制器有那些?
其中 ingress controller 目前次要有两种基于 nginx 服务的 ingress controller (四层或者七层)和基于 traefik 的 ingress controller(目前反对 http 和 https 协定),其它更多实用于 Kubernetes 的 ingress 控制器能够参考地址[https://kubernetes.io/zh/docs…]

  • ingress-Nginx : 用于 Nginx Kubernetes Ingress 控制器可能与 NGINX Web 服务器(作为代理)一起应用 (举荐)
  • ingress-Traefik:由 Traefik Kubernetes Ingress 提供程序是一个用于 Traefik 代理的 Ingress 控制器。
  • ingress-istio : Istio Ingress 是一个基于 Istio 的 Ingress 控制器。

舒适提醒: 现实状况下所有 Ingress 控制器都应合乎参考标准。实际上各种 Ingress 控制器的操作略有不同, 请参考相应 Ingress 的控制器官网文档。

如下图所示的一个简略的示例,客户端申请拜访内部 URL 地址, Ingress 将其所有流量发送到一个 Service 中, 后端 Pod 提供服务端响应通过路由进行返回给客户端。

舒适提醒: 基于 nginx 服务的 ingress controller 依据不同的开发公司,又分为 k8s 社区的 ingres-nginx 和 nginx 公司的 nginx-ingress,在此依据 github 上的活跃度和关注人数,咱们抉择的是 k8s 社区的 ingres-nginx。

  • k8s 社区提供的 ingress,github 地址如下:https://github.com/kubernetes…
  • nginx 社区提供的 ingress,github 地址如下:https://github.com/nginxinc/k…

Q: K8S 社区提供 Ingress 规定有哪些?

  • host : 虚拟主机名称, 主机名通配符主机能够是准确匹配(例如 ”foo.bar.com”)或通配符(例如“*.foo.com”)
  • paths : URL 拜访门路。
  • pathType : Ingress 中的每个门路都须要有对应的门路类型(Path Type)
  • backend : 是 Service 文档中所述的服务和端口名称的组合与规定的 host 和 path 匹配的对 Ingress 的 HTTP(和 HTTPS)申请将发送到列出的 backend, 个别状况能够独自为门路设置 Backend 以及未匹配的 url 默认拜访的后端 defaultBackend。

Ingress 中的每个门路都须要有对应的门路类型(Path Type),未明确设置 pathType 的门路无奈通过合法性检查,以后反对的门路类型有三种:

  • Exact:准确匹配 URL 门路,且辨别大小写。
  • Prefix:基于以 / 分隔的 URL 门路前缀匹配, 且辨别大小写,并且对门路中的元素一一实现。
  • ImplementationSpecific:此门路类型匹配办法取决于 IngressClass, 具体实现能够将其作为独自的 pathType 解决或者与 Prefix、Exact 类型作雷同解决。

阐明:如果门路的最初一个元素是申请门路中最初一个元素的子字符串,则不会匹配(例如:/foo/bar 匹配 /foo/bar/baz, 但不匹配 /foo/barbaz)。

舒适提醒: defaultBackend 通常在 Ingress 控制器中配置,以服务与标准中的门路不匹配的任何申请。

tee > test.yaml << 'EOF'
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: test-ingress
spec:
  defaultBackend:
    service:
      name: test
      port:
        number: 80
EOF
kubectl apply -f 

留神, 入口控制器和负载平衡器可能须要一两分钟能力调配 IP 地址。在此之前,你通常会看到地址字段的值被设定为 <pending>

舒适提醒: ingress 控制器资源清单在 v1.19 以及之后版本集群中写法如下

cat <<-EOF | kubectl apply -f -
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: foo.bar.com
  namespace: default
  annotations:
    #URL 重定向。nginx.ingress.kubernetes.io/rewrite-target: /$1
spec:
  rules:
  - host: foo.bar.com
    http:
      paths:
    # 在 Ingress Controller 的版本≥0.22.0 之后,path 中须要应用正则表达式定义门路,并在 rewrite-target 中联合捕捉组一起应用。- path: /svc(/|$)(.*)
        backend:
          service: 
            name: web1-service
            port: 
              number: 80
        pathType: ImplementationSpecific
EOF

<br/>

Q: Nginx Ingress Controller 与 K8S 集群版本对应关系
参考地址: https://github.com/kubernetes…

Support Versions table
Ingress-NGINX version     k8s supported version     Alpine Version     Nginx Version
v1.2.1     1.23, 1.22, 1.21, 1.20, 1.19     3.14.6     1.19.10†

<br/>

疾速装置配置
环境依赖阐明: Chart version 4.x.x and above: Kubernetes v1.19+

步骤 01. 如果您有 Helm,则能够应用以下命令部署入口控制器:

helm3 repo add ingress-nginx https://kubernetes.github.io/ingress-nginx
helm3 repo update
helm3 search repo ingress-nginx -l
  # NAME                            CHART VERSION   APP VERSION     DESCRIPTION
  # ingress-nginx/ingress-nginx     4.1.4           1.2.1           Ingress controller for Kubernetes using NGINX a...
  # ingress-nginx/ingress-nginx     4.1.3           1.2.1           Ingress controller for Kubernetes using NGINX a...

# ingress-nginx Chart 模板参数配置
helm3 show values --version 4.1.4 ingress-nginx/ingress-nginx > values.yaml

#  values.yaml 配置批改结束后装置 ingress-nginx
helm3 install ingress-nginx -f values.yaml --version 4.1.4 ingress-nginx/ingress-nginx  --namespace ingress-nginx --create-namespace --debug

<br/>

舒适提醒: 下面在不需进行可用参数配置时可采纳一条命令搞定(留神提前拉取相干镜像)

helm3 upgrade --install ingress-nginx ingress-nginx \
  --repo https://kubernetes.github.io/ingress-nginx \
  --namespace ingress-nginx --create-namespace

舒适提醒: 应用如下更新 helm 图表部署的利用以更新批改为国内镜像源。

$ crictl pull registry.cn-hangzhou.aliyuncs.com/google_containers/nginx-ingress-controller:v1.2.1
$ crictl pull registry.cn-hangzhou.aliyuncs.com/google_containers/kube-webhook-certgen:v1.1.1

helm3 upgrade ingress-nginx --namespace ingress-nginx --version 4.1.4 -f values.yaml ingress-nginx/ingress-nginx --debug

<br/>

步骤 02. 查看 ingress-nginx 的部署状况,一些 pod 应该在 ingress-nginx 命名空间中启动:

helm3 list -n ingress-nginx
  # NAME            NAMESPACE       REVISION        UPDATED                                 STATUS          CHART                  APP VERSION
  # ingress-nginx   ingress-nginx   1               2022-06-24 13:12:36.692931823 +0800 CST deployed        ingress-nginx-4.1.4    1.2.1
helm3 history ingress-nginx  -n ingress-nginx
  # REVISION        UPDATED                         STATUS          CHART                   APP VERSION     DESCRIPTION
  # 1               Fri Jun 24 13:20:49 2022        deployed        ingress-nginx-4.1.4     1.2.1           Install complete

# 期待 Pod 利用部署为失常
kubectl wait --namespace ingress-nginx \
  --for=condition=ready pod \
  --selector=app.kubernetes.io/component=controller \
  --timeout=120s
  # pod/ingress-nginx-controller-7cfd586878-fkdb5 condition met

# 查看 ingress-nginx 的 Pod 与 SVC 
kubectl get pod,svc -n ingress-nginx
  # NAME                                               READY   STATUS      RESTARTS   AGE
  # pod/ingress-ingress-nginx-admission-create-pjm6x   0/1     Completed   0          7m47s
  # pod/ingress-nginx-controller-7cfd586878-fkdb5      1/1     Running     0          18m

  # NAME                                         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)                      AGE
  # service/ingress-nginx-controller             NodePort    10.107.81.40     <none>        80:30080/TCP,443:30443/TCP   18m
  # service/ingress-nginx-controller-admission   ClusterIP   10.106.154.244   <none>        443/TCP                      18m

# 查看 ingress 的 ingressclasses 名称后续能力应用。kubectl get ingressclasses.networking.k8s.io
  NAME    CONTROLLER             PARAMETERS   AGE
  nginx   k8s.io/ingress-nginx   <none>       19m

<br/>

步骤 03. 针对搭建的 ingress-nginx 服务验证, 此处拜访应该是 NGINX 规范 404 谬误页面, 因为

# Get the application URL by running these commands:
export HTTP_NODE_PORT=30080
export HTTPS_NODE_PORT=30443
export NODE_IP=$(kubectl --namespace ingress-nginx get nodes -o jsonpath="{.items[0].status.addresses[1].address}")
echo "Visit http://$NODE_IP:$HTTP_NODE_PORT to access your application via HTTP."
echo "Visit https://$NODE_IP:$HTTPS_NODE_PORT to access your application via HTTPS."

# 尝试拜访 ingress - nginx
$ curl -I --insecure http://devtest-master-212:30080
$ curl -I --insecure https://devtest-master-212:30443
  # HTTP/2 404
  # date: Fri, 24 Jun 2022 07:07:12 GMT
  # content-type: text/html
  # content-length: 146
  # strict-transport-security: max-age=15724800; includeSubDomains

<br/>

步骤 04. 优化 ingress Pod 内核参数以及扩容 Pod 到每个节点之上, 更多优化能够参考 [https://blog.weiyigeek.top/20…]

# 编辑 ingress-nginx-controller 资源清单增加一个 initContainers 进行内核参数初始化
$ kubectl edit deployments.apps -n ingress-nginx ingress-nginx-controller
....
  initContainers:
  - command:
    - sh
    - -c
    - |
      mount -o remount rw /proc/sys
      sysctl -w net.core.somaxconn=65535
      sysctl -w net.ipv4.tcp_tw_reuse=1
      sysctl -w net.ipv4.ip_local_port_range="1024 65535"
      sysctl -w fs.file-max=1048576
      sysctl -w fs.inotify.max_user_instances=16384
      sysctl -w fs.inotify.max_user_watches=524288
      sysctl -w fs.inotify.max_queued_events=16384
    image: alpine:3.10
    imagePullPolicy: IfNotPresent
    name: sysctl
    resources: {}
    securityContext:
      privileged: true
    terminationMessagePath: /dev/termination-log
    terminationMessagePolicy: File
....

# 扩容 ingress-nginx-controller 正本为节点数量 (留神此处已去除 master 节点污点)
kubectl scale deployment --replicas=4 -n ingress-nginx ingress-nginx-controller

# 查看 ingress-controller 的 Pod
kubectl get pod -n ingress-nginx -l app.kubernetes.io/component=controller -o wide
  NAME                                        READY   STATUS    RESTARTS   AGE     IP              NODE                 NOMINATED NODE   READINESS GATES
  ingress-nginx-controller-7f8cd9c4fc-6lqgw   1/1     Running   0          5m33s   10.66.55.65     devtest-master-213   <none>           <none>
  ingress-nginx-controller-7f8cd9c4fc-8svfj   1/1     Running   0          3m16s   10.66.53.79     devtest-work-215     <none>           <none>
  ingress-nginx-controller-7f8cd9c4fc-g75fz   1/1     Running   0          6m40s   10.66.237.129   devtest-master-212   <none>           <none>
  ingress-nginx-controller-7f8cd9c4fc-jl5qg   1/1     Running   0          5m33s   10.66.35.67     devtest-master-214   <none>           <none>

<br/>

本章残缺原文地址:

  • 还不会部署高可用的 kubernetes 集群? 企业 DevOps 实际之应用 kubeadm 形式装置高可用 k8s 集群 v1.23.7-https://mp.weixin.qq.com/s/v_kO8o8mWOYc38kot86g6Q
  • 21-kubernetes 进阶之 kubeadm 形式装置高可用 k8s 集群

本文至此结束,更多技术文章,纵情期待下一章节!

欢送各位气味相投的敌人一起学习交换,如文章有误请在下方留下您贵重的教训常识!

更多文章来源于【WeiyiGeek Blog 集体博客 – 为了能到远方,脚下的每一步都不能少

个人主页:【https://weiyigeek.top】
博客地址:【https://blog.weiyigeek.top】

专栏书写不易,如果您感觉这个专栏还不错的,请给这篇专栏 【点个赞、投个币、收个藏、关个注,转个发,留个言】(世间六大情),这将对我的必定,谢谢!。

  • echo “【点个赞】,动动你那粗壮的拇指或者芊芊玉手,亲!”
  • printf(“%s”, “【投个币】,万水千山总是情,投个硬币行不行,亲!”)
  • fmt.Printf(“【收个藏】,阅后即焚不吃灰,亲!”)
  • console.info(“【转个发】,让更多的气味相投的敌人一起学习交换,亲!”)
  • System.out.println(“【关个注】,后续浏览查看不迷路哟,亲!”)
  • cout << “【留个言】,文章写得好不好、有没有谬误,肯定要留言哟,亲! ” << endl;

更多网络安全、零碎运维、利用开发、物联网开发、网络工程、全栈文章,尽在【集体博客 – https://blog.weiyigeek.top】站点,谢谢反对!

正文完
 0