K8s搭建教程

最新推荐文章于 2024-10-10 18:23:14 发布

ZONGYongfeng

最新推荐文章于 2024-10-10 18:23:14 发布

阅读量2.3k

点赞数 13

分类专栏： kubernetes 文章标签： kubernetes docker 运维 linux

本文链接：https://blog.csdn.net/weixin_50565644/article/details/130248211

版权

kubernetes 专栏收录该内容

2 篇文章 1 订阅

订阅专栏

秒变大神系列–手把手教你搭建 K8s集群搭建

K8s集群搭建流程

学习并总结一下使用三台虚拟机搭建一个kubernetes集群的过程（本次搭建集群类型为：一主多从）。

Kubernetes 集群大致分为两类：一主多从和多主多从。
（1）一主多从（单 master ）：一个 Master 节点，多台 Node 节点，搭建简单，但是有单机故障风险，适合用于测试环境。
（2）多主多从（高可用）：多台 Master 节点和多台 Node 节点，搭建麻烦但安全性高，适合用于生产环境。
kubernetes有多种部署方式，目前主流的方式有kubeadm、minikube、二进制包三种。简介如下：
（1）minikube：一个用于快速搭建单节点的kubernetes工具。
（2）kubeadm：一个用于快速搭建kubernetes集群的工具。
（3）二进制包：从官网上下载每个组件的二进制包依次安装，此方式对于理解kubernetes组件更加有效。

1.集群类型：一主多从
2.安装方式：使用kubeadm工具快速搭建kubernetes集群。
3.主机规划：

角色	IP地址	系统版本
Master	192.168.42.100	CentOS 7.9
Node-1	192.168.42.120	CentOS 7.9
Node-2	192.168.42.130	CentOS 7.9

流程概述

准备3台机器，要求网络互通（云服务器私网互通，虚拟机网络互通），同时可联网，因为要拉取镜像。
关闭防火墙、selinux、swap分区等，这些是可能会导致k8s集群出问题的地方，需要提前配置好。
安装Docker容器化环境，同时安装三个核心组件：kubeadm、kubelet、kubectl。
下载k8s所需镜像，创建一个Master节点，将Node节点加入到当前集群。
在k8s集群安装相关服务进行验证，登录k8s的WEB的用户界面dashboard。

1、环境检查

1.1 升级内核

K8S集群服务器内核必须一致，建议在每个节点（三台机器）上都升级系统内核到最新版本。

检查操作系统的版本（操作系统的版本至少在7.5以上，实验环境主机系统版本为7.9，内核版本为3.10.0）

#查看系统版本
cat /etc/redhat-release
#查看当前系统的内核：
uname -sr

在这里插入图片描述

默认的 3.10.0版本较低，建议安装最新主线内核版本：

#在 CentOS 7.x 上启用 ELRepo 仓库：
rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org  --导入公钥数字证书
rpm -Uvh https://www.elrepo.org/elrepo-release-7.0-4.el7.elrepo.noarch.rpm  --更新rpm包

#查看可用的系统内核相关包：
yum --disablerepo="*" --enablerepo="elrepo-kernel" list available

#安装最新主线内核版本：
yum -y --enablerepo=elrepo-kernel install kernel-ml

设置默认的内核版本

vi /etc/default/grub  --修改GRUB_DEFAULT=0

GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=0 # 修改此处，原来是 saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet"
GRUB_DISABLE_RECOVERY="true"

重新创建内核配置

grub2-mkconfig -o /boot/grub2/grub.cfg

重启系统使配置生效

reboot

1.2 设置主机别名

这一步的作用是方便识别，如主节点所在的虚拟机命名为k8s-master，从节点所在的虚拟机命名为k8s-node1、k8s-node2。

#命令：hostnamectl set-hostname <hostname>
#示例：
# 192.168.42.100（在主节点执行）
hostnamectl set-hostname k8s-master

# 192.168.42.120（在node1节点执行）
hostnamectl set-hostname k8s-node-1

# 192.168.42.130（在node2节点执行）
hostnamectl set-hostname k8s-node-2

1.3 主机名解析

Linux 的 /etc/hosts 文件是配置ip地址及其对应主机名的文件，这里可以记录本机的或其他主机的ip及其对应主机名，方便后面集群节点间的直接调用，因此在每个节点（三台机器）上都配置一下主机名解析。

