k8s的搭建

已于 2024-09-11 16:59:37 修改
阅读量909 收藏 19
点赞数 17
文章标签： kubernetes 容器 云原生
于 2024-09-06 15:17:27 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ordercat/article/details/141824498
版权

k8s环境搭建及使用

环境准备

准备三台节点：一台master，两台node (都为Centos 8 Stream)
规划好IP地址，配置本地yum源

主机名IP地址子网掩码网关/DNS
kmaster192.168.146.200255.255.255.0192.168.146.2
knode1192.168.146.201255.255.255.0192.168.146.2
knode2192.168.146.202255.255.255.0192.168.146.2

上传脚本运行

1.上传 Stream8-k8s-v1.30.0.sh 脚本，3台节点都要执行
2. 确定系统的网卡名称，到底是ens160还是ens33，在脚本里面第29行做对应的修改：
hostip=$(ifconfig ens33 |grep -w “inet” |awk ‘{print $2}’)
:set number 按回车键就可以显示行号了，行号显示只是暂时的，退出后就不再显示行号了
确定网卡名称
确认完网卡名称之后执行：sh Stream8-k8s-v1.30.0.sh
在这里插入图片描述
等待脚本执行完之后我们进行初始化集群操作

初始化集群

集群初始化这个操作（命令），只在kmaster节点上执行，其他节点不用管。
我们在kmaster节点 查看一下刚刚的脚本，发现在最后一行有命令被注释掉了，这就是初始化命令
在这里插入图片描述
仅在master主机上做集群初始化
执行 kubeadm init --image-repository registry.aliyuncs.com/google_containers --kubernetes-version=v1.30.0 --pod-network-cidr=10.244.0.0/16
在这里插入图片描述

添加环境变量（只在kmaster里添加）

直接复制下面的命令粘贴到kmaster里面

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config
echo 'export KUBECONFIG=/etc/kubernetes/admin.conf' >> /etc/profile
source /etc/profile

之后执行 kubectl get node我们看到现在是没有node节点的
在这里插入图片描述
在我们做集群初始化的时候最后一条是用来添加 node节点的 将这条命令复制到两个node节点中（knode1和knode2）

kubeadm join 192.168.146.200:6443 --token 1dtkxe.83yfs832s3iqlcj2 \
        --discovery-token-ca-cert-hash sha256:7696f8abca7d75f199152ffc5d347bbc61c2b343e4878df44a6cbdd622dedde1

复制过去我们在执行 kubectl get node 会发现两个节点已经添加过来了
在这里插入图片描述
目前集群已经搞好了，但是网络插件没有安装。

安装网络插件calico

导入插件，官方提供了两个脚本 operator、custom，按照顺序执行，就会自动的联网拉取dockerhub的calico镜像，启动calico对应的容器。

但是现在无法在线拉取镜像。怎么办，只能选择手工导入这些镜像。

上传并导入calico镜像（3个节点）

上传calico镜像

在这里插入图片描述
将这9个tar包上传到三个节点当中
kmaster

#在kmaster上传之后可以使用这个命令将tar传过去。
scp -r calico 192.168.146.201:/
scp -r calico 192.168.146.202:/

knode1
knode2

导入calico镜像

ctr -n k8s.io image import apiserver-v3.28.0.tar
ctr -n k8s.io image import cni-v3.28.0.tar csi-v3.28.0.tar
ctr -n k8s.io image import csi-v3.28.0.tar
ctr -n k8s.io image import kube-controllers-v3.28.0.tar
ctr -n k8s.io image import node-driver-registrar-v3.28.0.tar
ctr -n k8s.io image import node-v3.28.0.tar
ctr -n k8s.io image import operator-v1.34.0.tar
ctr -n k8s.io image import pod2daemon-flexvol-v3.28.0.tar
ctr -n k8s.io image import typha-v3.28.0.tar

三个节点同样的操作，安装完了验证一下。crictl images
在这里插入图片描述

执行calico脚本（只在kmaster）

