Breeze部署kubernetes1.13.2高可用集群

最新推荐文章于 2024-05-17 23:17:03 发布
最新推荐文章于 2024-05-17 23:17:03 发布
阅读量818 收藏 1
点赞数
文章标签： awk ui 前端 ViewUI
原文链接：http://www.cnblogs.com/zhaocaim/p/10375472.html
版权

本文装载至：https://blog.csdn.net/networken/article/details/86550735

breeze简介

项目地址：https://github.com/wise2c-devops/breeze
本次使用睿云智合开源 Breeze工具部署 Kubernetes 高可用集群。
Breeze项目旨在提供一个可信的、安全的、稳定的Kubernetes集群部署工具，它可以帮助您通过图形化操作界面快捷地在生产环境部署一个或多个Kubernetes集群，而不需要连入互联网环境。

功能简介

  • 运行简单:
    Breeze将部署Kubernetes集群所需的全部资源文件打包在一个docker镜像内，这包括Kubernetes的组件镜像、docker、etcd、harbor、kubernetes集群部署的ansible
    playbook脚本文件等。同时，Breeze部署主机自身也作为一个yum仓库服务器角色存在，因此，您只需准备一台安装了docker和docker-compose命令的主机即可轻松的使Breeze运行起来并进行Kubernetes集群的部署。
  • 简化Kubernetes集群部署流程:
    仅需几条简单命令，就能使Breeze程序运行起来，接下来的Kubernetes集群部署工作全都通过图形化操作界面完成。
  • 支持离线部署:
    在仅有的4个镜像(playbook, yum-repo, pagoda, deploy-ui)被加载在Breeze部署主机之后，所有操作都不需要互联网的访问。Breeze自身作为yum仓库对被部署机提供yum源服务并使用kubeadm进行Kubernetes的部署工作，同时Breeze还会部署一个Harbor服务器用于内网的镜像下载服务。
  • 支持多个集群批量部署:
    Breeze支持批量部署多个Kubernetes集群。
  • 支持高可用架构:
    使用Breeze部署的Kubernetes集群，默认提供3个master节点和3个etcd节点,结合haproxy+keepalived架构服务，所有工作节点都使用虚拟浮动IP地址和主节点服务器通信。

Breeze 软件架构简图：


在这里插入图片描述
组件

  • breeze: 用于部署docker, harbor, haproxy+keepalived, etcd,
    kubernetes等组件的Ansible playbook。
  • yum-repo: 用于安装docker, docker-compose, kubelet, kubectl, kubeadm,
    kubernetes-cni等的yum仓库源。
  • deploy-ui: 图形界面组件。
  • pagoda: 提供操作Ansible playbook的API。
  • kubeadm-version: 获取Kubernetes组件版本清单，采用命令"kubeadm config"

部署要求

  • 部署机: docker 1.13.1+ and docker-compose 1.12.0+ .
  • Kubernetes集群节点: 兼容CentOS 7.4/7.5/7.6
    版本，Minimal安装模式是推荐的方式，为了确保部署的顺利进行，应尽可能保证系统的干净。
  • 部署指南：https://github.com/wise2c-devops/breeze/blob/master/BreezeManual-CN.md
    本安装方式通过了Kubernetes Conformance一致性认证，因此可用于生产环境。
  • github项目中选择相应的Release Tag并下载其中的docker-compose.yml文件。（Tags列出的版本号a.b.c.d其中前三位a.b.c对应于Kubernetes的发行版本号，第四位只是Breeze自身部署功能所做的修订，不涉及对Kubernetes的任何修改）

问题反馈沟通

部署环境准备

在本次实验环境中准备了6台服务器，使用Vmware Workstation进行部署，配置与角色如下（如果需要增加 Minion/Worker 节点请自行准备即可）：

