18. Kubernetes

Posted

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了18. Kubernetes相关的知识，希望对你有一定的参考价值。

Harbor

Harbor 是一个 CNCF 基金会托管的开源的可信的云原生 docker registry 项目，可以用于存储、签名、扫描镜像内容。

Harbor 最核心的功能就是给 docker registry 添加上一层权限保护的功能。并支持在 registry 之间复制镜像，用户管理、访问控制和活动审计等，在新版本中还添加了 Helm 仓库托管的支持。

安装 Harbor

Harbor 涉及的组件比较多，可以使用 Helm 来安装一个高可用版本的 Harbor。

在安装之前，有如下先决条件：

  • Kubernetes cluster 1.20+
  • Helm v3.2.0+

在 Github 的 Helm 中有说明：

https://github.com/goharbor/harbor-helm

当然，如果使用单独的 Docker 主机部署，那就另当别论了。

Harbor 的大部分组件都是无状态的，所以可以通过简单增加 Pod 的副本，保证组件尽量分布到多个节点上即可。

在存储层，则需要自行提供高可用的 PostgreSQL、Redis 集群来存储应用数据，以及存储镜像和 Helm Chart 的 PVC 或对象存储。


通过 Helm 安装：

# 添加仓库
helm repo add harbor https://helm.goharbor.io

用户可以使用外部的 Pg 或者 Redis，配置可以通过官方的 values.yaml 进行覆盖：

https://github.com/goharbor/harbor-helm/blob/master/values.yaml

核心配置项说明：

expose:
  # 设置暴露服务的方式："ingress", "clusterIP", "nodePort" or "loadBalancer"
  type: ingress
  tls:
    # SSL
    enabled: true
    ...
  ingress:
    hosts:
      # Core 域名
      core: core.harbor.domain
      # Notary 域名
      notary: notary.harbor.domain
    ...
    # 一般就是 nginx
    className: ""
    ...

# 暴露给外部访问的域名
externalURL: https://core.harbor.domain
...
# 数据持久化
persistence:
  enabled: true
  resourcePolicy: "keep"
  persistentVolumeClaim:
    registry:
      # 因为需要高可用，一般需要使用支持 ReadWriteMany 存储
      storageClass: ""
      accessMode: ReadWriteMany
      size: 5Gi
    jobservice:
      jobLog:
        storageClass: ""
        accessMode: ReadWriteMany
        size: 1Gi
    database:
      storageClass: ""
      accessMode: ReadWriteMany
      size: 1Gi
    redis:
      storageClass: ""
      accessMode: ReadWriteOnce
      size: 1Gi
    trivy:
      storageClass: ""
      accessMode: ReadWriteOnce
  imageChartStorage:
    # 各种存储介质
    type: filesystem
    filesystem:
# 日志级别
logLevel: info
# 默认密码
harborAdminPassword: "Harbor12345"
# 服务部署，主要修改副本数
nginx:
portal:
core:
jobservice:
registry:
trivy:
notary:
# 数据库可以自带也可以用外部的
database:
# Redis 可以自带也可以用外部的
redis:
# 监控
exporter:
metrics:

这里测试环境的配置 harbor-values.yaml：

externalURL: https://harbor.k8s.io
harborAdminPassword: Harbor12345
logLevel: debug
expose:
  type: ingress
  tls:
    enabled: true
  ingress:
    className: nginx
    hosts:
      core: harbor.k8s.io
      notary: notary.k8s.io

persistence:
  enabled: true
  resourcePolicy: "keep"
  persistentVolumeClaim:
    registry:
      storageClass: "longhorn"
      accessMode: ReadWriteMany
      size: 2Gi
    chartmuseum:
      storageClass: "longhorn"
      accessMode: ReadWriteMany
      size: 2Gi
    jobservice:
      storageClass: "longhorn"
      accessMode: ReadWriteMany
      size: 1Gi
    trivy:
      storageClass: "longhorn"
      accessMode: ReadWriteMany
      size: 1Gi

# 默认为一个副本，如果要做高可用，只需要设置为 replicas >= 2 即可
portal:
  replicas: 1