将两个yaml文件脚本上传到kmaster上，其他节点不管
在这里插入图片描述
上传到kmaster之后执行下面两条命令

kubectl create -f tigera-operator-v3.28.0.yaml

kubectl create -f custom-resources-v3.28.0.yaml

watch -n 1 kubectl get pod -n calico-system

动态观察容器状态，全部变为running，说明网络插件完全安装好了。退出ctrl+c
在这里插入图片描述
全部关机打个快照

命令补全

在kmaster节点中，在/etc/profile里添加source <(kubectl completion bash)
然后source一下，这样我们在输入命令的时候能用Tab键补全

[root@kmaster ~]# vim /etc/profile

source <(kubectl completion bash)#添加这段

[root@kmaster ~]# source /etc/profile

在这里插入图片描述

命名空间 namespace

k8s里面的大部分对象资源，都是通过ns做隔离的。容器可以分布在不同的节点，但是这些容器有可能属于同一个ns。
在这里插入图片描述
我们通常更换ns需要的命令较为繁琐，我们上传一个脚本，对它加上一定的权限，这就使得我们在更换命名空间的时候更为简便。

[root@kmaster ~]# ls
anaconda-ks.cfg  calico  kubens  Stream8-k8s-v1.30.0.sh
[root@kmaster ~]# mv kubens /bin/
[root@kmaster ~]# chmod +x /bin/kubens
[root@kmaster ~]# kubens
calico-apiserver
calico-system
default
kube-node-lease
kube-public
kube-system
tigera-operator
  1. 上传kubens
  2. 将kubens移动到/bin
  3. 对/bin/kubens添加权限

pod

pod是k8s集群中管理的最小单元，它相当于是一个穿了衣服的容器，但是通常我们所说一个pod就是一个容器，当然一个pod里也允许有多个容器，默认一个pod里有一个容器。

创建pod

创建pod的方式：1.命令行方式 2.yaml文件方式创建

命令行：

kubectl run pod1 --image registry.cn-hangzhou.aliyuncs.com/haoxiansheng/nginx
在这里插入图片描述

[root@kmaster ~]# kubectl run pod1 --image registry.cn-hangzhou.aliyuncs.com/haoxiansheng/nginx
pod/pod1 created
#查看当下pod
[root@kmaster ~]# kubectl get pod 
NAME   READY   STATUS              RESTARTS   AGE
pod1   0/1     ContainerCreating   0          11s
#查看pod具体信息
[root@kmaster ~]# kubectl get pod -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP               NODE     NOMINATED NODE   READINESS GATES
pod1   1/1     Running   0          24s   10.244.195.133   knode1   <none>           <none>

现在创建好了，怎么删除pod，删除pod方式有很多这里就说一个，剩下的可以自己研究一下

kubectl delete pod pod1

执行玩这条命令我们发现创建的pod1 已经被删除了。
我们看到下面这条命令–image 这个是拉取镜像，后面是镜像地址，只有这样我们才能创建pod。
kubectl run pod1 --image registry.cn-hangzhou.aliyuncs.com/haoxiansheng/nginx
但是在拉取镜像的时候，有三种镜像拉取策略：1.Always 2.IfNotPresent 3.Never。
Always：不管本地有没有镜像，都会联网去检查有没有更新（触发联网动作）。
IfNotPresent：如果本地有，直接使用本地；如果没有，则自动联网下载。
Never：不会联网下载，前提必须本地有镜像，直接用本地，本地没有，直接报错。
我们默认使用的是IfNotPresent，如果要指定kubectl run pod1 --image registry.cn-hangzhou.aliyuncs.com/haoxiansheng/nginx --image-pull-policy Never 。

yaml文件方式创建