主机名IP 地址角色OS组件
deploy192.168.92.10Breeze DeployCentOS 7.6 x64docker / docker-compose / Breeze
master01192.168.92.11K8S Master NodeCentOS 7.6 x64K8S Master / etcd / HAProxy / Keepalived
master02192.168.92.12K8S Master NodeCentOS 7.6 x64K8S Master / etcd / HAProxy / Keepalived
master03192.168.92.13K8S Master NodeCentOS 7.6 x64K8S Master / etcd / HAProxy / Keepalived
worker01192.168.92.21K8S Worker NodeCentOS 7.6 x64K8S Worker / Prometheus
harbor192.168.92.20HarborCentOS 7.6 x64Harbor 1.7.0
 192.168.92.30VIP HA 虚 IP 地址在 3 台 K8S Master 浮动

硬件资源规划：

主机名CPU内存磁盘网卡
deploy1C2G系统盘50G x1，（可选数据盘300G x1）x1
master012C4G系统盘50G x1，（可选数据盘300G x1）x1
master022C4G系统盘50G x1，（可选数据盘300G x1）x1
master032C4G系统盘50G x1，（可选数据盘300G x1）x1
worker012C4G系统盘50G x1，（可选数据盘300G x1）x1
harbor1C2G系统盘50G x1，（可选数据盘300G x1）x1

注意master和worker节点至少配置2颗CPU、4G内存，否则可能导致资源不足部署失败。部署前可对所有虚拟机建立快照，方便回滚。
这里仅做测试不配置数据盘（对于集群master和worker节点，磁盘规划建议系统盘/dev/sda和数据盘/dev/sdb组成vg卷组，从卷组划分两个lv逻辑卷分别挂载至/var/lib/docker/目录下和/data目录下。）

所有节点设置防火墙
关闭selinux并放开firewalld，请勿禁用firewalld服务，保证firewalld服务正常运行状态即可。

setenforce 0
sed  --follow-symlinks  -i  "s/SELINUX=enforcing/SELINUX=disabled/g"  /etc/selinux/config 
firewall-cmd  --set-default-zone=trusted
firewall-cmd  --complete-reload
 
  • 1
  • 2
  • 3
  • 4

所有节点配置时间同步

使用chrony同步时间，指定deploy节点为内网NTP服务器，与网络NTP服务器同步时间，其他节点与deploy节点同步时间。

配置deploy节点（NTP服务端）：

#安装chrony：
yum install -y chrony
cp /etc/chrony.conf /etc/chrony.conf.bak
#注释默认ntp服务器
sed -i 's/^server/#&/' /etc/chrony.conf
#指定上游公共 ntp 服务器，并允许其他节点同步时间
cat >> /etc/chrony.conf << EOF
server 0.asia.pool.ntp.org iburst
server 1.asia.pool.ntp.org iburst
server 2.asia.pool.ntp.org iburst
server 3.asia.pool.ntp.org iburst
allow all
EOF
#配置时区
timedatectl set-timezone Asia/Shanghai
#开启时间同步功能
timedatectl set-ntp true
#重启chronyd服务并设为开机启动：
systemctl enable chronyd && systemctl restart chronyd
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19

配置所有其他节点（NTP客户端）：

#安装chrony：
yum install -y chrony
cp /etc/chrony.conf /etc/chrony.conf.bak
#注释默认服务器
sed -i 's/^server/#&/' /etc/chrony.conf
#指定内网 deploy节点为上游NTP服务器
echo server 192.168.92.10 iburst >> /etc/chrony.conf
#配置时区
timedatectl set-timezone Asia/Shanghai
#开启时间同步功能
timedatectl set-ntp true
#重启服务并设为开机启动：
systemctl enable chronyd && systemctl restart chronyd
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13

注意修改ntp服务器ip地址，执行chronyc sources命令，查看存在以*开头的行，说明已经与服务器时间同步，执行timedatectl查看时间是否同步。

部署节点环境准备（deploy/192.168.92.10）

以下所有操作在部署节点执行
安装 docker-compose

$ sudo curl -L "https://github.com/docker/compose/releases/download/1.23.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
$ sudo chmod +x /usr/local/bin/docker-compose
 
  • 1
  • 2

安装 docker

$ curl -sSL https://raw.githubusercontent.com/willzhang/shell/master/install_docker.sh | sh
 
  • 1