core:
  replicas: 1
jobservice:
  replicas: 1
registry:
  replicas: 1
chartmuseum:
  replicas: 1
trivy:
  replicas: 1
notary:
  server:
    replicas: 1
  signer:
    replicas: 1

执行安装：

helm install -f harbor-values.yaml -n devops harbor harbor/harbor

完成之后可以看到以下 Pod 和 Ingress：


同时会创建很多 Volume：


本地配置 hosts 访问测试：

账户密码为：admin / Harbor12345


其中 library 是能公开访问的：

推送镜像

测试在 containerd 中使用 Harbor 镜像仓库。

修改 containerd 配置：

sed -i -e \'/registry.configs/a\\\' -e \'        \\[plugins."io.containerd.grpc.v1.cri".registry.configs."harbor.k8s.io".tls\\] \\
          insecure_skip_verify = true \\
        \\[plugins."io.containerd.grpc.v1.cri".registry.configs."harbor.k8s.io".auth\\] \\
          username = "admin" \\
          password = "Harbor12345"\' /etc/containerd/config.toml

配置效果：

注意使用 nsecure_skip_verify = true 忽略 SSL 证书校验。

完成后重启 Containerd：

systemctl restart containerd

集群中的机器好需要配置 hosts 用于解析 harbor 地址：

echo "192.168.2.100 harbor.k8s.io" >> /etc/hosts
echo "192.168.2.100 notary.k8s.io" >> /etc/hosts

测试登录：

nerdctl login -u admin --insecure-registry harbor.k8s.io

注意需要使用 --insecure-registry 忽略证书，因为这里的证书是自签发的。


测试镜像：

# 拉取镜像
nerdctl pull busybox:latest

# 给镜像打标签
nerdctl tag busybox:latest harbor.k8s.io/demo/busybox:1.0

# 推送镜像
nerdctl push --insecure-registry harbor.k8s.io/demo/busybox:1.0

此时直接推送会报错：

FATA[0000] unexpected status from HEAD request to https://harbor.k8s.io/v2/demo/busybox/blobs/sha256:4b35f584bb4f862773e2b84b827795b6f01985c7bcebb0696a3eb66318a166a5: 401 Unauthorized

原因在于 Harbor 上没有 demo 这个项目，需要事先创建。

再次推送即可成功，也可以在其它机器上登录 Harbor 然后拉取镜像。


创建测试 Pod：

apiVersion: v1
kind: Pod
metadata:
  name: harbor-registry-test
spec:
  containers:
  - name: demo
    image: harbor.k8s.io/demo/busybox:1.0
    args:
    - sleep
    - "3600"

如图所示：

Kubernetes——Kubernetes基础+部署Kubernetes集群

Kubernetes基础+部署Kubernetes集群

Kubernetes介绍

1.1 应用部署方式演变

在部署应用程序的方式上，主要经历了三个时代：

  • 传统部署：互联网早期，会直接将应用程序部署在物理机上

优点：简单，不需要其它技术的参与
缺点：不能为应用程序定义资源使用边界，很难合理地分配计算资源，而且程序之间容易产生影响

  • 虚拟化部署：可以在一台物理机上运行多个虚拟机，每个虚拟机都是独立的一个环境

优点：程序环境不会相互产生影响，提供了一定程度的安全性
缺点：增加了操作系统,浪费了部分资源

  • 容器化部署：与虚拟化类似，但是共享了操作系统

优点：
可以保证每个容器拥有自己的文件系统、CPU、内存、进程空间等
运行应用程序所需要的资源都被容器包装，并和底层基础架构解耦
容器化的应用程序可以跨云服务商、跨Linux操作系统发行版进行部署

  • 容器化部署方式给带来很多的便利，但是也会出现一些问题，比如说:
    • 一个容器故障停机了，怎么样让另外一个容器立刻启动去替补停机的容器
    • 当并发访问量变大的时候，怎么样做到横向扩展容器数量
  • 这些容器管理的问题统称为容器编排问题，为了解决这些容器编排问题，就产生了一些容器编排的软件:
    • Swarm: Docker自己的容器编排工具
    • Mesos: Apache的一个资源统—管控的工具，需要和Marathon结合使用
    • Kubernetes : Google开源的的容器编排工具