cat >> /etc/hosts << EOF
127.0.0.1   $(hostname)
192.168.42.100 k8s-master
192.168.42.120 k8s-node-1
192.168.42.130 k8s-node-2
EOF

在这里插入图片描述

1.4 设置时间同步

Kubernetes 要求集群中的节点时间必须精确一致，因此在每个节点（三台机器）上都添加时间同步。

yum install ntpdate -y
ntpdate time.windows.com

在这里插入图片描述

1.4 关闭防火墙

在每个节点（三台机器）上都关闭防火墙，并设置开机禁用。

systemctl stop firewalld   --关闭防火墙
systemctl disable firewalld  ---设置开机禁用

在这里插入图片描述

1.5 关闭 selinux

在RedHat linux操作系统中默认开启了防火墙，selinux也处于启动状态，一般状态为enforing。这致使很多服务端口默认是关闭的，一些linux系统上应用程序运行时，可以会被拒绝，导致无法正常运行的情况。因此建议初学者把selinux与防火墙这两项都关掉。因此在每个节点（三台机器）上都进行以下操作：

#查看 selinux 是否开启
getenforce

#实验环境下选择永久关闭。
#1.永久关闭 SELinux ，需要重启机器生效：
sed -i 's/enforcing/disabled/' /etc/selinux/config

#2.临时关闭当前会话的 SELinux ，机器重启之后无效：
setenforce 0

在这里插入图片描述

1.6 关闭 swap 分区

当内存不足时，linux会自动使用swap，将部分内存数据存放到磁盘中。swap会导致docker的运行不正常，性能下降，还可能产生其他问题，因此部署k8s集群时一定要关闭swap分区。在每个节点（三台机器）上都进行以下操作：

#永久关闭 swap ，需要重启机器生效：
sed -ri 's/.*swap.*/#&/' /etc/fstab

#拓展：临时关闭当前会话的 swap ，机器重启之后无效：
swapoff -a

在这里插入图片描述

1.7 将桥接的IPv4流量传递到iptables链

netfilter/iptables（简称为iptables）组成Linux平台下的包过滤防火墙，与大多数的Linux软件一样，这个包过滤防火墙是免费的，它可以代替昂贵的商业防火墙解决方案，完成封包过滤、封包重定向和网络地址转换（NAT）等功能。
规则（rules）其实就是网络管理员预定义的条件，规则一般的定义为“如果数据包头符合这样的条件，就这样处理这个数据包”。规则存储在内核空间的信息包过滤表中，这些规则分别指定了源地址、目的地址、传输协议（如TCP、UDP、ICMP）和服务类型（如HTTP、FTP和SMTP）等。当数据包与规则匹配时，iptables就根据规则所定义的方法来处理这些数据包，如放行（accept）、拒绝（reject）和丢弃（drop）等。配置防火墙的主要工作就是添加、修改和删除这些规则。
在每个节点（三台机器）上都将桥接的IPv4流量传递到iptables的链：

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

在这里插入图片描述

br_netfiler作用：br_netfilter模块可以使 iptables 规则可以在 Linux Bridges 上面工作，用于将桥接的流量转发至iptables链。
在基本使用过程中，如果没有加载br_netfilter模块，那么并不会影响不同node上的pod之间的通信，但是会影响同node内的pod之间通过service来通信：
比如，一个pod通过一个service访问其后端的pod，而这个service后端的pod刚好与这个发起请求的pod，在一个node上，那么此时如果没有br_netfilter模块，那么流量是不通的

# 加载br_netfilter模块
modprobe br_netfilter

# 查看是否加载
lsmod | grep br_netfilter

# 使生效
sysctl --system

#拓展：持久化修改（保留配置包本地文件，重启系统或服务进程仍然有效）
sysctl -p

在这里插入图片描述

1.7.1 问题解惑

问：为什么没有br_netfilter模块会影响service将流量转发给同一node上的pod：
答：因为iptables是在三层的，而linux bridge是在二层的。当pod发出的流量经过service来转发后是到同一个node上的pod，那么此时两个pod都是桥接在cni网桥上的，那么就会直接通过网桥来传递流量，但是此时流量的处理就不会up call到三层的iptables规则，从而导致转发异常

问：net.bridge.bridge-nf-call-iptables=1的作用是什么？
答：启用 bridge-nf-call-iptables 这个内核参数 (置为 1)，表示 bridge 设备在二层转发时也去调用 iptables 配置的三层规则 (包含 conntrack)