在部署机上做好对集群内其它所有服务器的ssh免密登录:

#生成密钥
$ ssh-keygen

#针对目标服务器做 ssh 免密登录，依次执行： $ ssh-copy-id 192.168.92.11 $ ssh-copy-id 192.168.92.12 $ ssh-copy-id 192.168.92.13 $ ssh-copy-id 192.168.92.20 $ ssh-copy-id 192.168.92.21

 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

下载用于部署某个Kubernetes版本的docker-compose文件并使部署程序运行起来，例如此次实验针对刚刚发布的 K8S v1.13.2。

$ curl -L https://raw.githubusercontent.com/wise2c-devops/breeze/v1.13.2/docker-compose.yml -o docker-compose.yml
$ docker-compose up -d
 
  • 1
  • 2

查看拉取的镜像

[root@deploy ~]# docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
wise2c/playbook     v1.13.2             6c57dc3440b1        3 days ago          1.17GB
wise2c/yum-repo     v1.13.2             d08304a41136        5 days ago          745MB
wise2c/pagoda       v1.1                d4f2b4cabdec        13 days ago         483MB
wise2c/deploy-ui    v1.3                2f159b37bf13        2 weeks ago         40.1MB
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6

（可选）由于镜像较大，可以将所有4个镜像打包为tar文件，备份到其他地方，重新部署可以使用docker load重新载入镜像：

#打包所有镜像
$ docker save -o breeze.tar $(docker images | grep -v TAG | awk '{print $1":"$2}')
#重新载入镜像
$ docker load -i breeze.tar
 
  • 1
  • 2
  • 3
  • 4

查看运行的容器
如果一切正常（注意deploy-playbook这个容器是个卷容器，它是退出状态这是正常现象），部署机的88端口将能够被正常访问。

[root@deploy ~]# docker ps -a
CONTAINER ID        IMAGE                     COMMAND                  CREATED             STATUS                     PORTS                                        NAMES
0221f2177505        wise2c/deploy-ui:v1.3     "/root/entrypoint.sh"    8 minutes ago       Up 8 minutes                                                            deploy-ui
cd24a52cd499        wise2c/pagoda:v1.1        "sh -c '/root/pagoda…"   8 minutes ago       Up 8 minutes               0.0.0.0:88->80/tcp, 0.0.0.0:8088->8080/tcp   deploy-main
a0dcf2bc42e6        wise2c/playbook:v1.13.2   "sh"                     8 minutes ago       Exited (0) 8 minutes ago                                                deploy-playbook
b1f92f68fffa        wise2c/yum-repo:v1.13.2   "nginx -g 'daemon of…"   8 minutes ago       Up 8 minutes               80/tcp, 0.0.0.0:2009->2009/tcp               deploy-yumrepo
[root@deploy ~]#
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

访问部署工具

添加集群

打开浏览器，访问部署程序的图形界面(部署机 IP 及端口 88)，添加主机列表、添加服务角色并将加入的主机进行角色分配，然后开始部署：http://192.168.92.10:88
在这里插入图片描述
点击 + 号添加一个集群：
在这里插入图片描述
在这里插入图片描述

添加主机

点击“添加主机”，输入主机名、主机IP、描述信息（主机用途），点击确定。重复该步骤直至将集群所需的全部节点服务器加入（k8s master服务器、k8s worker node服务器、harbor服务器等等）：
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

添加组件