1.2 Kubernetes简介

  • kubernetes，是一个全新的基于容器技术的分布式架构领先方案，是谷歌严格保密十几年的秘密武器–Borg系统的一个开源版本，于2014年9月发布第一个版本，2015年7月发布第一个正式版本。
  • kubernetes的本质是一组服务器集群，它可以在集群的每个节点上运行特定的程序，来对节点中的容器进行管理。它的目的就是是实现资源管理的自动化，主要提供了如下的主要功能：
    • 自我修复：一旦某一个容器崩溃，能够在1秒中左右迅速启动新的容器
    • 弹性伸缩：可以根据需要，自动对集群中正在运行的容器数进行调整
    • 服务发现：服务可以通过自动发现的形式找到它所依赖的服务
    • 负载均衡：如果一个服务起动了多个容器，能够自动实现请求的负载均衡
    • 版本回退：如果发现新发布的程序版本有问题。可以立即回退到原来的版本
    • 存储编排：可以根据容器自身的需求自动创建存储卷

1.3 Kubernetes组件

一个kubernetes集群主要是由控制节点(master)、工作节点(node)构成，每个节点上都会安装不同的组件。

  • Master：集群的控制平面，负责集群的决策

ApiServer：资源操作的唯一入口，接收用户输入的命令，提供认证、授权、API注册和发现等机制
Scheduler：负责集群资源调度，按照预定的调度策略将Pod调度到相应的node节点上
ControllerManager：负责维护集群的状态，比如程序部署安排、故障检测、自动扩展、滚动更新等
Etcd：负责存储集群中各种资源对象的信息

  • Node:集群的数据平面，负责为容器提供运行环境

Kubelet：负责维护容器的生命周期，即通过控制docker，来创建、更新、销毁容器
KubeProxy：负责提供集群内部的服务发现和负载均衡
Docker：负责节点上容器的各种操作

  • 部署一个nginx服务来说明kubernetes系统各个组件调用关系：
    • 首先要明确，一旦kubernetes环境启动之后，master和node都会将自身的信息存储到etcd数据库中
    • 一个nginx服务的安装请求会首先被发送到master节点的apiServer组件
    • apiServer组件会调用scheduler组件来决定到底应该把这个服务安装到哪个node节点上,在此时，它会从etcd中读取各个node节点的信息，然后按照一定的算法进行选择，并将结果告知apiServer
    • apiServer调用controller-manager去调度Node节点安装nginx服务
    • kubelet接收到指令后，会通知docker，然后由docker来启动一个nginx的pod，pod是kubernetes的最小操作单元，容器必须跑在pod中至此
    • 一个nginx服务就运行了，如果需要访问nginx，就需要通过kube-proxy来对pod产生访问的代理，这样，外界用户就可以访问集群中的nginx服务了

1.4 Kubernetes概念

  • Master：集群控制节点，每个集群需要至少一个master节点负责集群的管控
  • Node：工作负载节点，由master分配容器到这些node工作节点上，然后node节点上的docker负责容器的运行
  • Pod：kubernetes的最小控制单元，容器都是运行在pod中的，一个pod中可以有1个或者多个容器（部署程序 > 容器 > pod）
  • Controller：控制器，通过它来实现对pod的管理，比如启动pod、停止pod、伸缩pod的数量等等
  • Service：pod对外服务的统一入口，下面可以维护者同一类的多个pod
  • Label：标签，用于对pod进行分类，同一类pod会拥有相同的标签
  • NameSpace：命名空间，用来隔离pod的运行环境

集群环境搭建

2.1 环境规划

2.1.1 集群类型

  • kubernetes集群大体上分为两类：一主多从和多主多从
    • 一主多从：一台Master节点和多台Node节点，搭建简单，但是有单机故障风险，适合用于测试环境
    • 多主多从：多台Master节点和多台Node节点，搭建麻烦，安全性高，适合用于生产环境

说明：为了测试简单，本次搭建的是一主两从类型的集群

