阅读 906

K8S的安装部署以及基础知识

Kubernetes(K8S)概述

  • Kubernetes又称作k8s，是Google在2014年发布的一个开源项目。

  • 最初Google开发了一个叫Borg的系统（现在命名为Omega），来调度近20多亿个容器。 在积累了数十年的经验后，Google决定重写这个容器管理系统，并贡献给开源

    社区， 而这个系统就是Kubernetes。它也是Omega的开源版本。

  • 从2014年第一个版本发布以来，迅速得到了开源社区的追捧，目前，k8s已经成为了 发展最快、市场占有率最高的容器编排引擎产品。

  • Kubernetes中文社区 | 中文文档 https://www.kubernetes.org.cn/k8s

安装minikube

设置阿里云镜像

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

安装minikube

curl -LO https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64 

sudo install minikube-linux-amd64 /usr/local/bin/minikube

安装kubectl

curl -LO https://dl.k8s.io/release/v1.20.0/bin/linux/amd64/kubectl 
chmod +x ./kubectl #赋予操作权限
sudo install -o root -g root -m 0755 kubectl /usr/local/bin/kubectl

安装conntrack

yum install conntrack 我们先操作一波

启动minikube

minikube start --vm-driver=none --image-mirror-country='cn'

启动minkube报错解决

Minikube不能成功启动的报错分析及解决方案
Minikube启动前需要对系统环境进行初始化：

启用docker服务

sudo systemctl enable docker.service

关闭防火墙

sudo systemctl stop firewalld

关闭内存交换

sudo swapoff -a

修改为cgroupfs

cat > /etc/docker/daemon.json <<EOF
{
"exec-opts": ["native.cgroupdriver=systemd"],
"log-driver": "json-file",
"log-opts": {
 "max-size": "100m"
},
"storage-driver": "overlay2"
}
EOF

重新加载配置

systemctl daemon-reload

重启docker

systemctl restart docker

关闭selinux

sudo setenforce 0

文件权限

sudo chmod -R 777 /etc/kubernetes/addons/

启动kubelet服务，注意：可能需要第一次允许minikube start后才会拉取kubelet

systemctl enable kubelet.service

初始化时的报警：

1.在使用kubeadm init命令初始化节点刚开始时，会有如下的perflight阶段，该阶段会进行检查，如果其中出现了如下WARNING并且初始化失败了。下面会对下述几个警告进行解决：

kubeadm init ...

[init] Using Kubernetes version: v1.15.0
[preflight] Running pre-flight checks
[WARNING IsDockerSystemdCheck]: detected "cgroupfs" as the Docker cgroup driver. The recommended driver is "systemd". Please follow the guide at https://kubernetes.io/docs/setup/cri/
     [WARNING FileExisting-socat]: socat not found in system path

WARNING IsDockerSystemdCheck
解决办法：修改或创建/etc/docker/daemon.json，加入下述内容：

{"exec-opts": ["native.cgroupdriver=systemd"]
}

重启docker：

systemctl daemon-reload
systemctl restart docker

查看修改后的状态：

docker info | grep Cgroup

2.WARNING FileExisting-socat

socat是一个网络工具， k8s 使用它来进行 pod 的数据交互，出现这个问题直接安装socat即可：

yum install -y socat

3.WARNING Firewalld
[WARNING Firewalld]: firewalld is active, please ensure ports [8443 10250] are open or your cluster may not function correctly

解决办法：

##暂时关闭防火墙systemctl stop firewalld.service##永久关闭systemctl disable firewalld.service

4.``WARNING Service-Docker`
[WARNING Service-Docker]: docker service is not enabled, please run 'systemctl enable docker.service'
解决办法：

systemctl enable docker.service

5.WARNING Service-Kubelet
[WARNING Service-Kubelet]: kubelet service is not enabled, please run 'systemctl enable kubelet.service'
解决办法：

systemctl enable kubelet.service

6.WARNING Swap
[WARNING Swap]: running with swap on is not supported. Please disable swap

解决办法：

swapoff -a

7.SELINUX未关闭
Problems detected in kube-addon-manager [13ce287ce3f6]:
error: Error loading config file "/var/lib/minikube/kubeconfig": open /var/lib/minikube/kubeconfig: permission denied
error: Error loading config file "/var/lib/minikube/kubeconfig": open /var/lib/minikube/kubeconfig: permission denied
error: Error loading config file "/var/lib/minikube/kubeconfig": open /var/lib/minikube/kubeconfig: permission denied
解决办法：

setenforce 0

或尝试永久关闭SELINUX

8.ERROR FileContent–proc-sys-net-bridge-bridge-nf-call-iptables
[ERROR FileContent--proc-sys-net-bridge-bridge-nf-call-iptables]: /proc/sys/net/bridge/bridge-nf-call-iptables contents are not set to 1

解决办法：

echo "1" >/proc/sys/net/bridge/bridge-nf-call-iptables

停止minikube

minikube stop

查看所有deployment

kubectl get deployment

查看所有pod

kubectl get pods

查看节点

[root@VM-12-15-centos download]` kubectl get nodes
NAME              STATUS   ROLES                  AGE   VERSION
vm-12-15-centos   Ready    control-plane,master   79m   v1.23.1