点击“下一步”再点击“添加组件”按钮，对每个组件进行设置和分配服务器（docker角色、harbor角色、loadbalance角色、etcd角色、kubernetes角色、prometheus角色）：
在这里插入图片描述
如果希望Breeze部署程序使用界面里输入的主机名代替当前服务器的主机名，则勾选format host name选项框：
在这里插入图片描述
镜像仓库设置这里的harbor entry point是指用户端访问镜像仓库的URL，可以直接写IP地址或写对应的域名：
在这里插入图片描述
接下来是设置高可用组件（haproxy+keepalived）：
vip for k8s master是指三个k8s master服务器的高可用虚拟浮动IP地址；网卡请填写实际操作系统下的网卡名，注意请保证3个节点网卡名一致；router id和virtual router id请确保不同k8s集群使用不同的值。
在这里插入图片描述
Etcd可以选择部署于K8S Master节点也可以选择独立的三台主机：
在这里插入图片描述
kubernetes entry point是指高可用的一个设定值，如果生产环境有硬件或软件负载均衡指向这里的k8s master所有节点，那么就可以在这里填写负载均衡的统一入口地址。
相对于昂贵的F5专业硬件设备，我们也可以使用HAProxy和Keepalived的组合轻松完成这个设置，Breeze自带这个组合模块的部署。
例如下图的 192.168.92.30:6444 就是k8s集群高可用的统一入口，k8s的worker node会使用这个地址访问API Server。请注意如果使用的是Breeze自带的高可用组件haproxy+keepalived，则请填写实际的虚IP与默认端口6444。
在这里插入图片描述
接下来是可选安装项Prometheus（基于Prometheus Operator方式部署，集成Prometheus、Alertmanager、Grafana），这里请择一台Worker节点进行部署即可，有三个服务暴露端口可自行设定，注意NodePort端口号大于30000。
在这里插入图片描述
所有角色定义完成如下：
在这里插入图片描述
点击“下一步”开始安装部署。

开始部署

如果界面上所有角色图标全部变为绿色，则表示部署任务结束。可以登录任一k8s节点运行命令 kubectl get nodes 查看结果。
在这里插入图片描述
在这里插入图片描述
以上例子是3台etcd、3台k8s master、1台k8s worker node、1台镜像仓库的环境。实际可以增减规模。

验证集群状态

访问dashboard

Kubernetes Dashboard的访问入口我们采用了NodePort:30300的方式暴露端口，因此可以通过火狐浏览器访问 https://任意服务器IP:30300 来登录Dashboard页面，注意其它浏览器例如Chrome因为不接受自签名证书会拒绝访问请求。
新版本Dashboard引入了验证模式，可以通过以下命令获取admin-user的访问令牌：

$ kubectl -n kube-system describe secret $(kubectl -n kube-system get secret | grep admin-user | awk '{print $1}')
 
  • 1

将返回的token字串粘贴至登录窗口即可实现登录。
在这里插入图片描述

访问grafana

安装好Prometheus之后，可以访问以下服务页面：
Grafana：
用户名密码默认为admin/admin
这里使用ID 315的dashboard模板进行展示：
在这里插入图片描述
Prometheus：
http://任意服务器IP:30900
在这里插入图片描述
Alertmanager：
http://任意服务器IP:30903
在这里插入图片描述

访问Harbor

默认用户名密码admin/Harbor12345
在这里插入图片描述登录成功：
在这里插入图片描述

查看集群状态

查看集群状态：

[root@master01 ~]# kubectl get cs
NAME                 STATUS    MESSAGE              ERROR
scheduler            Healthy   ok
controller-manager   Healthy   ok
etcd-1               Healthy   {"health": "true"}
etcd-2               Healthy   {"health": "true"}
etcd-0               Healthy   {"health": "true"}
[root@master01 ~]#
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

查看节点状态：

[root@master01 ~]# kubectl get node -o wide
NAME       STATUS   ROLES    AGE   VERSION   INTERNAL-IP     EXTERNAL-IP   OS-IMAGE                KERNEL-VERSION               CONTAINER-RUNTIME
master01   Ready    master   25m   v1.13.2   192.168.92.11   <none>        CentOS Linux 7 (Core)   4.20.2-1.el7.elrepo.x86_64   docker://18.6.1
master02   Ready    master   24m   v1.13.2   192.168.92.12   <none>        CentOS Linux 7 (Core)   4.20.2-1.el7.elrepo.x86_64   docker://18.6.1
master03   Ready    master   24m   v1.13.2   192.168.92.13   <none>        CentOS Linux 7 (Core)   4.20.2-1.el7.elrepo.x86_64   docker://18.6.1
worker01   Ready    <none>   23m   v1.13.2   192.168.92.21   <none>        CentOS Linux 7 (Core)   4.20.2-1.el7.elrepo.x86_64   docker://18.6.1
[root@master01 ~]#
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