我们首先要知道yaml文件格式非常严格，他需要所有的命令以空格来对齐，不能使用Tab来对齐。
我们要生成yaml文件需要用到--dry-run这个参数，这个参数一共有三个参数值:1.none 2.client 3. server
--dry-run主要用于测试当前命令语句，不会真正的在集群里面去执行操作。
--dry-run=server：如果server，当前语句要发送给kube-api组件，这个语句需要拿到后端去模拟运行，后端服务端会生成很多很多参数的。这些参数很多我们用不到。
--dry-run=client：语句就不会发送到后端kube-api，而是直接在客户端本地运行，生成的参数就会少很多，也方便我们去编辑。

不管是server还是client选项，只要带了--dry-run 它就不会真正的执行语句。
现在我们通过这个--dry-run来创建我们的yaml文件

[root@kmaster ~]# kubectl run pod1 --image registry.cn-hangzhou.aliyuncs.com/haoxiansheng/nginx --image-pull-policy IfNotPresent --dry-run=client -o yaml >pod1.yaml
[root@kmaster ~]# ls
anaconda-ks.cfg  calico  pod1.yaml  Stream8-k8s-v1.30.0.sh

下面就是pod1.yaml文件，现在我们用yaml文件来执行 看看容器是否能创建出来
在这里插入图片描述
这里看到倒数第二行有个restartpolicy 这是重启策略
restartpolicy一共有3种
Always：总是，一直，不管正常退出，还是非正常退出，都会重启
Never：不管正常还是不正常退出，都不重启
OnFailure：正常退出不重启，非正常退出重启

我们先查看有没有pod1，有的话删除，然后通过pod1.yaml进行创建，可以通过apply和create来创建
create用于该资源是首次创建的时候，一旦资源存在，再次使用create直接报错。
apply不管资源是不是首次创建，都可以使用，可以使用apply重复执行。

[root@kmaster ~]# kubectl get pod
NAME   READY   STATUS    RESTARTS   AGE
pod1   1/1     Running   0          22m
[root@kmaster ~]# kubectl delete pod pod1
pod "pod1" deleted
[root@kmaster ~]# kubectl apply -f pod1.yaml
pod/pod1 created
[root@kmaster ~]# kubectl get pod
NAME   READY   STATUS    RESTARTS   AGE
pod1   1/1     Running   0          11s
[root@kmaster ~]#

进入pod

[root@kmaster ~]# kubectl exec -ti pod1 -- bash
root@pod1:/#

标签

主机标签

[root@kmaster ~]# kubectl get nodes --show-labels
NAME      STATUS   ROLES           AGE   VERSION   LABELS
kmaster   Ready    control-plane   25h   v1.30.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=kmaster,kubernetes.io/os=linux,node-role.kubernetes.io/control-plane=,node.kubernetes.io/exclude-from-external-load-balancers=
knode1    Ready    <none>          25h   v1.30.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=knode1,kubernetes.io/os=linux
knode2    Ready    <none>          25h   v1.30.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=knode2,kubernetes.io/os=linux
[root@kmaster ~]#

通过kubectl get nodes --show-labels查看主机标签，这个标签可以添加、删除，也可以通过这个标签来发放到指定的节点。
例如：给knode2添加标签disk=ssd

[root@kmaster ~]# kubectl label nodes knode2 disk=ssd
node/knode2 labeled
[root@kmaster ~]# kubectl get nodes --show-labels
NAME      STATUS   ROLES           AGE   VERSION   LABELS
kmaster   Ready    control-plane   25h   v1.30.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=kmaster,kubernetes.io/os=linux,node-role.kubernetes.io/control-plane=,node.kubernetes.io/exclude-from-external-load-balancers=
knode1    Ready    <none>          25h   v1.30.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=knode1,kubernetes.io/os=linux
knode2    Ready    <none>          25h   v1.30.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,disk=ssd,kubernetes.io/arch=amd64,kubernetes.io/hostname=knode2,kubernetes.io/os=linux

通过和上面的对比，我们发现knode2上多了一个disk=ssd的标签
如果要删除这个标签：kubectl label nodes knode2 disk-
这样就可以删除了，标签的排序是按照字母顺序排序的。
那么我们怎么通过标签来发放pod到knode2上呢？
我们需要用到 nodeSelector,指定发布到带有disk=ssd标签的主机节点上
在这里插入图片描述
这样我们在创建pod的时候就会发布到knode2上
在这里插入图片描述