具体链接：https://blog.csdn.net/qq_43684922/article/details/127333368

1.8 开启 ipvs

ipvs (IP Virtual Server) 实现了传输层负载均衡，也就是4层LAN交换，作为Linux内核的一部分。ipvs运行在主机上，在真实服务器集群前充当负载均衡器。
k8s 默认情况下有三种网络负载均衡模式:userspace 代理模式、iptables代理模式、ipvs代理模式。这三种代理模式的负载能力是依次递增的
在 Kubernetes 中 service 有两种代理模型，一种是基于 iptables ，另一种是基于 ipvs 。ipvs 的性能要高于 iptables 的，但是如果要使用它，需要手动载入 ipvs 模块。

1、在三台机器安装 ipset 和 ipvsadm ：
yum -y install ipset ipvsadm

2、在三台机器执行如下脚本
cat > /etc/sysconfig/modules/ipvs.modules <<EOF
#!/bin/bash
modprobe -- ip_vs
modprobe -- ip_vs_rr
modprobe -- ip_vs_wrr
modprobe -- ip_vs_sh
modprobe -- nf_conntrack
EOF

3、授权、运行、检查是否加载
chmod 755 /etc/sysconfig/modules/ipvs.modules && bash /etc/sysconfig/modules/ipvs.modules && lsmod | grep -e ip_vs -e nf_conntrack_ipv4

1.9 重启机器

此时三台机器都基本上完成了安装前准备，因为有些配置是重启后生效，因此在每个节点（三台机器）上都重启一下机器。

reboot

2. 容器化环境和组件安装

2.1 安装docker

1.卸载旧版本docker（如有）：
sudo yum remove docker docker-client docker-client-latest docker-common docker-latest docker-latest-logrotate docker-logrotate docker-engine

2.yum 安装 gcc 相关:
yum -y install gcc
yum -y install gcc-c++

3.安装指定版本docker（v20.10）:

#安装yum工具包
yum -y install yum-utils

#设置阿里云的stable 镜像仓库
yum-config-manager --add-repo https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo

#更新 yum 软件包索引
yum makecache fast

#安装指定版本的 Docker（v20.10.8）:
yum -y install docker-ce-3:20.10.8-3.el7.x86_64 docker-ce-cli-1:20.10.8-3.el7.x86_64 containerd.io

4.启动docker并设置开机自启:
systemctl start docker
systemctl enable docker

在这里插入图片描述

5.验证 Docker 是否安装成功：
#查看docker状态：
systemctl status docker
docker version

注意：；
我这里第一次装完时出现docker状态异常的情况：
Loaded: loaded (/usr/lib/systemd/system/docker.service; disabled; vendor preset: disabled)
   Active: inactive (dead)
查找网上的方法添加了/usr/lib/systemd/system/docker.service文件的内容，如下：
[Unit]
Description=Docker Application Container Engine
Documentation=https://docs.docker.com
After=network-online.target firewalld.service containerd.service
Wants=network-online.target
Requires=docker.socket containerd.service

[Service]
Type=notify
# the default is not to use systemd for cgroups because the delegate issues still
# exists and systemd currently does not support the cgroup feature set required
# for containers run by docker
ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
ExecReload=/bin/kill -s HUP $MAINPID
TimeoutSec=0
RestartSec=2
Restart=always

# Note that StartLimit* options were moved from "Service" to "Unit" in systemd 229.
# Both the old, and new location are accepted by systemd 229 and up, so using the old location
# to make them work for either version of systemd.
StartLimitBurst=3

# Note that StartLimitInterval was renamed to StartLimitIntervalSec in systemd 230.
# Both the old, and new name are accepted by systemd 230 and up, so using the old name to make
# this option work for either version of systemd.
StartLimitInterval=60s

# Having non-zero Limit*s causes performance problems due to accounting overhead
# in the kernel. We recommend using cgroups to do container-local accounting.
LimitNOFILE=infinity
LimitNPROC=infinity
LimitCORE=infinity

# Comment TasksMax if your systemd version does not support it.
# Only systemd 226 and above support this option.
TasksMax=infinity

并重新加载：
systemctl daemon-reload
systemctl start docker

但是还是失败了。
因此又重新删除docker安装包，按照上述步骤安装又成功了！！！！！

在这里插入图片描述

2.2 设置Docker镜像加速器

为了下载各组件时从国内镜像源下载，在每个节点（3台机器）上都需要配置镜像加速器。