查看集群组件pod状态：

[root@master01 ~]# kubectl -n kube-system get pod -o wide
NAME                                    READY   STATUS    RESTARTS   AGE   IP              NODE       NOMINATED NODE   READINESS GATES
coredns-8595b69b-25nqs                  1/1     Running   0          25m   10.244.1.2      master03   <none>           <none>
coredns-8595b69b-dfzwz                  1/1     Running   0          25m   10.244.1.3      master03   <none>           <none>
kube-apiserver-master01                 1/1     Running   0          25m   192.168.92.11   master01   <none>           <none>
kube-apiserver-master02                 1/1     Running   0          24m   192.168.92.12   master02   <none>           <none>
kube-apiserver-master03                 1/1     Running   0          24m   192.168.92.13   master03   <none>           <none>
kube-controller-manager-master01        1/1     Running   0          24m   192.168.92.11   master01   <none>           <none>
kube-controller-manager-master02        1/1     Running   0          24m   192.168.92.12   master02   <none>           <none>
kube-controller-manager-master03        1/1     Running   0          24m   192.168.92.13   master03   <none>           <none>
kube-flannel-ds-6v625                   1/1     Running   0          24m   192.168.92.13   master03   <none>           <none>
kube-flannel-ds-8p8m7                   1/1     Running   0          24m   192.168.92.12   master02   <none>           <none>
kube-flannel-ds-m4ppq                   1/1     Running   0          23m   192.168.92.21   worker01   <none>           <none>
kube-flannel-ds-xrmd2                   1/1     Running   0          24m   192.168.92.11   master01   <none>           <none>
kube-proxy-bh4vl                        1/1     Running   0          25m   192.168.92.13   master03   <none>           <none>
kube-proxy-cq4fc                        1/1     Running   0          23m   192.168.92.21   worker01   <none>           <none>
kube-proxy-dz6l2                        1/1     Running   0          25m   192.168.92.12   master02   <none>           <none>
kube-proxy-qkmq8                        1/1     Running   0          25m   192.168.92.11   master01   <none>           <none>
kube-scheduler-master01                 1/1     Running   0          24m   192.168.92.11   master01   <none>           <none>
kube-scheduler-master02                 1/1     Running   0          24m   192.168.92.12   master02   <none>           <none>
kube-scheduler-master03                 1/1     Running   0          24m   192.168.92.13   master03   <none>           <none>
kubernetes-dashboard-6f9bfdf8cb-rn6wd   1/1     Running   0          24m   10.244.1.4      master03   <none>           <none>
[root@master01 ~]#
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23

查看prometheus相关pod

[root@master01 ~]# kubectl -n monitoring get pod -o wide
NAME                                   READY   STATUS    RESTARTS   AGE   IP              NODE       NOMINATED NODE   READINESS GATES
alertmanager-main-0                    2/2     Running   0          19m   10.244.3.8      worker01   <none>           <none>
alertmanager-main-1                    2/2     Running   0          19m   10.244.3.10     worker01   <none>           <none>
alertmanager-main-2                    2/2     Running   0          19m   10.244.3.11     worker01   <none>           <none>
grafana-5c59c6fb9c-78ng5               1/1     Running   0          20m   10.244.3.4      worker01   <none>           <none>
kube-state-metrics-565c6647f7-sc8d5    4/4     Running   0          20m   10.244.3.5      worker01   <none>           <none>
node-exporter-5hdqk                    2/2     Running   0          20m   192.168.92.21   worker01   <none>           <none>
node-exporter-nxllq                    2/2     Running   0          20m   192.168.92.11   master01   <none>           <none>
node-exporter-q2znp                    2/2     Running   0          20m   192.168.92.12   master02   <none>           <none>
node-exporter-shdt8                    2/2     Running   0          20m   192.168.92.13   master03   <none>           <none>
prometheus-adapter-68c9d7dc54-bb9t4    1/1     Running   0          20m   10.244.3.6      worker01   <none>           <none>
prometheus-k8s-0                       3/3     Running   1          19m   10.244.3.9      worker01   <none>           <none>
prometheus-k8s-1                       3/3     Running   1          19m   10.244.3.7      worker01   <none>           <none>
prometheus-operator-5fcf4d9b4d-qkpb8   1/1     Running   0          20m   10.244.3.2      worker01   <none>           <none>
[root@master01 ~]#
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16