2.1.2 安装方式

  • Kubernetes有多种部署方式，目前主流的方式有kubeadm、minikube、二进制包
    • Minikube：一个用于快速搭建单节点kubernetes的工具
    • Kubeadm：一个用于快速搭建kubernetes集群的工具
    • 二进制包∶从官网下载每个组件的二进制包，依次去安装，此方式对于理解kubernetes组件更加有效

说明：现在需要安装kubernetes的集群环境，但是又不想过于麻烦，所以选择使用kubeadm方式

2.1.3 主机规划

作用IP地址操作系统配置
k8s-master192.168.93.66CentOS 7.5 基础设施服务器2颗CPU 2G内存
k8s-node1192.168.93.88CentOS 7.5 基础设施服务器2颗CPU 2G内存
k8s-node2192.168.93.89CentOS 7.5 基础设施服务器2颗CPU 2G内存

2.2 环境初始化

  • 检查操作系统版本
#此方式下安装kubernetes集群要求centos版本要在7.5或之上
cat /etc/redhat-release 
CentOS Linux release 7.5.1804 (Core)
  • 主机名解析
# 为了方便后面集群节点间的直接调用，在这配置一下主机名解析，企业中推荐使用内部DNS服务器
# 主机名成解析编辑三台服务器的/etc/hosts文件，添加下面内容
# 使用Xsell发送键到所有会话

vim /etc/hosts
192.168.93.66 k8s-master
192.168.93.88 k8s-node1
192.168.93.89 k8s-node2
  • 时间同步
# kubernetes要求集群中的节点时间必须精确一致，这里直接使用chronyd服务从网络同步时间
# 企业中建议配置内部的时间同步服务器

# 查看是否安装
rpm -qa |grep chrony
# 安装,使用Xshell发送键到所有会话
yum install -y chrony
# 启动chrony服务并设置开机自启
systemctl start chronyd && systemctl enable chronyd

# 设置完成后查看时间是否同步
date
  • 禁用iptables和firewalld服务
# kubernetes和docker在运行中会产生大量的iptables规则,为了不让系统规则跟它们混淆,直接关闭系统的规则

# 关闭防火墙并设置开机不启动
systemctl stop firewalld && systemctl disable firewalld
# 当前版本没有iptables,这一步就算完成
  • 禁用Selinux
# selinux是linux系统下的一个安全服务,如果不关闭它,在安装集群中会产生各种各样的奇葩问题
sed -i 's/SELINUX=enforcing/SELINUX=disabled/g' /etc/selinux/config
setenforce 0
getenforce
  • 禁用swap交换分区
# swap分区指的是虚拟内存分区,它的作用是在物理内存使用完之后,将磁盘空间虚拟成内存来使用
# 启用swap设备会对系统的性能产生非常负面的影响,因此kubernetes要求每个节点都要禁用swap设备
# 但是如果因为某些原因确实不能关闭swap分区,就需要在集群安装过程中通过明确的参数进行配置说明

# 编辑分区配置文件/etc/fstab,注释掉swap分区一行
# 修改完毕之后需要重启linux服务
vim /etc/fstab
#/dev/mapper/centos-swap swap                    swap    defaults        0 0
  • 修改Linux内核参数
# 修改linux的内核参数,添加网桥过滤和地址转发功能
# 编辑/etc/sysctl.d/kubernetes.conf文件，添加如下配置:
vim /etc/sysctl.d/kubernetes.conf

net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables = 1
net.ipv4.ip_forward = 1

# 重新加载配置
sysctl -p

# 加载网桥过滤模块
modprobe br_netfilter

# 查看网桥过滤模块是否加载成功
lsmod | grep br_netfilter
br_netfilter           22256  0
  • 配置ipvs功能
# 在kubernetes中service有两种代理模型,一种是基于iptables的,一种是基于ipvs的
# 两者比较的话,ipvs的性能明显要高一些,但是如果要使用它,需要手动载入ipvs模块

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

#添加需要加载的模块写入脚本文件
cat <<EOF > /etc/sysconfig/modules/ipvs.modules
#!/bin/bash
modprobe -- ip_vs
modprobe -- ip_vs_rr
modprobe -- ip_vs_wrr
modprobe -- ip_vs_sh
modprobe -- nf_conntrack_ipv4
EOF