mkdir -p /etc/docker

配置阿里云镜像加速：
tee /etc/docker/daemon.json <<-'EOF'
{
  "exec-opts": ["native.cgroupdriver=systemd"],	
  "registry-mirrors": [
    "https://du3ia00u.mirror.aliyuncs.com",
    "https://hub-mirror.c.163.com",
    "https://mirror.baidubce.com",
    "https://registry.docker-cn.com"
  ],
  "live-restore": true,
  "log-driver":"json-file",
  "log-opts": {"max-size":"500m", "max-file":"3"},
  "max-concurrent-downloads": 10,
  "max-concurrent-uploads": 5,
  "storage-driver": "overlay2"
}
EOF

#使之生效
systemctl daemon-reload

#重启docker
systemctl restart docker

在这里插入图片描述

2.3 添加阿里云的YUM软件源

由于kubernetes的镜像源在国外，下载软件包较慢或者下载失败，这里在每个节点（3台机器）上都切换成国内的阿里云镜像源。

cat > /etc/yum.repos.d/kubernetes.repo << EOF
[kubernetes]
name=Kubernetes
baseurl=https://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64
enabled=1
gpgcheck=0
repo_gpgcheck=0
gpgkey=https://mirrors.aliyun.com/kubernetes/yum/doc/yum-key.gpg https://mirrors.aliyun.com/kubernetes/yum/doc/rpm-package-key.gpg
EOF

在这里插入图片描述

2.4 安装kubeadm、kubelet和kubectl

在每个节点（3台机器）上都需要安装kubeadm、kubelet和kubectl，安装时指定版本为1.21.10。
  kubeadm是官方社区推出的一个用于快速部署kubernetes集群的工具。
  Kubelet：运行在cluster（集群）所有节点上,负责启动POD和容器。
  kubectl是Kubernetes集群的命令行工具，通过kubectl可以部署和管理应用，查看各种资源，创建，删除和更新组件。

1.安装三大组件：
yum install -y kubelet-1.21.10 kubeadm-1.21.10 kubectl-1.21.10

2.验证并查看安装版本：
kubelet --version

3.为了实现Docker使用的cgroup drvier和kubelet使用的cgroup drver一致，修改"/etc/sysconfig/kubelet"文件为以下内容：
vi /etc/sysconfig/kubelet
# 修改为
KUBELET_EXTRA_ARGS="--cgroup-driver=systemd"
KUBE_PROXY_MODE="ipvs"

4.设置为开机自启动即可，由于没有生成配置文件，集群初始化后自动启动：
systemctl enable kubelet

3、 kubernetes集群部署

3.1 下载k8s所需镜像

在每个节点（3台机器）上都安装好k8s集群所需的镜像。

1.查看 Kubernetes 安装所需镜像:
kubeadm config images list

在这里插入图片描述

2.下载 Kubernetes 安装所需镜像:
docker pull registry.cn-hangzhou.aliyuncs.com/google_containers/kube-apiserver:v1.21.14
docker pull registry.cn-hangzhou.aliyuncs.com/google_containers/kube-controller-manager:v1.21.14
docker pull registry.cn-hangzhou.aliyuncs.com/google_containers/kube-scheduler:v1.21.14
docker pull registry.cn-hangzhou.aliyuncs.com/google_containers/kube-proxy:v1.21.14
docker pull registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.4.1
docker pull registry.cn-hangzhou.aliyuncs.com/google_containers/etcd:3.4.13-0
docker pull registry.cn-hangzhou.aliyuncs.com/google_containers/coredns:v1.8.0

3.查看镜像下载情况:
docker images

在这里插入图片描述

3.2 部署 Kubernetes 的 Master 节点

1.在 192.168.42.100 机器上部署 Kubernetes 的 Master 节点：
kubeadm init \
  --apiserver-advertise-address=192.168.42.100 \
  --image-repository=registry.cn-hangzhou.aliyuncs.com/google_containers \
  --kubernetes-version=v1.21.14 \
  --service-cidr=10.96.0.0/16 \
  --pod-network-cidr=10.244.0.0/16

说明：
	apiserver-advertise-address =Master节点的 IP 地址。
	image-repository=docker镜像仓库地址。
	kubernetes-version= 安装的kubernetes版本
	service-cidr 和 apiserver-advertise-address 、pod-network-cidr 不能在同一个网络范围内。
	不要使用 172.17.0.1/16 网段范围，因为这是 Docker 默认使用的。