查看service

[root@master01 ~]# kubectl get service -n kube-system
NAME                                           TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)          AGE
coredns-prometheus                             ClusterIP   None           <none>        9153/TCP         23m
kube-controller-manager-prometheus-discovery   ClusterIP   None           <none>        10252/TCP        23m
kube-dns                                       ClusterIP   10.96.0.10     <none>        53/UDP,53/TCP    30m
kube-scheduler-prometheus-discovery            ClusterIP   None           <none>        10251/TCP        23m
kubelet                                        ClusterIP   None           <none>        10250/TCP        21m
kubernetes-dashboard                           NodePort    10.99.39.217   <none>        8443:30300/TCP   30m
[root@master01 ~]# kubectl get service -n monitoring
NAME                    TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)             AGE
alertmanager-main       NodePort    10.101.39.236   <none>        9093:30903/TCP      24m
alertmanager-operated   ClusterIP   None            <none>        9093/TCP,6783/TCP   23m
etcd-k8s                ClusterIP   None            <none>        2379/TCP            23m
grafana                 NodePort    10.110.93.179   <none>        3000:30902/TCP      24m
kube-state-metrics      ClusterIP   None            <none>        8443/TCP,9443/TCP   24m
node-exporter           ClusterIP   None            <none>        9100/TCP            24m
prometheus-adapter      ClusterIP   10.105.49.184   <none>        443/TCP             24m
prometheus-k8s          NodePort    10.103.34.132   <none>        9090:30900/TCP      24m
prometheus-operated     ClusterIP   None            <none>        9090/TCP            23m
prometheus-operator     ClusterIP   None            <none>        8080/TCP            24m
[root@master01 ~]#
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21

增加worker节点

在已经部署的集群内添加新的Worker Nodes。
准备worker节点，执行之前部署环境准备的配置相关步骤，配置主机名，配置ssh免密登录等。
(1) 在Breeze界面添加主机（设定主机名、IP地址、备注）。
在这里插入图片描述
(2) 在Breeze界面编辑Kubernetes角色，将新主机加入到kubernetes worker nodes列表并勾选"Just add new worker nodes, do not reinstall this cluster"。
在这里插入图片描述

(3) 在Breeze界面仅仅勾选Docker和Kubernetes并开始部署。
在这里插入图片描述
添加节点完成
在这里插入图片描述
查看节点状态

[root@master01 ~]# kubectl get nodes -o wide
NAME       STATUS   ROLES    AGE     VERSION   INTERNAL-IP     EXTERNAL-IP   OS-IMAGE                KERNEL-VERSION               CONTAINER-RUNTIME
master01   Ready    master   10h     v1.13.2   192.168.92.11   <none>        CentOS Linux 7 (Core)   4.20.2-1.el7.elrepo.x86_64   docker://18.6.1
master02   Ready    master   10h     v1.13.2   192.168.92.12   <none>        CentOS Linux 7 (Core)   4.20.2-1.el7.elrepo.x86_64   docker://18.6.1
master03   Ready    master   10h     v1.13.2   192.168.92.13   <none>        CentOS Linux 7 (Core)   4.20.2-1.el7.elrepo.x86_64   docker://18.6.1
worker01   Ready    <none>   10h     v1.13.2   192.168.92.21   <none>        CentOS Linux 7 (Core)   4.20.2-1.el7.elrepo.x86_64   docker://18.6.1
worker02   Ready    <none>   4m48s   v1.13.2   192.168.92.22   <none>        CentOS Linux 7 (Core)   4.20.2-1.el7.elrepo.x86_64   docker://18.6.1
[root@master01 ~]#
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