【解释】

node是⽤于承载运行中的容器的。

有⼀个n

ode，这个node的⻆⾊是master。

k8s也有集群的概念，即：cluster，包含master和node，该节点即是master节点，⼜是node节点。

创建nginx的deployment

[root@zhaowa-edu-01 ~]` kubectl create deployment my-nginx --image nginx:latest
deployment.apps/my-nginx created

【解释】

创建deployment其实有两种⽅式

1.基于命令行配置运行

kubectl create

kubectl run

  1. 基于yaml配置文件的

kubectl apply -f xxx.yml

查看所有pod信息以及ip和port

[root@zhaowa-edu-01 ~]` kubectl get pods -o wide
NAME READY STATUS RESTARTS AGE IP NODE 
NOMINATED NODE READINESS GATES
my-nginx-b7d7bc74d-jgfks 1/1 Running 0 7m35s 172.18.0.3 
zhaowa-edu-01 <none> <none>

查看所有service

[root@zhaowa-edu-01 ~]` kubectl get service
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 21h

【解释】

pod是不稳定的。服务可以保证稳定。

双十⼀之前，订单系统需要20个服务实例，双⼗⼀促销阶段，扩容⾄100个服务实例。双⼀之后，对服务缩容⾄30个服务实例。

我们是⼀个稳定的请求⽅式，统⼀个ip的。这个就是service的作用。

查询所有命名空间

[root@zhaowa-edu-01 ~]` kubectl get namespace
NAME STATUS AGE
default Active 21h
kube-node-lease Active 21h
kube-public Active 21h
kube-system Active 21h

【解释】

默认的就是defalut。

其它kube-*的都是k8s系统⾃⼰的命名空间。

将副本数(pod)从1个修改为3个

[root@zhaowa-edu-01 ~] ` kubectl scale deployments/my-nginx --replicas=3
deployment.apps/my-nginx scaled
[root@zhaowa-edu-01 ~] ` kubectl get deploy
NAME READY UP-TO-DATE AVAILABLE AGE
my-nginx 1/3 3 1 19m
[root@zhaowa-edu-01 ~] ` kubectl get pods
NAME READY STATUS RESTARTS AGE
my-nginx-b7d7bc74d-jgfks 1/1 Running 0 19m
my-nginx-b7d7bc74d-r9gsg 0/1 ContainerCreating 0 17s
my-nginx-b7d7bc74d-vr958 0/1 ContainerCreating 0 17s

【解释】

什么是副本个数？

pod的个数

如果我们不指定副本个数的话，那么默认就是⼀个pod

将副本数(pod)从3个修改为2个

[root@zhaowa-edu-01 ~] ` kubectl scale deployments/my-nginx --replicas=2
deployment.apps/my-nginx scaled
[root@zhaowa-edu-01 ~]` kubectl get deploy
NAME READY UP-TO-DATE AVAILABLE AGE
my-nginx 2/2 2 2 22m
[root@zhaowa-edu-01 ~]` kubectl get pod
NAME READY STATUS RESTARTS AGE
my-nginx-b7d7bc74d-jgfks 1/1 Running 0 22m
my-nginx-b7d7bc74d-r9gsg 1/1 Running 0 2m39s

k8s重要概念介绍