在这里插入图片描述

2.拷贝kubectl使用的连接k8s认证文件到默认路径，根据日志提示，想要开始使用集群，需要在 master节点机器上（192.168.79.101 ）执行如下命令：
mkdir 
-p $HOME/.kube
cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
chown $(id -u):$(id -g) $HOME/.kube/config

# 如果是 root 用户，还可以执行如下命令，如上图所示：
export KUBECONFIG=/etc/kubernetes/admin.conf

3.默认的 token 有效期为 2 小时，当过期之后，该 token 就不能用了，另外也可以生成一个永不过期的token，命令如下 ：
#生成token，有效期2小时
kubeadm token create --print-join-command

# 生成一个永不过期的token
kubeadm token create --ttl 0 --print-join-command

在这里插入图片描述

此时系统自动生成一个kubeadm join命令：
kubeadm join 192.168.42.100:6443 --token znzat2.pcyncojhuc36yxol --discovery-token-ca-cert-hash sha256:97e5e7d9b1a5dda39e9e95559896b8bb5695325e2f093bccc115da81d9cfd9d2

3.3 部署 Kubernetes 的 Node节点

通过上面自动生成的kubeadm join命令，将两个node节点加入到kubernetes集群中。

在 192.168.42.120和 192.168.42.130 两台机器上都执行生成的命令加入到当前集群：
kubeadm join 192.168.42.100:6443 \
    --token znzat2.pcyncojhuc36yxol \
    --discovery-token-ca-cert-hash \
 sha256:97e5e7d9b1a5dda39e9e95559896b8bb5695325e2f093bccc115da81d9cfd9d2

在这里插入图片描述

此时node节点已加入集群中，但显示NotReady状态，内部网络相互通信，不急往下看…

3.4 部署网络插件

Kubernetes本身并没有自己实现容器网络，而是借助CNI标准，通过插件化的方式来集成各种网络插件，实现集群内部网络相互通信。

Kubernetes集群设计了Cluster IP、Node IP、Pod IP三种类型的通信IP：
（1）Cluster IP是Service对象的IP地址，实现Pod服务的负载均衡，外部网络无法ping通，只在集群内部可以访问使用，是一个虚拟的IP。
（2）Node IP是集群节点Node的IP地址，可以是物理机的IP（也可能是虚拟机IP）。
（3）Pod IP是容器组Pod的IP地址，是在容器组初始化过程由Pause容器申请的IP地址。其中Pod IP是容器网络接口CNI与具体的网络插件来实现IP的申请及数据包的转发。

1.Kubernetes 支持多种网络插件，比如 flannel、calico、canal 等，任选一种安装即可，这里选择 calico。在 master节点（192.168.42.100 ）上执行：
kubectl apply -f https://projectcalico.docs.tigera.io/v3.19/manifests/calico.yaml

在这里插入图片描述

2.查看部署 CNI 网络插件进度：
kubectl get pods -n kube-system
#或者
watch kubectl get pods -n kube-system

在这里插入图片描述

待初始化完成，如此及为成功：

在这里插入图片描述

3.在Master节点使用kubectl工具查看节点状态：
kubectl get nodes

在这里插入图片描述

由图可知一个一主两从的k8s集群已经搭建好了。

3.5 设置 kube-proxy 的 ipvs 模式

1、在 Master节点（192.168.42.100）上设置 kube-proxy 的 ipvs 模式：
	kubectl edit cm kube-proxy -n kube-system
	进去之后，找到ipvs模块，将 mode: " " 双引号里面加上ipvs

在这里插入图片描述

2、删除 kube-proxy ，让 Kubernetes 集群自动创建新的 kube-proxy：
	kubectl delete pod -l k8s-app=kube-proxy -n kube-system

在这里插入图片描述

3.6 配置Node节点也能使用 kubectl 命令

默认情况下，只有 Master 节点才有 kubectl 命令，但是有些时候我们也希望在 Node 节点上执行 kubectl 命令。

1、在两个node节点（192.168.42.120和 192.168.42.130）上都创建config文件，执行命令：
	mkdir -pv ~/.kube
	touch ~/.kube/config

在这里插入图片描述

2、在node节点已经创建好了config文件，接下来将master节点的admin.conf文件远程拷贝复制到需要安装的机器（注意你配置的机器名是什么？如root@k8s-node-1）。在此之前需要使用scp（远程拷贝命令）：