手动删除节点
在Master节点上运行：

[root@master01 ~]# kubectl drain worker02 --delete-local-data --force --ignore-daemonsets         
[root@master01 ~]# kubectl delete node worker02
node "worker02" deleted
[root@master01 ~]# kubectl get nodes            
NAME       STATUS   ROLES    AGE   VERSION
master01   Ready    master   10h   v1.13.2
master02   Ready    master   10h   v1.13.2
master03   Ready    master   10h   v1.13.2
worker01   Ready    <none>   10h   v1.13.2
[root@master01 ~]#
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10

上面两条命令执行完成后，在k8s-node2节点执行清理命令，重置kubeadm的安装状态：

[root@worker02 ~]# kubeadm reset
 
  • 1

在master上删除node并不会清理k8s-node2运行的容器，需要在删除节点上面手动运行清理命令。

常见故障排错

常见故障排错方法
参考：https://github.com/wise2c-devops/breeze/blob/master/TroubleShooting-CN.md
前端Web UI的日志如果不能判断出具体问题所在，可以在部署机上输入以下命令来获取更详细的日志：

[root@deploy ~]# docker logs -f deploy-main
 
  • 1
</div>

转载于:https://www.cnblogs.com/zhaocaim/p/10375472.html

weixin_30664539
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
【kubeadm】高可用集群部署
2302_76824193的博客
08-08 266
k8s adm高可用
轻而易举：通过图形界面部署可用于生产的Kubernetes集群
01-31
易于运行：Breeze将您需要的所有资源（如kubernetes组件映像，用于将kubernetes集群部署的ansible手册）组合到单个docker映像（wise2c / playbook）中。 它也可以用作本地RHEL / CentOS yum和Ubuntu apt存储库服务器...
【Kubernetes部署】通过Kubeadm部署Kubernetes高可用集群
这是博客的简介的简介
11-06 1563
Kubeadm部署k8s高可用集群
Kubernetes — 使用 kubeadm 部署高可用集群
烟云的计算
05-13 2302
目录 文章目录目录高可用集群部署拓扑1、网络代理配置2、Load Balancer 环境准备3、Kubernetes Cluster 环境准备安装 Container Runtime安装 kubeadm、kubelet 和 kubectl4、初始化 Master 主控制平面节点kubeadm init 的工作流执行初始化（可选）清理或重新进行初始化5、添加 Master 冗余控制平面节点6、添加 Node 工作负载节点7、安装 CNI 网络插件8、安装 Metrics ServerKubernetes Me
【kubernetes系列】kubernetes之使用kubeadm搭建高可用集群
margu_168的博客
07-24 1161
版本目前来说，kubernetes集群搭建的方式很多，选择一个稳定的适合自己的很重要。目前使用kubeadm方式搭建k8s集群还是很常见的，使用kubeadm搭建可以很简单差不多两条命令就行，也可以稍微复杂一点做一些基础优化，本文将分享一下使用kubeadm搭建集群并做了一定的优化。
Kubernetes—利用kubeadm部署高可用集群
李少侠
01-26 1882
目录 文章目录目录准备工作配置负载均衡器安装Keepalived安装haproxy启动负载均衡安装Container Runtime安装 kubeadm、kubelet 和 kubectl部署Master主控制平面添加work node安装CNI网络插件关于重新初始化 准备工作 资源准备 虚拟机集群：3 Master、2 Node、1 Load Balancer 计算资源：x86-64 processor、2CPU、2GB RAM、20GB free disk space 操作系统：CentOS 7.
Wise2C Breeze 是一个图形化的 Kubernetes 部署工具-python
06-18
为了解决这一问题，"Wise2C Breeze"应运而生，它是一款专为简化Kubernetes部署流程而设计的图形化工具，旨在让普通用户也能快速、便捷地搭建Kubernetes集群。 Breeze的核心优势在于其直观的图形界面，它将复杂的...
breeze.rar_breeze编写
09-20
【Breeze.RAR_breeze编写】相关知识点详解 在IT行业中，内容管理和发布系统的存在是为了帮助企业、个人或组织高效地管理、编辑和发布文章、新闻或其他类型的信息。Breeze文章管理系统是一个采用PHP作为后端语言，...
Breeze Website Management Tool-2.0.8.zip
12-27
名称：Breeze Website Management Tool -------------------- 版本：2.0.8 作者：https://breeze.bar/ 分类：开发者工具 -------------------- 概述：网站迁移项目的一体化工具，操作网站和SEO工具。 欢迎来到风 - ...
breeze_2.11-0.12.jar
04-01
breeze_2.11-0.12.jar
breeze安装k8s
11-25
breeze安装k8，sbreeze安装，
breeze工具安装k8s
11-20
利用breeze工具安装k8s
利用kubeadm部署一套高可用的k8s集群
weixin_54104864的博客
05-24 239
通过以上步骤,我们利用kubeadm工具快速部署了一个高可用的Kubernetes集群。Kubeadm大大降低了部署Kubernetes集群的难度,让应用可以更轻松地驾驭Kubernetes的调度与伸缩能力。通过工作节点的IP+服务的NodePort访问该服务,确认可用。6. 配置haproxy做apiserver LB。指定apiserver负载均衡的IP和端口。重启haproxy后,集群的高可用部署完成。
kubeadm部署k8s高可用集群
weixin_45625174的博客
04-24 6625
kubeadm部署k8s高可用集群
Kubeadm方式部署K8s高可用集群
最新发布
weixin_72583321的博客
05-17 1082
一个6节点的Kubernetes（K8s）高可用集群是一套由6台服务器组成的系统，旨在通过冗余和故障转移机制确保集群的稳定性和可靠性。它通常包括多个主节点（Master Nodes），这些节点运行着Kubernetes控制平面组件，如API服务器、调度器和控制器管理器，以及多个工作节点（Worker Nodes），它们负责运行容器化的应用。在高可用配置中，主节点会部署多个实例，并通过选举机制确保始终有一个主节点处于活跃状态，其他主节点则作为备份。工作节点则负责执行容器任务，并通过负载均衡和故障转移策略来保证
kubeadm部署高可用集群
m0_63190689的博客
07-05 1114
全套部署 包括网络插件 欢迎交流
k8s-kubeadm高可用安装部署
weixin_74736986的博客
11-17 313
Kubernetes是谷歌以Borg为前身，基于谷歌15年生产环境经验的基础上开源的一个项目 Kubernetes致力于提供跨主机集群的自动部署、扩展、高可用以及运行应用程序容器的平台Kubernetes Master节点：kube-APIServer: 集群的控制中枢，各个模块之间信息交互都需要经过，同时它也是集群管理、资源配置、整个集群安全机制的入口。Controller-Manager: 集群的状态管理器，保证Pod或其他资源达到期望值，也是需要和apiserver。
使用kubeadm搭建高可用的K8s集群
程序猿张同学的博客
06-07 805
使用kubeadm搭建高可用的K8s集群
kubeadm 创建高可用集群
liu289747235的专栏
10-27 138
官网：自 1.24 版起，Dockershim 已从 Kubernetes 项目中移除。阅读 Dockershim 移除的常见问题了解更多详情。上面提到的kubectl apply -f [podnetwork].yaml，这里采用flannel。在master01上安装，注意这里master01需保证10.0.0.150绑定到上面。如果提示token认证过期就去master重新生成加入认证。下载cri-dockerd源码。配置cri-dockerd服务。集群节点加入认证生成。普通节点加入认证生成。
Mac laravel框架安装breeze
01-26
在Mac上安装Laravel框架的Breeze扩展可以通过以下步骤完成： 1. 首先，确保你已经安装了Composer。如果还没有安装Composer，请按照引用中提供的链接进行安装。 2. 打开终端，并进入你想要安装Breeze的项目目录。 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值