组件名称作用
Cluster资源的集合。我们的k8s利⽤这些资源运⾏各种基于容器的应用。是计算、存储和网络资源的集合
MasterCluster的⼤脑。司令部。主要的任务就是用来调度的。决定我们的应用应该放到哪⾥去执行。
为了高可⽤，也可以运⾏多个master。职责是运行容器应用。
Node来负责运⾏容器应⽤。Node是由Master去管理的，负责监控和容器状态的汇报。
Podk8s的最小工作单元，包含1orN个容器。
Pod的使用方式：
⼀个pod运⾏⼀个容器
最常⽤的就是这种情况。
⼀个pod运⾏多个容器
⼀定是非常紧密相关的⼀组容器，并且需要资源的共享。⼀起启动、⼀起停止。
Controllerk8s通过它来管理Pod 
包含：Deployment、ReplicaSet、DaemonSet、StatefulSet、Job。
Deployment
就是我们最常⽤的Controller。它可以管理Pod的多个副本。（即：--replicas=3），并且可以确保Pod按照期望的状态去运⾏。
ReplicaSet
它也是管理Pod的多个副本。
我们使⽤deployment的时候，会⾃动的创建ReplicaSet，最终是有ReplicaSet去创建的pod，而我们并不是去直接的使⽤它。
DaemonSet
⽤于每个Node最多只运⾏⼀个Pod副本的创建。
StatefulSet
保证副本按照固定的顺序启动、更新、删除。
Service为Pod提供了负载均衡、固定的IP和Port
pod是不稳定的，ip会变化的。所以我们需要⼀个固定的ip或port。
区别：
Controller ——> 负责k8s运行容器的。
Service ——> 负责k8s访问容器的。
Namespace解决同一个Cluster中，如何区别分开Controller、Pod等资源的问题,资源隔离！

kubernetes架构

k8s架构图

image-20220126213004794

重要概念

当我们执行部署应用并指定两个副本的时候，执行流程如下所示：

  • Kuberctl发送部署请求到API Server。

  • API Server通知Controller Manager创建一个deployment资源。

  • Scheduler执行调度任务，将两个副本Pod分发到node1和node2上。

  • node1和node2上的kubelet在各自的节点上创建并运行Pod。

k8s架构中，主要是由Master和Node组成的。

下面我们来针对这两部分进行详细的介绍。

Master

  • API-Server

属于前端交互接⼝。提供基于Http/https RESTful API。

接收对应的指令。

  • Scheduler

负责决定将pod放到那个Node上去运⾏的。

  • Controller Manager

⾮常关键的组件。管理Cluster中的各种资源。

  • etcd

负责保存k8s的配置信息和各种资源的状态信息。

如果数据发⽣了变化，etcd会快速通知相关的组件。

image-20220126214003293

Node

  • kubelet

创建和运⾏容器。

  • kube-proxy

负责我们请求的转发。

如果对于多个副本，它会实现负载均衡。

image-20220126215412463

Deployment

创建资源的方式

  • 方式一

用kubectl命令直接创建。

比如：kubectl run nginx-deployment--image=nginx:1.7.9--replicas=2

在命令行中通过参数指定资源的属性。（但是，在K8S v1.18.0以后，–replicas已弃用 ,推荐用 kubectl apply 创建 pods）

  • 方式二

通过配置文件和kubectl apply创建。

步骤：

1.编写yml配置文件。（下一页有书写样例，nginx.yml）

2.执行命令：kubectl apply -f /home/muse/nginx.yml

nginx.yml配置文件

  • replicas: 2

部署的副本实例数量，默认为1

  • metadata:

metadata定义Pod的元数据，至少要定义一个 label。label的key和value可以任意指定

  • spec:

描述Pod的规格，此部分定义Pod中每一个容 器的属性，name和image是必需的

image-20220127121944302

构建过程解析

用户通过kubectl——>创建Deployment——>创建ReplicaSet——>创建Pod

image-20220127124117214

Failover

设置了pod数为3个

当Node1异常的时候，会在Node2上面生成新的Pod来维护总数为3个pod

当Node1恢复正常的时候，新创建的pod也依然会在Node2上，并不会做迁移动作。

image-20220127125326168

label

默认配置下，Scheduler会将Pod调度到所有可用的Node。不过有些情况我们可以通过lable将Pod部署到指定的Node，比如将有大量磁盘I/O的Pod部署到配置了SSD的 Node；或者Pod需要GPU，需要运行在配置了GPU的节点上。

  • 给k8s-node1添加标签——disktype=ssd

kubectl label node k8s-node1disktype=ssd

  • 修改nginx.yml配置文件，指定nodeSelector为上一步新建的label。

nodeSelector: 
 disktype: ssd

  • 重新部署Deployment

kubectl apply -f nginx.yml

  • 查看节点的标签信息

