摘要： 一、拓扑域划分示例 二、使用Topology实现多地多机房部署 ### 使用Topology实现多机柜部署 ~~~ 模拟一下5个节点是属于同一个机房不同机柜的，为其打标签 [root@k8s-master01 ~]# kubectl label node k8s-master01 k8s-node0 阅读全文

摘要： 一、Topology概述 ### Topology说明 ~~~ # TopologyKey： ~~~ kubernetes.io/hostname ~~~ # topologykey： ~~~ 拓扑域，首先说明不同的可以不同的value是属于不同的拓扑域 ~~~ topologykey的值代表一个拓 阅读全文

摘要： 一、pod的亲和力：跨namespace： ### pod亲和力实验说明 ~~~ 与指定pod部署在一块，是可以块namespace的： ~~~ 把demo-nginx和kube-systemnamespace下的符合label ~~~ 为k8s-app=calico-kube-controller 阅读全文

摘要： 一、Pod的反亲和力： ### 编辑yaml文件：编写pod的反亲和力的参数 ~~~ # 编辑yaml文件 ~~~ 就是尽量不和namespace下的kube-system，key： k8s-app的值为values:calico-kube-controllers的pod尽量不要部署在一块 [roo 阅读全文

摘要： 一、若是想把demo-nginx部署在不同的节点上面， ### 部署demo-nginx至不同的宿主机上 ~~~ 编写yaml文件 ~~~ demo-nginx就和当前的app下的demo-nginx匹配，不写namespace就是当前的namespace下 [root@k8s-master01 ~ 阅读全文

摘要： 一、Pod亲和力和反亲和力概述 ### pod亲和力说明 ~~~ Pod亲和力：尽量将Pod部署在一起 ~~~ Pod反亲和力：不尽量将Pod部署在一起 ### 官方地址： ~~~ https://kubernetes.io/docs/concepts/scheduling-eviction/ass 阅读全文

摘要： 一、实验三： ### Exists：部署在具有某个存在key为指定的值的Node节点上 ~~~ 配置Exists参数 [root@k8s-master01 ~]# kubectl edit deploy demo-nginx affinity: nodeAffinity: preferredDuri 阅读全文

摘要： 一、实验四： ### Gt： 大于指定的条件 条件为number，不能为字符串 ~~~ 打标签 [root@k8s-master01 ~]# kubectl label node k8s-node01 test.gt=a node/k8s-node01 labeled [root@k8s-maste 阅读全文

摘要： 一、实验二：NotIn： ### pod不要部署在满足这些条件的节点上 ~~~ # 把pod部署在label不要部署在 kubernetes.io/e2e-az-name；values: ~~~ 是- e2e-az1和- e2e-az2节点上面。 ~~~ # 这样它就会部署在具有这个label的节点 阅读全文

摘要： 一、实验一：书写yaml文件，配置NodeAffinity参数；验证和的关系 ### Affinity参数说明 ~~~ In：部署在满足多个条件的节点上 ~~~ NotIn：不要部署在满足这些条件的节点上 ~~~ Exists：部署在具有某个存在key为指定的值的Node节点上 ~~~ DoesNo 阅读全文

摘要： 一、Affinity概述 ### Affinity：亲和力概述 ~~~ 之前容器部署都是随机去部署的，是通过一系列的算法来筛选出最优的节点， ~~~ 来定义部署在哪个节点上面。 ~~~ 虽然NodeSelect和taind可以执行这些操作，但是功能不够强大，不够灵活。 ~~~ Affinity和No 阅读全文

摘要： 一、tolerationSeconds实验 ### 为容器打NoExecute，只能在上面停留60s；验证60s之后是否会被驱逐掉 ~~~ 为demo-nginx容器打NoExecute，只能在上面停留60s；60s之后还是会被驱逐的 [root@k8s-master01 ~]# kubectl e 阅读全文

摘要： 一、InitContainer概述 ### InitContainer概述 ~~~ # InitContainer： ~~~ 初始化容器：预处理、预判断、与执行命令操作；在我应用容器启动之前做的一些舒适化操作。 ~~~ # postStart： ~~~ 在容器启动之前做一些操作。不能保证在你的con 阅读全文

摘要： 一、NoSchedule静止调度，容器强制驱逐 ### 为master01打一个污点，NoSchedule类型，静止调度；容器会被强制驱逐 ~~~ 为master01节点打入污点，NoExecute类型 [root@k8s-master01 ~]# kubectl taint node k8s-ma 阅读全文

摘要： 一、Taint&Toleration：NoSchedule不会被调度，但不强制 ### 为master01打一个污点，NoSchedule类型，不会被调度，但不强制迁移 ~~~ 查看Pod部署在那些节点上 [root@k8s-master01 ~]# kubectl get po -owide NA 阅读全文

摘要： 一、Taint&Toleration概述 ### 引入Taint&TolerationToleration必然性 ~~~ 在不同的机房 ~~~ 在不同的城市 ~~~ 有着不一样配置：GPU服务器（贵）、纯固态硬盘的服务器（贵） ~~~ # k8s是全自动的去调度， ~~~ 中间是不需要人去控制的；为 阅读全文

摘要： 一、CronJob ### CronJob是什么 ~~~ # 在k8s里面运行周期性的计划任务，和linux下的crontab是一样的。 ~~~ 写法顺序：* * * * * 分时日月周；和linux是一样的。 ~~~ 你的计划任务可能需要调用应用的接口。可以解决宿主机和容器不通的问题，可以通过se 阅读全文

摘要： 一、通过命令创建ConJob ### 创建一个CronJob（新版kubectl可能无此命令，需要使用下面的yaml创建）： [root@k8s-master01 ~]# kubectl run hello --schedule="*/2 * * * *" --restart=OnFailure - 阅读全文

摘要： 一、持久化存储创建流程 ### PV部署流程 ~~~ # 第一步：首先需要由一个NFS的存储 ~~~ # 第二步：创建一个NFS类型的PV ~~~ # 第三步：创建一个PVC；这个PVC指定了使用哪个类型的PV；绑定哪个类型的PV ~~~ 符合storageClassName=nfs-slowd ~ 阅读全文

摘要： 一、删除PVC流程 ### 删除PVC ~~~ 它会一直卡在这个状态不动，因为PVC被占用，它就会处于这个状态不会删除 [root@k8s-master01 ~]# kubectl delete pvc myclaim persistentvolumeclaim "myclaim" deleted 阅读全文