# 为脚本添加执行权限
chmod +x /etc/sysconfig/modules/ipvs.modules

# 执行脚本文件
/bin/bash /etc/sysconfig/modules/ipvs.modules

# 查看对应模块是否加载成功
lsmod | grep -e ip_vs -e nf_conntrack_ipv4
  • 重启服务器
# 重启
reboot
# 重启后查看交换分区是否关闭成功
free -h

2.2.1 安装Docker

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

# 查看当前镜像源中支持的docker版本
yum list docker-ce --showduplicates

# 安装特定版本的docker-ce
# 必须指定--setopt=obsoletes=0,否则yum会自动安装更高版本,稳定
yum install --setopt=obsoletes=0 docker-ce-18.06.3.ce-3.el7 -y

# 添加一个配置文件
# Docker在默认情况下使用的Cgroup Driver为cgroupfs，而kubernetes推荐使用systemd来代替cgroupfs
mkdir /etc/docker
cat <<EOF > /etc/docker/daemon.json
 
"exec-opts": ["native.cgroupdriver=systemd"],
"registry-mirrors":["https://kn0t2bca.mirror.aliyuncs.com"]
 
EOF
 
# 启动并设置开机启动docker
systemctl enable docker --now

#检查docker版本和状态
docker version

2.2.2 安装kubernetes组件

# 由于kubernetes的镜像源在国外,速度比较慢,这里切换成国内的镜像源

# 编辑/etc/yum.repos.d/kubernetes.repo,添加下面的配置
vim /etc/yum.repos.d/kubernetes.repo
[kubernetes]
name=Kubernetes
baseurl=http://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64
enabled=1
gpgcheck=0
repo_gpgcheck=0
gpgkey=http://mirrors.aliyun.com/kubernetes/yum/doc/yum-key.gpg
       http://mirrors.aliyun.com/kubernetes/yum/doc/rpm-package-key.gpg

# 安装kubeadm、kubelet和kubectl
yum install --setopt=obsoletes=0 kubeadm-1.17.4-0 kubelet-1.17.4-0 kubectl-1.17.4-0 -y

# 配置kubelet的cgroup
# 编辑/etc/sysconfig/kubelet，添加下面的配器
vim /etc/sysconfig/kubelet
KUBELET_CGROUP_ARGS="--cgroup-driver=systemd"
KUBE_PROXY_MODE="ipvs"

# 设置kubelet开机自启,不用手动启动,在集群启动中会自动启动
systemctl enable kubelet

2.2.3 准备集群镜像

#在安装kubernetes集群之前，必须要提前准备好集群需要的镜像，所需镜像可以通过下面命令查看
kubeadm config images list

# 下载镜像
# 定义下载镜像的列表,三台机器同时操作
images=(
kube-apiserver:v1.17.4
kube-controller-manager:v1.17.4
kube-scheduler:v1.17.4
kube-proxy:v1.17.4
pause:3.1
etcd:3.4.3-0
coredns:1.6.5
)

# 从阿里云仓库拉取镜像
# 拉取完成之后该为k8s官方仓库的名字
# 修改完成之后再移除以阿里开头的镜像

for imageName in $images[@] ;do
	docker pull registry.cn-hangzhou.aliyuncs.com/google_containers/$imageName
	docker tag registry.cn-hangzhou.aliyuncs.com/google_containers/$imageName k8s.gcr.io/$imageName
	docker rmi registry.cn-hangzhou.aliyuncs.com/google_containers/$imageName
done

#下载完成后查看下载的镜像
docker images

2.2.4 集群初始化

对集群进行初始化，并将node节点加入到集群中
下面的操作只需要在master节点上执行即可

#创建集群
kubeadm init \\
--kubernetes-version=v1.17.4 \\               # k8s版本1.17.4
--pod-network-cidr=10.244.0.0/16 \\           # pod网络
--service-cidr=10.96.0.0/12 \\                # service网络
--apiserver-advertise-address=192.168.93.66  # 定义master节点IP地址