kubectl get node --show-labels
[root@zhaowa-edu-01 k8sConfigFiles]# kubectl get node
NAME STATUS ROLES AGE VERSION
zhaowa-edu-01 Ready control-plane,master 22h v1.20.2
[root@zhaowa-edu-01 k8sConfigFiles]# kubectl get node --show-labels
NAME STATUS ROLES AGE VERSION LABELS
zhaowa-edu-01 Ready control-plane,master 22h v1.20.2 
beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kube
rnetes.io/hostname=zhaowa-edu-
01,kubernetes.io/os=linux,minikube.k8s.io/commit=b017ea15ffbf8bcd6ce31e13ba16f59fd40910
79,minikube.k8s.io/name=minikube,minikube.k8s.io/updated_at=2021_09_18T13_04_08_0700,mi
nikube.k8s.io/version=v1.20.0,node-role.kubernetes.io/control-plane=,noderole.kubernetes.io/master=
[root@zhaowa-edu-01 k8sConfigFiles]# kubectl label node zhaowa-edu-01 disktype=ssd
node/zhaowa-edu-01 labeled
[root@zhaowa-edu-01 k8sConfigFiles]# kubectl get node --show-labels
NAME STATUS ROLES AGE VERSION LABELS
zhaowa-edu-01 Ready control-plane,master 22h v1.20.2 
beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,disktype=ssd,kubernetes.io/ar
ch=amd64,kubernetes.io/hostname=zhaowa-edu-
01,kubernetes.io/os=linux,minikube.k8s.io/commit=b017ea15ffbf8bcd6ce31e13ba16f59fd40910
79,minikube.k8s.io/name=minikube,minikube.k8s.io/updated_at=2021_09_18T13_04_08_0700,mi
nikube.k8s.io/version=v1.20.0,node-role.kubernetes.io/control-plane=,noderole.kubernetes.io/master=
[root@zhaowa-edu-01 k8sConfigFiles]# kubectl label node zhaowa-edu-01 disktypenode/zhaowa-edu-01 labeled
[root@zhaowa-edu-01 k8sConfigFiles]# kubectl get node --show-labels
NAME STATUS ROLES AGE VERSION LABELS
zhaowa-edu-01 Ready control-plane,master 22h v1.20.2 
beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kube
rnetes.io/hostname=zhaowa-edu-
01,kubernetes.io/os=linux,minikube.k8s.io/commit=b017ea15ffbf8bcd6ce31e13ba16f59fd40910
79,minikube.k8s.io/name=minikube,minikube.k8s.io/updated_at=2021_09_18T13_04_08_0700,mi
nikube.k8s.io/version=v1.20.0,node-role.kubernetes.io/control-plane=,noderole.kubernetes.io/master=

删除deployment

假设现在配置的是2个pod数。那么如果我们只是删除其中的一个pod，依然会被deployment根据配置，再补充为2个pod。

  • 当我们删除掉deployment的时候，pod也会随之自动被删除。

    • 删除pod

      kubectl delete pod nginx-deployment-7f4fc68488-5v4m7

    • 删除deployment

      kubectl delete deployment nginx-deployment

DaemonSet

Deployment部署的副本pod会分布在各个Node上，每个Node都可能运行好几个副本。
Daemonsetl的不同之处在于：每个Node上最多只能运行一个副本。

Daemon Set的典型应用场景
1.在每个节点上运行存储 Daemon,比如 glusterd或 ceph
2.在每个节点上运行日志收集 Daemon,如 flunentdi或 logstashe
3.在毎个节点上运行监控 Daemon,比如 Prometheus Node Exporter或 collectd

查看k8s自己就用 Daemonsetie运行系统组件

image-20220127131730912

Job

容器按照持续运行时间，可以分为服务类容器和工作类容器。

  • 服务类容器通常持续提供服务，需 要一直运行，比如HTTP Server、Daemon等。

  • 工作类容器则是一次性任务，比如批处理程序，完成后容器就退出。

Kubernetes的Deployment、ReplicaSet和DaemonSet都用于管理服务类容器；

对于工作类容器，我们使用Job。

image-20220127131956816

Service

  • 我们不应该期望Pod是健壮的，而是要假设Pod中的容器很可能因为各种原因发生故障而死掉。

  • Deployment等Controller会通过动态创建和销毁Pod来保证应用整体的健壮性。换句话说，Pod是脆弱的，但应用是健壮的。

  • Service提供了固定的ip和端口，并且里面包含一组pod，即使Pod的ip发生变化，但是面对客户端的是Service的固定ip和端口。

Rolling Update

滚动更新是一次只更新一小部分副本，成功后再更新更多的副本，最终完成所有副本的更新。滚动更新的最大好处是零停机，整个更新过程始终有副本在运行，从而保证

了业务的连续性。

image-20220127132133090

分类: 云原生


文章分类
代码人生
文章标签
k8
版权声明：本站是系统测试站点，无实际运营。本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 XXXXXXo@163.com 举报，一经查实，本站将立刻删除。
相关推荐