拓展：scp 用法：

机器名一般为root@localhost,把localhost换成机器IP
复制的是目录的话就要加-r参数
复制过程输入yes同意，再输入对应机器密码即可

1.把远程的文件复制到本地
scp 远程机器名：要复制文件的地址 复制到本地的文件地址
例：scp root@192.168.42.100:/val/test/test.tar.gz /val/test/test.tar.gz

2.把本地的文件复制到远程主机上
scp 要复制文件的地址 远程机器名：复制到该机器的文件的地址
例：scp /val/test.tar.gz root@192.168.42.100:/val/test.tar.gz

3.把远程的目录复制到本地
例：scp -r root@192.168.42.100:/val/test/ /val/test/

4.把本地的目录复制到远程主机上
例：scp -r /val/ root@192.168.42.100:/val/

5.当同时有多个服务器的文件要复制到本地目录：
例：scp root@192.168.42.100:/var/cp1.tar.gz root@192.168.42.100:/var/cp2.tar.gz /var/tmp/
最后面的一个必需是目录，前面的必须是文件，才能成功批量复制，复制中会提示多次输入密码。

在master节点（192.168.42.100）上执行：
scp /etc/kubernetes/admin.conf root@k8s-node1:~/.kube/config
scp /etc/kubernetes/admin.conf root@k8s-node2:~/.kube/config

在这里插入图片描述

3、此时在两个node节点验证，已经可以使用kubectl命令了。

3.7 服务部署

致此，kubernetes集群已经部署完毕，接下来可以部署服务使用了。

3.8 安装K8s-Dashboard

Dashboard 是基于网页的 Kubernetes 用户界面。可以使用 Dashboard 将容器应用部署到 Kubernetes 集群中，也可以对容器应用排错，还能管理集群资源。我们可以使用 Dashboard 获取运行在集群中的应用的概览信息，也可以创建或者修改 Kubernetes 资源（如 Deployment，Job，DaemonSet 等等）。常用的如对Deployment实现弹性伸缩、发起滚动升级、重启 Pod 或者使用向导创建新的应用，展示Kubernetes集群中的资源状态信息和所有报错信息等。

1、使用 wget 命令将dashboard(这里版本为2.0.4)下载到Master 节点上:

在这里插入图片描述

2、构建pod:
	kubectl apply -f recommended.yaml
	
3、查看 Pod 状态，等待一段时间，已经处于running状态：
	kubectl get pods --all-namespaces | grep dashboard

在这里插入图片描述

4、删除现有的 dashboard 服务：
dashboard 服务的 namespace 是 kubernetes-dashboard，但是该服务的类型是ClusterIP，不便于我们通过浏览器访问，因此需要在后面配置 NodePort 类型的，使之在集群外部能否访问。

#查看所有命名空间namespace
kubectl get svc --all-namespaces

#删除现有dashboard服务
kubectl delete service kubernetes-dashboard --namespace=kubernetes-dashboard

在这里插入图片描述

3.9 登录dashboard

配置文件放在：/etc/Kubernetes
k8s所有证书的存放位置：/etc/kubernetes/pki
环境变量（env）存放的位置：/var/lib/kubelet/kubeadm-flags.env
kubelet配置文件存放位置：/var/lib/kubelet/config.yaml

1、创建一个nodePort类型的kubernetes-dashboard。进入/etc/kubernetes 目录下创建配置文件dashboard-svc.yaml：
	cd /etc/kubernetes
	vi /etc/kubernetes/dashboard-svc.yaml

dashboard-svc.yaml文件内容如下：

kind: Service
apiVersion: v1
metadata:
  labels:
    k8s-app: kubernetes-dashboard
  name: kubernetes-dashboard
  namespace: kubernetes-dashboard
spec:
  type: NodePort
  ports:
    - port: 443
      targetPort: 8443
  selector:
    k8s-app: kubernetes-dashboard

在这里插入图片描述

2、创建kubernetes-dashboard的 Service服务：
	kubectl apply -f dashboard-svc.yaml

在这里插入图片描述

此时再次查看namespace，已经有nodePort类型的kubernetes-dashboard。

3、创建 kubernetes-dashboard 管理员角色，在/etc/kubernetes 目录下创建配置文件dashboard-svc-account.yaml，
	cd /etc/kubernetes
	vi dashboard-svc-account.yaml
其内容如下：

