1. 环境清理与虚拟机配置1.1 环境清理[root@server2 ~]# kubectl delete nodes server4##将server3和server4从server2上剥离[root@server2 ~]# kubectl delete nodes server3[root@server4 ~]# kubeadm reset##重置server3和server4[root@se

目录1. 资源清单1.1 格式和内容的书写方法1.2 示例及执行操作2.pod生命周期2.1 简介2.2 示例2.2.1 多层2.2.2Init 容器2.2.3 探针livenessProbe1. 资源清单- 格式如下：apiVersion: group/version　　//指明api资源属于哪个群组和版本，同一个组可以有多个版本$ kubectl api-versions//查询命令kind:

目录1. kubernetes容器资源限制1.1 简介1.2 kubernetes容器资源限制操作1.2.1 内存限制示例1.2.2 CPU限制1.2.3 为namespace设置资源限制1. kubernetes容器资源限制1.1 简介Kubernetes采用request和limit两种限制类型来对资源进行分配。request(资源需求)：即运行Pod的节点必须满足运行Pod的最基本需求才能运

目录1. 介绍2. UserAccount与serviceaccount(sa)2.1 serviceaccount(sa)2.2 UserAccount2.2.1 认证2.2.2 授权2.3.3 补充2.3.4 理解文件1. 介绍Authentication（认证）认证方式现共有8种，可以启用一种或多种认证方式，只要有一种认证方式通过，就不再进行其它方式的认证。通常启用X509 Client C

1. 环境清理与虚拟机配置1.1 环境清理[root@server2 ~]# kubectl delete nodes server4##将server3和server4从server2上剥离[root@server2 ~]# kubectl delete nodes server3[root@server4 ~]# kubeadm reset##重置server3和server4[root@se

目录1.简介2. 影响kubernetes调度的因素2.1 nodeName2.2 nodeSelector2.3 亲和与反亲和2.3.1 node亲和2.3.2 pod亲和2.4 Taints(污点)2.5 影响pod调度指令2.5.1 cordon2.5.2 drain2.5.3 delete1.简介调度器通过 kubernetes 的 watch 机制来发现集群中新创建且尚未被调度到 Nod

目录1. 简介2. NFS PV示例(静态分配)2.1.保证环境的干净2.2 创建所需资源2.3 书写pv,pvc,pod文件并进行测试2.3.1 创建pv2.3.2 创建pvc和pod2.3.3 测试2.3.4 补充命令3. 动态分配3.1 简介3.2 示例4. 默认的 StorageClass4.1 没有StorageClass的情况4.2 设置默认的StorageClass1. 简介官网Pe

目录1. pod分类2. 控制器类型2.1 deployment控制器2.1.1 拉伸​2.1.2 版本更新2.2 DaemonSet控制器2.3 Job2.4 CronJob1. pod分类- Pod 的分类：自主式 Pod：Pod 退出后不会被创建控制器管理的 Pod：在控制器的生命周期里，始终要维持 Pod 的副本数目2. 控制器类型- 控制器类型-Replication Controlle

1. HPA实例官网1.1 单一限制## 1。 拉取镜像[root@server1 harbor]# docker pull mirrorgooglecontainers/hpa-example##下载测试镜像[root@server1 harbor]# docker tag mirrorgooglecontainers/hpa-example reg.westos.org/library/hpa

目录1. 简介2. 示例2.1 补充3. statefullset部署mysql主从集群1. 简介StatefulSet将应用状态抽象成了两种情况：拓扑状态：应用实例必须按照某种顺序启动。新创建的Pod必须和原来Pod的网络标识一样存储状态：应用的多个实例分别绑定了不同存储数据。StatefulSet给所有的Pod进行了编号，编号规则是：$(statefulset名称)-$(序号)，从0开始。St