pod标签

查询pod标签：kubectl get pod --show-labels

[root@kmaster ~]# kubectl get pod --show-labels
NAME   READY   STATUS    RESTARTS   AGE    LABELS
pod1   1/1     Running   0          3m2s   run=pod1

我们看到pod1的标签是run=pod1在这个基础上，给他添加几个标签aaa=bbb、xxx=yyy、abc=123。
在这里插入图片描述
这样再次创建pod，就会添加标签到pod标签中。
在这里插入图片描述

特殊的标签 ROLES

这个标签没有什么意义，只是给我们看，我们可以设置他的标签，这样在调node的时候一目了然
在这里插入图片描述

[root@kmaster ~]# kubectl get node
NAME      STATUS   ROLES           AGE   VERSION
kmaster   Ready    control-plane   26h   v1.30.0
knode1    Ready    <none>          25h   v1.30.0
knode2    Ready    <none>          25h   v1.30.0

[root@kmaster ~]# kubectl label nodes kmaster node-role.kubernetes.io/control-plane-
node/kmaster unlabeled
[root@kmaster ~]# kubectl get nodes
NAME      STATUS   ROLES    AGE   VERSION
kmaster   Ready    <none>   26h   v1.30.0
knode1    Ready    <none>   25h   v1.30.0
knode2    Ready    <none>   25h   v1.30.0

现在看到这个 control-plane已经被删除了
添加master、node1、node2到这三个节点

[root@kmaster ~]# kubectl label nodes kmaster node-role.kubernetes.io/master=
node/kmaster labeled
[root@kmaster ~]# kubectl label nodes knode1 node-role.kubernetes.io/node1=
node/knode1 labeled
[root@kmaster ~]# kubectl label nodes knode2 node-role.kubernetes.io/node2=
node/knode2 labeled
[root@kmaster ~]# kubectl get nodes
NAME      STATUS   ROLES    AGE   VERSION
kmaster   Ready    master   26h   v1.30.0
knode1    Ready    node1    26h   v1.30.0
knode2    Ready    node2    26h   v1.30.0

存储管理

本地存储（两种类型）

emptyDir 临时的，删除pod的时候，也会随之删除
对于emptyDir来说，会在pod所在的物理机上生成一个随机目录。pod的容器会挂载到这个随机目录上。当pod容器删除后，随机目录也会随之删除。适用于多个容器临时共享数据。

在这里插入图片描述
为什么说它是临时的，我们在删除pod的时候这个目录也会被删除，abc也就看不到了（可以自行实验一下）。
我们通过yaml文件来设置

apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: pod1
    aaa: bbb
    xxx: yyy
    abc: '123'
  name: pod1
spec:
  volumes:
  - name: v1
    emptyDir: {}
  containers:
  - image: registry.cn-hangzhou.aliyuncs.com/haoxiansheng/nginx
    imagePullPolicy: IfNotPresent
    name: pod1
    resources: {}
    volumeMounts:
    - name: v1
      mountPath: /abc
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}

：

[root@kmaster ~]# kubectl create -f pod1.yaml
pod/pod1 created
[root@kmaster ~]# kubectl get pod
NAME   READY   STATUS    RESTARTS   AGE
pod1   1/1     Running   0          8s
[root@kmaster ~]# kubectl get pod -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP               NODE     NOMINATED NODE   READINESS GATES
pod1   1/1     Running   0          21s   10.244.195.135   knode1   <none>           <none>
[root@kmaster ~]# kubectl exec -ti pod1 -- bash
root@pod1:/# cd /abc
root@pod1:/abc# touch abc.txt
root@pod1:/abc# ls
abc.txt
root@pod1:/abc# exit
exit