# 你的Kubernetes控制平面已成功初始化!
Your Kubernetes control-plane has initialized successfully! 

# 根据提示创建必要文件
mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

下面的操作只需要在node节点上执行即可

# 将node节点加入集群

# 通过在每个节点上以root身份运行以下命令,可以加入任意数量的工作节点
Then you can join any number of worker nodes by running the following on each as root:

kubeadm join 192.168.93.66:6443 --token pondho.kj8ufmze063pd2k5 \\
    --discovery-token-ca-cert-hash sha256:9cdad3766150017fe9a0f432b3f5daa520454c6b6b1e1a05a8cc0bb03e41732e

# 在控制平面上运行"kubectl get nodes"以查看此节点是否加入集群
Run 'kubectl get nodes' on the control-plane to see this node join the cluster.

#在master节点查看,此时状态为NotReady,需要安装网络插件
[root@k8s-master ~]# kubectl get nodes
NAME         STATUS     ROLES    AGE     VERSION
k8s-master   NotReady   master   4m10s   v1.17.4
k8s-node1    NotReady   <none>   28s     v1.17.4
k8s-node2    NotReady   <none>   9s      v1.17.4

2.2.5 安装网络插件

  • kubernetes支持多种网络插件，比如flannel、calico、canal等等，任选一种使用即可，本次选择flannel

下面操作依旧只在master节点执行即可，插件使用的是DaemonSet的控制器，它会在每个节点上都运行

# 获取fannel的配置文件
wget https://github.com/mrlxxx/kube-flannel.yml/archive/refs/heads/master.zip
unzip master.zip
find kube-flannel.yml-master/ -name kube-flannel.yml -exec mv  . \\;
rm -rf kube-flannel.yml-master master.zip
vim kube-flannel.yml
# 修改文件中的quay.io仓库为quay-mirror.qiniu.com

# 每个节点都需要拉取镜像
docker pull lwolf/flannel:v0.12.0
# 为什么要打tag,因为kube-flannel.yaml文件里面的镜像名称就是quay.io/coreos/flannel:v0.12.0-amd64
docker tag lwolf/flannel:v0.12.0 quay-mirror.qiniu.com/coreos/flannel:v0.12.0-amd64

# 使用配置文件启动fannel网络
kubectl apply -f kube-flannel.yml

# 再次查看集群节点的状态
[root@k8s-master ~]# kubectl get nodes
NAME         STATUS   ROLES    AGE   VERSION
k8s-master   Ready    master   18m   v1.17.4
k8s-node1    Ready    <none>   14m   v1.17.4
k8s-node2    Ready    <none>   14m   v1.17.4
# 至此,kubernetes的集群环境搭建完成

2.3 服务部署

  • 接下来在kubernetes集群中部署一个nginx程序，测试下集群是否在正常工作。

下面操作依旧只在master节点执行即可

# 部署nginx
[root@k8s-master ~]# kubectl create deployment nginx --image=nginx:1.14-alpine
deployment.apps/nginx created

# 暴露端口,NodePort:让集群之外的人访问
[root@k8s-master ~]# kubectl expose deployment nginx --port=80 --type=NodePort
service/nginx exposed

# 查看服务状态
[root@k8s-master ~]# kubectl get pods,service
NAME                         READY   STATUS    RESTARTS   AGE
pod/nginx-6867cdf567-x4mvf   1/1     Running   0          75s

NAME                 TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE
service/kubernetes   ClusterIP   10.96.0.1        <none>        443/TCP        22m
service/nginx        NodePort    10.105.220.102   <none>        80:31730/TCP   60s

# 最后在电脑上访问部署的nginx服务

以上是关于18. Kubernetes的主要内容，如果未能解决你的问题，请参考以下文章

使用二进制方式安装 Kubernetes 1.18.3 版本（近六万字）

Kubernetes 1.18.20升级到1.19.12

18. Kubernetes

从18年公司基础架构开始转向 Kubernetes

Kubeadm部署CentOS8三节点Kubernetes V1.18.0集群实践

Kubeadm部署CentOS8三节点Kubernetes V1.18.0集群实践