apiVersion: v1
kind: ServiceAccount
metadata:
  name: dashboard-admin
  namespace: kube-system
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: dashboard-admin
subjects:
  - kind: ServiceAccount
    name: dashboard-admin
    namespace: kube-system
roleRef:
  kind: ClusterRole
  name: cluster-admin
  apiGroup: rbac.authorization.k8s.io

同样的执行创建，使该yaml文件生效：
kubectl apply -f dashboard-svc-account.yaml

在这里插入图片描述

4、获取 token，先查找token文件

kubectl get secret -n kube-system |grep admin|awk '{print $1}'

#系统返回dashboard-admin-token-bvhwm，查看token
kubectl describe secret dashboard-admin-token-bvhwm -n kube-system|grep '^token'|awk '{print $2}'

在这里插入图片描述

此时我们得到了dashboard的token，先复制保存一份:
eyJhbGciOiJSUzI1NiIsImtpZCI6IkEwTV9pOWRGOXh3ZVVfSlBETGR4ZW04M1JnMDQtbEFSbVBtcUxIOFl2aVkifQ.eyJpc3MiOiJrdWJlcm5ldGVzL3NlcnZpY2VhY2NvdW50Iiwia3ViZXJuZXRlcy5pby9zZXJ2aWNlYWNjb3VudC9uYW1lc3BhY2UiOiJrdWJlLXN5c3RlbSIsImt1YmVybmV0ZXMuaW8vc2VydmljZWFjY291bnQvc2VjcmV0Lm5hbWUiOiJkYXNoYm9hcmQtYWRtaW4tdG9rZW4tNDZqNWwiLCJrdWJlcm5ldGVzLmlvL3NlcnZpY2VhY2NvdW50L3NlcnZpY2UtYWNjb3VudC5uYW1lIjoiZGFzaGJvYXJkLWFkbWluIiwia3ViZXJuZXRlcy5pby9zZXJ2aWNlYWNjb3VudC9zZXJ2aWNlLWFjY291bnQudWlkIjoiMTE4OWZlMzgtOGE2Ni00M2Q2LThhN2YtNjc2ZDAyYzhhZjU2Iiwic3ViIjoic3lzdGVtOnNlcnZpY2VhY2NvdW50Omt1YmUtc3lzdGVtOmRhc2hib2FyZC1hZG1pbiJ9.eeoP_2Rs_auSajopScxGYTSnDxhlzFnqWJ2XbhsXGkwaXdWAV2l7_fGuVMCRdx3QmQURa57q4wmwGTdBjqF1RgeysLclNI8xFP-ZbPTwSoPv0J8v9k9f4wMXu8VI9OJETCW-OHrL7_iJ39Q1uIzS0tigNU59w59rMnx40e_yVuz4ZTm9-5uWVk7yLMmOaxZM_9fd0bs4FbrBdQn4Ff2MQisnyc-0f_-HSgcA0RrLvNbt_i6ucd8AIAEVANLAorWoWBCTRbK4mJJY_ectMRHtBk1lVb6Az0Hjhzvfj2G76SwIArAKIaeNnq0kxWmljxTDYLUqrE1h-mME7GcIueFXyQ

5、查看外部访问端口，也就是之前我们创建的 Service：
	kubectl get svc --all-namespaces | grep dashboard

在这里插入图片描述

6、在浏览器访问dashboard,网址输入【集群IP:端口号】如：https://192.168.42.100:3036/可以访问web管理界面。出现以下界面时继续访问地址即可。

在这里插入图片描述

拓展：

K8s命令：
#部署yaml文件：
kubectl apply -f xxx.yaml

#获取节点和服务版本信息，并查看附加信息
kubectl get nodes -o wide

#获取pod信息，默认是default名称空间
kubectl get pod

#获取pod信息，默认是default名称空间，并查看附加信息
#kubectl get pod -o wide

#获取指定名称空间的pod
kubectl get pod -n kube-system

#获取指定名称空间中的指定pod
kubectl get pod -n kube-system podName

#获取所有名称空间的pod
kubectl get pod -A

#查看所有名称空间的service信息
kubectl get svc -A

#查看componentstatuses信息
kubectl get cs

#查看所有deployments信息
kubectl get deploy -A

#查看所有replicasets信息
kubectl get rs -A

#查看所有statefulsets信息
kubectl get sts -A

#查看所有jobs信息
kubectl get jobs -A


云原生学习：https://www.yuque.com/fairy-era/yg511q/xuuq7g