我们在abc目录下创建一个abc.txt,这时候我们再去knode1查找会发现我们的abc目录下面有abc.txt,但是这个效果和上面的一样,当我们删除pod时,这个abc.txt也会被删除
在这里插入图片描述
hotpath 永久保留的 删除之后pod，数据依然存在
在这里插入图片描述

yaml文件：

apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: pod1
    aaa: bbb
    xxx: yyy
    abc: '123'
  name: pod1
spec:
  volumes:
  - name: v1
    emptyDir: {}
  - name: v2
    hostPath:
      path: /web
  containers:
  - image: registry.cn-hangzhou.aliyuncs.com/haoxiansheng/nginx
    imagePullPolicy: IfNotPresent
    name: pod1
    resources: {}
    volumeMounts:
    - name: v2
      mountPath: /abc
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}

在这里插入图片描述
在这里插入图片描述
当我们删除pod1时 在看一下/web还是会有
在这里插入图片描述

网络存储（NFS为例）

对接网络存储，

  1. 创建一个linux,加一块50GB的硬盘。
    在这里插入图片描述

  2. 关闭防火墙和selinux

关闭防火墙
systemctl stop firewalld
systemctl disable firewalld

永久关闭SELinux‌：要永久关闭SELinux，需要编辑vi /etc/sysconfig/selinux文件，并将SELINUX的值改为disabled，然后重启系统。
在这里插入图片描述

  1. 安装软件包（配置yum源之后）
配置本地yum源
挂载ios到/mnt/下
mount /dev/cdrom /mnt/
到yum源下面，把失效的yum源移到自己创建的bak下
cd /etc/yum.repos.d/
mkdir bak
mv *.repo bak/
创建abc.repo
vi abc.repo
将下面的配置写道abc.repo里面
[abc]
name = abc
baseurl = file:///mnt/AppStream/
gpgcheck = 0

[os]
name = os
baseurl = file:///mnt/BaseOS/
gpgcheck = 0

yum install -y yum-utils vim bash-completion net-tools wget nfs-utils
  1. 启动服务
[root@nfs ~]# systemctl start nfs-server.service
[root@nfs ~]# systemctl enable nfs-server.service
  1. 创建linux时，多给他分配一块50G的硬盘，将新的硬盘分区格式化并挂载
[root@nfs yum.repos.d]# fdisk -l
Disk /dev/sda: 100 GiB, 107374182400 bytes, 209715200 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xa133529c

Device     Boot   Start       End   Sectors Size Id Type
/dev/sda1  *       2048   2099199   2097152   1G 83 Linux
/dev/sda2       2099200 209715199 207616000  99G 8e Linux LVM

********这里能看到我们新建的硬盘50G**************
Disk /dev/sdb: 50 GiB, 53687091200 bytes, 104857600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

我这块硬盘叫sdb注意查看你们的。

fdisk /dev/sdb
输入一个n，之后回车回车回车，输入一个q。

mkfs.xfs /dev/sdb

之后我们创建一个目录，将新盘挂载到这个目录上
mkdir /share_data
查询这块硬盘的UUID，用这个UUID来挂载。
[root@nfs yum.repos.d]# blkid
/dev/sdb: UUID="e46293af-5747-41a0-9576-09ff4540e3cc" BLOCK_SIZE="512" TYPE="xfs"
vim /etc/fstab

在这里插入图片描述
这样就挂载好了，现在对这个硬盘进行共享。
在这里插入图片描述

  1. 编辑共享目录
    /etc/exports这个目录是Linux当中专门用于共享的。
[root@nfs ~]# vim /etc/exports
[root@nfs ~]# cat /etc/exports
/share_data *(rw,async,no_root_squash)
解析：1.  /share_data 共享这个目录
     2.  *代表所有网段都可访问这个目录，若要指定，可以将*替换为指定网段192.168.100.0/24
     3.  rw读写方式访问
     4.  async异步读写访问，多节点，不需要返回结果，只需要写入
     5.  no_rot_squash:登入 NFS 主机使用分享目录的使用者，如果是root 的话，那么对于这个分享的目录来说，他就具有 root 的权限!这个项目「极不安全」，不建议使用。以root身份写。
[root@nfs ~]# exportfs -arv  直接使用这条命令刷新，不用重启服务就能生效。
exporting *:/share_data
  1. node安装nfs-utils
    虽然未来的pod要连接nfs，但是真正连接nfs的是pod所在的物理主机。所以作为物理主机(客户端)也要安装nfs客户端。
yum install -y nfs-utils
  1. 测试挂载
[root@knode1 yum.repos.d]# umount /mnt
[root@knode1 yum.repos.d]# mount -t nfs 192.168.146.132:/share_data /mnt
[root@knode1 yum.repos.d]# df -TH
192.168.146.132:/share_data nfs4       54G  408M   54G   1% /mnt
  1. 创建pod
    修改pod1.yaml文件
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: pod1
    aaa: bbb
    xxx: yyy
    abc: '123'
  name: pod1
spec:
  volumes:
  - name: v1
    emptyDir: {}
  - name: v2
    hostPath:
      path: /web
  - name: v3
    nfs:
      server: 192.168.146.132
      path: /share_data
  containers:
  - image: registry.cn-hangzhou.aliyuncs.com/haoxiansheng/nginx
    imagePullPolicy: IfNotPresent
    name: pod1
    resources: {}
    volumeMounts:
    - name: v3
      mountPath: /abc
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}

创建pod，并在pod1里的 /abc 下创建了aaabbb.txt

[root@kmaster ~]# kubectl apply -f pod1.yaml
pod/pod1 created
[root@kmaster ~]# kubectl get pod -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP               NODE     NOMINATED NODE   READINESS GATES
pod1   1/1     Running   0          11s   10.244.195.141   knode1   <none>           <none>
[root@kmaster ~]# kubectl exec -ti pod1 -- bash
root@pod1:/# cd /abc
root@pod1:/abc# ls
root@pod1:/abc# touch aaabbb.txt
root@pod1:/abc#

我们在nfs端也看到了aaabbb.txt

[root@nfs ~]# cd /share_data
[root@nfs share_data]# ls
aaabbb.txt
ordercat
关注
k8s搭建（详细演示完整一篇）
分享式获得也是一种学习的态度
12-31 8701
安装k8s的三个组件kubelet、kubeadm、kubectlkubelet运行在Cluster所有节点上，负责启动Pod和容器kubeadm用于初始化Clusterkubectl是Kubernetes命令行工具。通过kubectl可以部署和管理应用，查看各种资源，创建、删除和更新各种组件。官网或者阿里云二选一操作即可更新安装包安装工具（若前面安装docker时安装过了，可不执行此命令）下载k8s软件包仓库的公共签名秘钥，同一个签名秘钥适用于所有仓库，可忽略URL中的版本信息。
K8S搭建（centos）四、安装K8S
分享式获得也是一种学习的态度
01-23 2029
每个人都有惰性，但不断学习是好好生活的根本，共勉！
K8S篇-K8S的搭建
梦灸舞的博客
12-16 432
K8S核心组件和架构图 K8S也叫Kubernetes，是一种容器编排工具 K8S的最小操作单位是Pod，Pod中有一个或多个Container；Pod是ReplicaSet通过selector来进行管理；ReplicaSet之上是由Deployment进行管理。 Label将Pod进行分门别类，具有相同label的Pod成为一个Service 一个机器成为一个节点node，一个node上可以允许多个Pod，多个node组成一个集群。下面是一个K8S集群的 图中各个组件的含义 01
K8s搭建过程，新手闭眼入！！！超详细教程
最新发布
hotslow的博客
09-02 972
前提：在另一台主机已搭建好harbor私人仓库，之前博客中有详细记录环境：准备三台主机，一台master，一台node1，一台noed2。
K8S搭建
吃鱼少年_的博客
09-07 267
环境 阿里云ECS ubuntu18.04系统*2 1 安装相关工具及配置 安装apt-transport-https和curl apt-get update && apt-get install -y apt-transport-https curl 禁用swap swapoff -a 禁用Selinux apt install selinux-utils setenforc...
k8s部署搭建
Summer的博客
08-08 1023
k8s
K8s搭建教程
weixin_50565644的博客
04-19 2314
这是一篇K8s集群搭建学习总结的文章，让你轻松掌握搭建步骤。
kubernetes(k8s)集群搭建
Running_free的博客
10-29 9837
一、概述1.简介官方中文文档：https://www.kubernetes.org.cn/docs Kubernetes是一个开源的，用于管理云平台中多个主机上的容器化的应用，Kubernetes的目标是让部署容器化的应用简单并且高效（powerful）,Kubernetes提供了应用部署，规划，更新，维护的一种机制。 Kubernetes一个核心的特点就是能够自主的管理容器来保证云平台中的容器按照
k8s搭建Nacos集群
05-26
k8s搭建Nacos集群，制作Java运行容器镜像，再制作Nacos镜像 Nacos版本是：2.1.0 说明： 如果想搭建：2.2.0也根据文档步骤操作即可
k8s搭建Kubernetes（k8s）集群用到的部署CNI网络插件
02-21
问题场景：由于k8s安装master一直处于NotReady状态查看日志出现 failed to find plugin “flannel” in path [/opt/cni/bin]【CentOS7.9】(ps:不需要积分) 解决办法：下载CNI插件，在此提供amd和arm，其他可访问链接...
k8s搭建rabbitmq集群
11-30
kubernetes搭建rabbitmq集群，只需创建好相应的pv即可，无需修改，依次执行
k8s自己搭建过程
01-14
自己从头到尾搭建k8s云平台 从中遇到问题解决方法 已经自己搭建的过程步骤
k8s搭建（超详细，保姆级教程）
热门推荐
qq_44150902的博客
06-23 2万+
这里就不赘述，想要了解的朋友直接去这里深入了解什么是K8S。我准备了2台机器172.168.200.130（master）、172.168.200.131（node1），也测试了2台是内网互通。 所有机器都必须安装docker环境。 选择19.3.9版本安装 4.2、安装Kubernetes 所有机器配置自己的hostname（不能是localhost）172.168.200.130机器我配置为master，172.168.200.131为node1。 所有机器必须关闭swap分区，不为0则说明没有关闭；
K8S的搭建方式
最爱奶油花生
01-30 1730
K8s的几种搭建方式
搭建一套k8s环境
wang_wiao_wei的博客
08-28 687
整理了k8s搭建的脚本笔记，希望对你帮助
k8s搭建
JavaPub
09-12 228
https://www.newbe.pro/Newbe.Claptrap/Setup-K8s-With-Minikube/
K8s的搭建
荣山的博客
05-18 137
K8s的搭建的基本方式
k8s搭建部署
leveretz的博客
07-16 250
k8s搭建部署
k8s搭建prometheus grafana
08-01
k8s搭建prometheus和grafana可以通过使用Deployment方式进行部署。在生产环境中，建议使用StatefulSet方式进行部署集群，过程与Deployment类似。你可以在个人的GitHub上找到相关的部署代码和配置信息。[1] 如果你想了解更多关于k8s搭建prometheus和grafana的详细步骤和配置信息，你可以参考以下章节： - 第一章：裸机部署k8s集群 - 第二章：部署应用到k8s集群 - 第三章：service简单使用 - 第四章：StatefulSet简单使用 - 第五章：存储（storage） - 第六章：配置storageclass使用nfs动态申领本地磁盘空间 - 第七章：配置ConfigMap & Secret - 第八章：Helm构建MySQL - 第九章：kubernetes-dashboard安装 - 第十章：kube-prometheus-stack全家桶搭建（Grafana Prometheus）[2] 此外，你还可以在Artifact Hub官网上找到更多关于kube-prometheus-stack的信息和资源。[3]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值