2022年3月30日

|NO.Z.00215|——————————|^^ 标准 ^^|——|KuberNetes&高级调度.V18|——|Topology.v02|Topology实现多地多机房部署|

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

posted @ 2022-03-30 13:45 yanqi_vip 阅读(61) 评论(0) 推荐(0)

|NO.Z.00214|——————————|CloudNative|——|KuberNetes&高级调度.V17|——|Topology.v01|概述|

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

posted @ 2022-03-30 13:44 yanqi_vip 阅读(199) 评论(0) 推荐(0)

|NO.Z.00211|——————————|^^ 标准 ^^|——|KuberNetes&高级调度.V14|——|Pod亲和力反亲和力.v02|pod亲和力_跨namespace|

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

posted @ 2022-03-30 13:43 yanqi_vip 阅读(46) 评论(0) 推荐(0)

|NO.Z.00212|——————————|CloudNative|——|KuberNetes&高级调度.V15|——|Pod亲和力反亲和力.v03|pod反亲和力|

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

posted @ 2022-03-30 13:43 yanqi_vip 阅读(28) 评论(0) 推荐(0)

|NO.Z.00213|——————————|CloudNative|——|KuberNetes&高级调度.V16|——|Pod亲和力反亲和力.v04|pod反亲和力_部署不同主机|

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

posted @ 2022-03-30 13:43 yanqi_vip 阅读(25) 评论(0) 推荐(0)

|NO.Z.00210|——————————|^^ 标准 ^^|——|KuberNetes&高级调度.V13|——|Pod亲和力反亲和力.v01|pod亲和力_同namespace|

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

posted @ 2022-03-30 13:42 yanqi_vip 阅读(48) 评论(0) 推荐(0)

|NO.Z.00208|——————————|CloudNative|——|KuberNetes&高级调度.V11|——|Affinity.v03|Affinity实验三：Exists|

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

posted @ 2022-03-30 13:41 yanqi_vip 阅读(55) 评论(0) 推荐(0)

|NO.Z.00209|——————————|CloudNative|——|KuberNetes&高级调度.V12|——|Affinity.v04|Affinity实验三：Gt|

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

posted @ 2022-03-30 13:41 yanqi_vip 阅读(39) 评论(0) 推荐(0)

|NO.Z.00207|——————————|CloudNative|——|KuberNetes&高级调度.V10|——|Affinity.v02|Affinity实验二：NotIn|

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

posted @ 2022-03-30 13:40 yanqi_vip 阅读(150) 评论(0) 推荐(0)

|NO.Z.00206|——————————|CloudNative|——|KuberNetes&高级调度.V09|——|Affinity.v02|Affinity实验一：Ln|

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

posted @ 2022-03-30 13:39 yanqi_vip 阅读(62) 评论(0) 推荐(0)

|NO.Z.00205|——————————|CloudNative|——|KuberNetes&高级调度.V08|——|Affinity.v01|Affinity概述|

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

posted @ 2022-03-30 13:39 yanqi_vip 阅读(44) 评论(0) 推荐(0)

|NO.Z.00203|——————————|CloudNative|——|KuberNetes&高级调度.V06|——|污点容忍.v04|tolerationSeconds实验|

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

posted @ 2022-03-30 13:38 yanqi_vip 阅读(55) 评论(0) 推荐(0)

|NO.Z.00204|——————————|CloudNative|——|KuberNetes&高级调度.V07|——|初始化容器|InitContainer操作|

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

posted @ 2022-03-30 13:38 yanqi_vip 阅读(63) 评论(0) 推荐(0)

|NO.Z.00202|——————————|CloudNative|——|KuberNetes&高级调度.V05|——|污点容忍.v03|NoSchedule静止调度容器强制驱逐|

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

posted @ 2022-03-30 13:37 yanqi_vip 阅读(78) 评论(0) 推荐(0)

|NO.Z.00201|——————————|CloudNative|——|KuberNetes&高级调度.V04|——|污点容忍.v02|NoSchedule不会被调度但不强制|

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

posted @ 2022-03-30 13:36 yanqi_vip 阅读(38) 评论(0) 推荐(0)

|NO.Z.00200|——————————|CloudNative|——|KuberNetes&高级调度.V03|——|污点容忍.v01|Taint&Toleration概述|

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

posted @ 2022-03-30 13:35 yanqi_vip 阅读(41) 评论(0) 推荐(0)

|NO.Z.00198|——————————|CloudNative|——|KuberNetes&高级调度.V01|——|CronJob.v01|概述|

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

posted @ 2022-03-30 13:34 yanqi_vip 阅读(59) 评论(0) 推荐(0)

|NO.Z.00199|——————————|CloudNative|——|KuberNetes&高级调度.V02|——|CronJob.v02|创建计划任务|

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

posted @ 2022-03-30 13:34 yanqi_vip 阅读(49) 评论(0) 推荐(0)

|NO.Z.00195|——————————|CloudNative|——|KuberNetes&持久存储.V08|——|PV&PVC.v04|创建流程|

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

posted @ 2022-03-30 13:33 yanqi_vip 阅读(49) 评论(0) 推荐(0)

|NO.Z.00196|——————————|^^ 标准 ^^|——|KuberNetes&持久存储.V09|——|PV&PVC.v05|删除PVC流程|

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

posted @ 2022-03-30 13:33 yanqi_vip 阅读(79) 评论(0) 推荐(0)

|NO.Z.00197|——————————|CloudNative|——————————————————————————————————————

摘要： NO： Walter Savage Landor:strove with none,for none was worth my strife.Nature I loved and, next to Nature, Art:I warm'd both hands before the fire of 阅读全文

posted @ 2022-03-30 13:33 yanqi_vip 阅读(7) 评论(0) 推荐(0)

|NO.Z.00193|——————————|CloudNative|——|KuberNetes&持久存储.V06|——|PV&PVC.v02|挂载NFS类型PV配置参数|

摘要： 一、PV&PVC挂载NFS类型PV配置参数 ### 创建NFS类型PV配置参数 apiVersion: v1 kind: PersistentVolume metadata: name: pv0003 spec: capacity: storage: 5Gi volumeMode: Filesyst 阅读全文

posted @ 2022-03-30 13:32 yanqi_vip 阅读(70) 评论(0) 推荐(0)

|NO.Z.00194|——————————|^^ 标准 ^^|——|KuberNetes&持久存储.V07|——|PV&PVC.v03|挂载NFS类型PV|

摘要： 一、PV&PVC挂载NFS类型PV ### 创建了一个NFS的PV配置文件 ~~~ # 创建挂载目录 [root@k8s-node01 ~]# mkdir -p /data/testDir ### 查看NFS服务端主机IP地址 [root@k8s-node01 ~]# ip addr ens33: 阅读全文

posted @ 2022-03-30 13:32 yanqi_vip 阅读(21) 评论(0) 推荐(0)

|NO.Z.00191|——————————|^^ 标准 ^^|——|KuberNetes&持久存储.V04|——|volume.v04|挂载NFS至容器|

摘要： 一、挂载NFS至容器 ### 在k8s-node01节点安装nfs服务端配置 ~~~ 安装nfs-server服务 [root@k8s-node01 ~]# yum install -y nfs-utils [root@k8s-node01 ~]# systemctl start nfs-serve 阅读全文

posted @ 2022-03-30 13:31 yanqi_vip 阅读(35) 评论(0) 推荐(0)

|NO.Z.00192|——————————|CloudNative|——|KuberNetes&持久存储.V05|——|PV&PVC.v01|概述|

摘要： 一、PV&PVC概述 ### PV&PVC概述 ~~~ Volume：NFS、CEPH、GFS ：Volume可以直接连的一些存储集群类型 ~~~ PV：PersistentVolume：NFS、CEPG/GFS：也可以连接这些存储集群类型 ### 引入PV的必然性 ~~~ K8s：Volume—— 阅读全文

posted @ 2022-03-30 13:31 yanqi_vip 阅读(43) 评论(0) 推荐(0)

|NO.Z.00190|——————————|CloudNative|——|KuberNetes&持久存储.V03|——|volume.v03|VolumesHostPath挂载|宿主机与容器间时间同步|

摘要： 一、VolumesHostPath挂载宿主机路径：实现宿主机与容器间时间同步 ### hostPath： ~~~ hostPath卷可将节点上的文件或目录挂载到Pod上， ~~~ 用于Pod自定义日志输出或访问Docker内部的容器等。 二、使用hostPath卷的示例。将主机的/data目录挂载到 阅读全文

posted @ 2022-03-30 13:30 yanqi_vip 阅读(66) 评论(0) 推荐(0)

|NO.Z.00189|——————————|CloudNative|——|KuberNetes&持久存储.V02|——|volume.v02|emptyDir卷|

摘要： 一、持久化存储 ### 创建nginx-deploy.yaml；使用emptyDir卷的示例，直接指定emptyDir为{}即可： ~~~ 创建nginx-deployment挂载volume配置参数 [root@k8s-master01 ~]# vim nginx-deploy.yaml apiV 阅读全文

posted @ 2022-03-30 13:29 yanqi_vip 阅读(36) 评论(0) 推荐(0)

|NO.Z.00188|——————————|CloudNative|——|KuberNetes&持久存储.V01|——|volume.v01|概述|

摘要： 一、Volumes概述 ### Volumes： ~~~ 可以使用volumes去挂载configmap和secrets， ~~~ # volumes：容器每次重启都会以最干净的状态去启动； ~~~ 比如在容器中创建了一个文件，但是重启之后，这个文件就会丢失。因为我们没有对它进行持久化存储。 ~~~ 阅读全文

posted @ 2022-03-30 13:29 yanqi_vip 阅读(41) 评论(0) 推荐(0)

|NO.Z.00185|——————————|CloudNative|——|KuberNetes&配置管理.V16|——|configmap.secret热更新.v02|configmap编辑方式|

摘要： 一、configmap编辑方式 ### 编辑configmap的形式： ~~~ 方式一： edit：显示文件内容会很杂乱，不是很标准的显示内容，造成视觉的难理解。若是文件特别小的话，它会把文件内容显示在configmap的文件中，若是文件特别长的话，它是不会把文件内容显示在configmap文件中， 阅读全文

posted @ 2022-03-30 13:28 yanqi_vip 阅读(48) 评论(0) 推荐(0)

|NO.Z.00186|——————————|CloudNative|——|KuberNetes&配置管理.V17|——|configmap.secret热更新.v03|k8s.v1.19不可变secret和configmap|

摘要： 一、k8s1.19不可变的secret和configmap ### immutable ~~~ 在k8s1.18版本之后引入了一个immutable这种机制： ~~~ 这个参数在设置configmap和secret的时候把它设置为不可变的。 ### 为什么会引入这种机制呢？ ~~~ 容器挂载了con 阅读全文

posted @ 2022-03-30 13:28 yanqi_vip 阅读(96) 评论(0) 推荐(0)

|NO.Z.00187|——————————|CloudNative|——————————————————————————————————————

摘要： NO： Walter Savage Landor:strove with none,for none was worth my strife.Nature I loved and, next to Nature, Art:I warm'd both hands before the fire of 阅读全文

posted @ 2022-03-30 13:28 yanqi_vip 阅读(10) 评论(0) 推荐(0)

|NO.Z.00183|——————————|CloudNative|——|KuberNetes&配置管理.V14|——|subpath.v02|subpath解决覆盖目录问题|

摘要： 一、使用SubPath解决覆盖目录问题 ### 使用SubPath解决覆盖目录的问题，而是挂载这个文件； ~~~ 为了解决这个问题，使用SubPath去挂载这个文件 ~~~ key的值 [root@k8s-master01 ~]# kubectl edit deploy demo-nginx vol 阅读全文

posted @ 2022-03-30 13:27 yanqi_vip 阅读(67) 评论(0) 推荐(0)

|NO.Z.00184|——————————|CloudNative|——|KuberNetes&配置管理.V15|——|configmap.secret热更新.v01|解决configmap不被更新感知的问题|

摘要： 一、ConfigMap和Secret的热更新概述 ### ConfigMap和Secret的热更新概述 ~~~ ConfigMap和Secret如果是以subPath 的形式挂载的， ~~~ 那么Pod是不会感知到ConfigMap和Secret的更新的。 ~~~ 如果Pod的变量来自于Config 阅读全文

posted @ 2022-03-30 13:27 yanqi_vip 阅读(284) 评论(0) 推荐(0)

|NO.Z.00181|——————————|CloudNative|——|KuberNetes&配置管理.V12|——|secret.v04|ImagePullSecret|

摘要： 一、ImagePullSecret： ### ImagePullSecret： ~~~ Pod拉取私有镜像仓库时使用的账号密码，里面的账号信息会传递给kubelet， ~~~ 然后kubelet就可以拉取有密码的仓库里面的镜像。 ### 创建一个docker registry的secrets ~~~ 阅读全文

posted @ 2022-03-30 13:26 yanqi_vip 阅读(76) 评论(0) 推荐(0)

|NO.Z.00182|——————————|CloudNative|——|KuberNetes&配置管理.V13|——|subpath.v01|使用subpath挂载目录|

摘要： 一、SubPath概述 ### configMap和Secret： ~~~ configMap和Secret它挂载的时候是会覆盖这个目录的，所以覆盖这个目录是可以被解决掉的。 ~~~ 若是挂载一个文件到这个目录中，可能会覆盖掉这个目录原有的文件。 ~~~ 引入SubPath来解决这个覆盖的问题 二、 阅读全文

posted @ 2022-03-30 13:26 yanqi_vip 阅读(79) 评论(0) 推荐(0)

|NO.Z.00180|——————————|CloudNative|——|KuberNetes&配置管理.V11|——|secret.v03|手动创建一个secrets|

摘要： 一、手动创建一个secrets ### 将创建的账户密码写入配置文件 ~~~ 可以先以JSON或YAML格式在文件中创建一个Secret，然后再创建该对象。 ~~~ 机密对象的名称必须是有效的 DNS子域名。 ~~~ 该秘密 包含两个地图： data和stringData。该data字段用于存储使用 阅读全文

posted @ 2022-03-30 13:25 yanqi_vip 阅读(56) 评论(0) 推荐(0)

|NO.Z.00178|——————————|CloudNative|——|KuberNetes&配置管理.V09|——|secret.v01|通过文件创建secrets|

摘要： 一、Secret ### Secret概述 ~~~ Secret：用来保存敏感信息的，比如密码、令牌或者Key，Redis、MySQL密码。 ~~~ \$ \* \\ 特殊字符单引号无需转义 ### Secret用途： ~~~ ImagePullSecret：Pod拉取私有镜像仓库时使用的账户密码， 阅读全文

posted @ 2022-03-30 13:24 yanqi_vip 阅读(39) 评论(0) 推荐(0)

|NO.Z.00179|——————————|CloudNative|——|KuberNetes&配置管理.V10|——|secret.v02|创建特殊字符的secrets|

摘要： 一、创建特殊字符的secrets，需要转译 ### 创建特殊字符的secrets ~~~ 特殊字符，例如$，\，*，和!将被你解释外壳和需要逃逸。 ~~~ 在大多数Shell中，最简单的转义密码方法是用单引号（'）引起来。 ~~~ 例如，如果您的实际密码是S!B\*d$zDsb [root@k8s- 阅读全文

posted @ 2022-03-30 13:24 yanqi_vip 阅读(38) 评论(0) 推荐(0)

|NO.Z.00176|——————————|CloudNative|——|KuberNetes&配置管理.V07|——|configmap.v07|configmap挂载到容器中充当配置文件|

摘要： 一、把configmap挂载到容器中充当配置文件：形式一：修改configmap配置参数 ### 删除之前的容器 [root@k8s-master01 configmap]# kubectl delete -f pod-single-configmap-env-variable.yaml pod " 阅读全文

posted @ 2022-03-30 13:23 yanqi_vip 阅读(65) 评论(0) 推荐(0)

|NO.Z.00177|——————————|CloudNative|——|KuberNetes&配置管理.V08|——|configmap.v08|将configmap数据添加到卷中的特定路径|

摘要： 一、将configmap数据添加到卷中的特定路径 ### 将configmap数据添加到卷中的特定路径 ~~~ # 修改pod-configmap.yaml配置文件 ~~~ 使用该path字段可以为特定的ConfigMap项目指定所需的文件路径。 ~~~ 在这种情况下，该SPECIAL_LEVEL项 阅读全文

posted @ 2022-03-30 13:23 yanqi_vip 阅读(24) 评论(0) 推荐(0)

|NO.Z.00175|——————————|CloudNative|——|KuberNetes&配置管理.V06|——|configmap.v06|使用configmap定义容器|

摘要： 一、使用configmap数据定义容器 ### 使用congfigmap数据定义容器环境变量 ~~~ 使用来自单个configmap的数据定义容器环境变量 [root@k8s-master01 configmap]# vim pod-single-configmap-env-variable.yam 阅读全文

posted @ 2022-03-30 13:22 yanqi_vip 阅读(52) 评论(0) 推荐(0)

|NO.Z.00174|——————————|CloudNative|——|KuberNetes&配置管理.V05|——|configmap.v05|从文字创建configmap|

摘要： 一、定义从文件生成configmap时需要使用的秘钥 ### 定义从文件生成configmap时要使用的秘钥 ~~~ 可以定义一个密钥，而不是要在ConfigMap生成器中使用的文件名。 ~~~ configure-pod-container/configmap/game.properties ~~ 阅读全文

posted @ 2022-03-30 13:21 yanqi_vip 阅读(33) 评论(0) 推荐(0)

|NO.Z.00172|——————————|CloudNative|——|KuberNetes&配置管理.V03|——|configmap.v03|从文件值创建configmap|

摘要： 一、从文件值创建configmap ### 根据文件值创建configmap ~~~ 可以将kubectl create configmap其与--from-literal参数一起使用， ~~~ 以从命令行定义文字值 [root@k8s-master01 configmap]# kubectl cr 阅读全文

posted @ 2022-03-30 13:20 yanqi_vip 阅读(25) 评论(0) 推荐(0)

|NO.Z.00173|——————————|CloudNative|——|KuberNetes&配置管理.V04|——|configmap.v04|从生成器创建configmap|

摘要： 一、从生成器中创建一个configmap ### 从生成器中创建一个configmap ~~~ # 从文件中生产configmap ~~~ 从文件生成ConfigMap configure-pod-container/configmap/game.properties ~~~ kubectlkust 阅读全文

posted @ 2022-03-30 13:20 yanqi_vip 阅读(63) 评论(0) 推荐(0)

|NO.Z.00170|——————————|CloudNative|——|KuberNetes&配置管理.V01|——|configmap.v01|从目录创建configmap|

摘要： 一、ConfigMap概述 ### ConfigMap概述 ~~~ # 一般用ConfigMap去管理一些配置文件、或者一些大量的环境变量信息。 ~~~ ConfigMap将配置和Pod分开，有一个nginx，nginx.conf -> configmap,nginx ~~~ 更易于配置文件的更改和 阅读全文

posted @ 2022-03-30 13:19 yanqi_vip 阅读(49) 评论(0) 推荐(0)

|NO.Z.00171|——————————|CloudNative|——|KuberNetes&配置管理.V02|——|configmap.v02|从文件创建configmap|

摘要： 一、从文件创建configmap ### 可以用来kubectl create configmap从单个文件或多个文件创建ConfigMap。 ~~~ 也可以定义它的名字，在前面加入命名方式，若是不加的话默认是按照它的文件名来命名的： ~~~ 这种方式在生产环境中是最常用的。 [root@k8s-m 阅读全文

posted @ 2022-03-30 13:19 yanqi_vip 阅读(51) 评论(0) 推荐(0)

|NO.Z.00169|——————————|CloudNative|——————————————————————————————————————

摘要： NO： Walter Savage Landor:strove with none,for none was worth my strife.Nature I loved and, next to Nature, Art:I warm'd both hands before the fire of 阅读全文

posted @ 2022-03-30 13:18 yanqi_vip 阅读(44) 评论(0) 推荐(0)

|NO.Z.00168|——————————|CloudNative|——|KuberNetes&服务发布.V19|——|HPA.v02|自动扩容|自动缩容|

摘要： 一、自动扩缩容HPA实践 ### 创建deployment，添加内存参数 ~~~ 首先需要创建一个deployment [root@k8s-master01 ~]# kubectl get deploy NAME READY UP-TO-DATE AVAILABLE AGE demo-nginx 2 阅读全文

posted @ 2022-03-30 13:17 yanqi_vip 阅读(74) 评论(0) 推荐(0)

|NO.Z.00167|——————————|CloudNative|——|KuberNetes&服务发布.V18|——|HPA.v01|资源查看|

摘要： 一、HPA概述 ### 什么是HPA ~~~ Horizontal Pod Autoscaler：Pod的水平自动伸缩器。 ~~~ 观察Pod的CPU、内存使用率自动扩展或缩容Pod的数量。 ~~~ 不适用于无法缩放的对象，比如DaemonSet。一般都是用在Deployment上的。 ~~~ 一般 阅读全文

posted @ 2022-03-30 13:16 yanqi_vip 阅读(35) 评论(0) 推荐(0)

|NO.Z.00165|——————————|CloudNative|——|KuberNetes&服务发布.V16|——|ingress.v04|创建ingress.pod|

摘要： 一、Ingress入门使用 ### 使用详解： ~~~ # 地址： ~~~ https://kubernetes.github.io/ingress-nginx/user-guide/nginx-configuration/ ~~~ # 配置域名的方式有好几种： ~~~ ConfigMap，Anno 阅读全文

posted @ 2022-03-30 13:16 yanqi_vip 阅读(46) 评论(0) 推荐(0)

|NO.Z.00166|——————————|CloudNative|——|KuberNetes&服务发布.V17|——|ingress.v05|创建多级域名ingress.pod|

摘要： 一、创建一个多域名ingress ### 创建多域名ingress.yaml配置文件 [root@k8s-master01 ~]# vim ingress-mulDomain.yaml apiVersion: networking.k8s.io/v1beta1 # networking.k8s.io 阅读全文

posted @ 2022-03-30 13:16 yanqi_vip 阅读(74) 评论(0) 推荐(0)

|NO.Z.00163|——————————|^^ 部署 ^^|——|KuberNetes&服务发布.V14|——|ingress.v02|ingress部署.V01|部署helm|

摘要： 一、Ingress安装使用 ### Ingress安装使用 ~~~ # 首先安装helm管理工具： ~~~ https://helm.sh/docs/intro/install/ ~~~ # 使用helm安装ingress： ~~~ https://kubernetes.github.io/ingr 阅读全文

posted @ 2022-03-30 13:15 yanqi_vip 阅读(65) 评论(0) 推荐(0)

|NO.Z.00164|——————————|^^ 部署 ^^|——|KuberNetes&服务发布.V15|——|ingress.v03|ingress部署.V01|扩容|缩容|

摘要： 一、ingress扩容缩容节点 ### ingress扩容节点 ~~~ 将ingress controller部署至Node节点（ingress controller不能部署在master节点， ~~~ 需要安装视频中的步骤将ingress controller部署至Node节点， ~~~ 生产环境 阅读全文

posted @ 2022-03-30 13:15 yanqi_vip 阅读(50) 评论(0) 推荐(0)

|NO.Z.00162|——————————|CloudNative|——|KuberNetes&服务发布.V13|——|ingress.v01|架构|

摘要： 一、Ingress概述：ingress架构 二、ingress架构说明 ### ingress架构说明 ~~~ # 通过service： ~~~ 也可以发布一些服务，通过service的NodePort的方式也可以在外网暴露一些端口， ~~~ 通过IP+端口号的形式也可以实现外网访问，这个端口号也可 阅读全文

posted @ 2022-03-30 13:14 yanqi_vip 阅读(46) 评论(0) 推荐(0)

|NO.Z.00160|——————————|CloudNative|——|KuberNetes&服务发布.V11|——|service.v03|service反代域名|

摘要： 一、使用Service反代域名 ### 创建service反代域名yaml配置文件 ~~~ 书写反代域名的yaml文件 ~~~ 需要改成反代的域名 [root@k8s-master01 ~]# vim nginx-externalName.yaml apiVersion: v1 kind: Serv 阅读全文

posted @ 2022-03-30 13:13 yanqi_vip 阅读(37) 评论(0) 推荐(0)

|NO.Z.00161|——————————|CloudNative|——|KuberNetes&服务发布.V12|——|service.v04|service常用类型|

摘要： 一、service常用类型：service类型一：ClusterIP：在集群内部使用，也是默认值。 ### 类型一：ClusterIP：在集群内部使用，也是默认值。 ~~~ 这个service的地址，在安装的时候不要和公司的网段去重复。 ~~~ 还有Pod的网段是不建议去重复。 ~~~ 这个serv 阅读全文

posted @ 2022-03-30 13:13 yanqi_vip 阅读(48) 评论(0) 推荐(0)

|NO.Z.00157|——————————|CloudNative|——|KuberNetes&服务发布.V08|——|service.v04|验证service|

摘要： 一、验证创建的service是否代理到pod上 ### 验证service是否代理到对应的pod上 ~~~ 查看创建的pod及service地址 [root@k8s-master01 ~]# kubectl get po -owide NAME READY STATUS RESTARTS AGE I 阅读全文

posted @ 2022-03-30 13:12 yanqi_vip 阅读(45) 评论(0) 推荐(0)

|NO.Z.00158|——————————|CloudNative|——|KuberNetes&服务发布.V09|——|service.v01|service代理外部服务|

摘要： 一、使用service代理k8s外部应用 ### service代理k8s外部应用使用场景 ~~~ 希望在生产环境中使用某个固定的名称而非IP地址进行访问外部的中间件服务 ~~~ 希望Service指向另一个Namespace中或其他集群中的服务 ~~~ 某个项目正在迁移至k8s集群，但是一部分服务 阅读全文

posted @ 2022-03-30 13:12 yanqi_vip 阅读(59) 评论(0) 推荐(0)

|NO.Z.00159|——————————|CloudNative|——|KuberNetes&服务发布.V10|——|service.v02|外部地址发生更新|

摘要： 一、外部应用地址发生变化，解决方案 ### 更改endpoints配置参数 ~~~ 查看百度地址 ~~~ 若是百度的地址或者目标地址变更了怎么办，我们只需要编辑endpoint就可以： ~~~ 模拟编辑测试;代理一下淘宝的 [root@k8s-master01 ~]# ping taobao.com 阅读全文

posted @ 2022-03-30 13:12 yanqi_vip 阅读(22) 评论(0) 推荐(0)

|NO.Z.00156|——————————|CloudNative|——|KuberNetes&服务发布.V07|——|service.v03|创建service|

摘要： 一、引入service ### 什么是service ~~~ Service可以简单的理解为逻辑上的一组Pod。 ~~~ 一种可以访问Pod的策略，而且其他Pod可以通过这个Service访问到这个Service代理的Pod。 ~~~ 相对于Pod而言，它会有一个固定的名称，一旦创建就固定不变。 ~ 阅读全文

posted @ 2022-03-30 12:04 yanqi_vip 阅读(47) 评论(0) 推荐(0)

|NO.Z.00153|——————————|CloudNative|——|KuberNetes&服务发布.V04|——|label&selector.v04|selector查询|

摘要： 一、selector的查询语法 ### 通过一个条件匹配label过滤符合条件的pod ~~~ 通过一个条件来匹配：假设我们有这么多Pod ~~~ 假设我们需要查看metrics-scraper和dashboard这个Pod，我们如何过滤 [root@k8s-master01 ~]# kubectl 阅读全文

posted @ 2022-03-30 12:03 yanqi_vip 阅读(53) 评论(0) 推荐(0)

|NO.Z.00154|——————————|CloudNative|——|KuberNetes&服务发布.V05|——|service.v01|概述|

摘要： 一、在k8s中如何发布服务概述 ### 服务访问分为两种形式： ~~~ 第一种：服务之间的调用；就是我们部署了两个应用，这两个都是后端应用；比如是ServerA，serviceB两个服务之间的调用。 ~~~ 第二种：用户流量的访问，用户通过域名去访问。 ~~~ # 东西流量：服务之间的访问，一般有s 阅读全文

posted @ 2022-03-30 12:03 yanqi_vip 阅读(35) 评论(0) 推荐(0)

|NO.Z.00155|——————————|CloudNative|——|KuberNetes&服务发布.V06|——|service.v02|service代理内部服务|

摘要： 一、service：创建nginx-deployment ### 创建nginx-deployment.yaml配置文件 [root@k8s-master01 ~]# cat nginx-deploy.yaml apiVersion: apps/v1 kind: Deployment metadat 阅读全文

posted @ 2022-03-30 12:03 yanqi_vip 阅读(42) 评论(0) 推荐(0)

|NO.Z.00151|——————————|CloudNative|——|KuberNetes&服务发布.V02|——|label&selector.v02|label定位pod|

摘要： 一、Label和selector ### 通过label来划分宿主机部署pod ### 假如实验环境是5个节点 [root@k8s-master01 ~]# kubectl get node -owide NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTER 阅读全文

posted @ 2022-03-30 12:02 yanqi_vip 阅读(32) 评论(0) 推荐(0)

|NO.Z.00152|——————————|CloudNative|——|KuberNetes&服务发布.V03|——|label&selector.v03|label修改|

摘要： 一、修改label ### label修改方式 ~~~ 第一种：删除重建：如何删除一个label ~~~ 第二种：修改overwrite进行修改label 二、方式一：删除label重建 ### 删除容器对应的label [root@k8s-master01 ~]# kubectl label po 阅读全文

posted @ 2022-03-30 12:02 yanqi_vip 阅读(29) 评论(0) 推荐(0)

|NO.Z.00150|——————————|CloudNative|——|KuberNetes&服务发布.V01|——|label&selector.v01|概述|

摘要： 一、Label和Selector： ### k8s的；label和selector概述 ~~~ Label：对k8s中各种资源进行分类、分组，添加一个具有#特别属性的一个标签。 ~~~ Selector：通过#一个过滤的语法进行查找到对应标签的资源 二、label和selector架构说明 三、la 阅读全文

posted @ 2022-03-30 12:01 yanqi_vip 阅读(41) 评论(0) 推荐(0)

|NO.Z.00148|——————————|CloudNative|——|KuberNetes&资源调度.V18|——|daemonset.v03|更新|回滚|

摘要： 一、daemonset更新和回滚 ### daemonset的更新 ~~~ 使用RollingUpdate更新DaemonSet ~~~ daemonset滚动更新是先删除然后再创建一个新的。 ~~~ 默认的更新策略是RollingUpdate；多了一个update字符串，maxUnavailabl 阅读全文

posted @ 2022-03-30 12:00 yanqi_vip 阅读(57) 评论(0) 推荐(0)

|NO.Z.00149|——————————|CloudNative|——————————————————————————————————————

摘要： NO： Walter Savage Landor:strove with none,for none was worth my strife.Nature I loved and, next to Nature, Art:I warm'd both hands before the fire of 阅读全文

posted @ 2022-03-30 12:00 yanqi_vip 阅读(48) 评论(0) 推荐(0)

|NO.Z.00147|——————————|CloudNative|——|KuberNetes&资源调度.V17|——|daemonset.v02|创建到特定主机|

摘要： 一、将daemonset部署到符合条件的宿主机上 ### 为符合条件的宿主机打标签 ~~~ 为所有node节点搭上标签 ~~~ 只需要在node节点上部署ds，忽略master节点。需要给node节点打个标签， [root@k8s-master01 ~]# kubectl label node k8 阅读全文

posted @ 2022-03-30 11:59 yanqi_vip 阅读(27) 评论(0) 推荐(0)

|NO.Z.00145|——————————|^^ 标准 ^^|——|KuberNetes&资源调度.V15|——|statefulset.v07|删除|容器镜像导入导出|

摘要： 一、StatefulSet删除 ### StatefulSet删除方式 ~~~ 级联删除：删除StatefulSet时同时删除pod；默认使用级联删除。 ~~~ 非级联删除：删除StatefulSet时不删除pod 二、StatefulSet级联删除 ### 级联删除（默认） [root@k8s-m 阅读全文

posted @ 2022-03-30 11:59 yanqi_vip 阅读(67) 评论(0) 推荐(0)

|NO.Z.00146|——————————|CloudNative|——|KuberNetes&资源调度.V16|——|daemonset.v01|创建|

摘要： 一、DaemonSet概述 ### DaemonSet是什么？ ~~~ DaemonSet：守护进程集，缩写为ds，在所有节点或者是匹配的节点上都部署一个Pod。 ### DaemonSet应用场景 ~~~ 运行集群存储的daemon，比如ceph或者glusterd ~~~ 节点的CNI网络插件， 阅读全文

posted @ 2022-03-30 11:59 yanqi_vip 阅读(35) 评论(0) 推荐(0)

|NO.Z.00143|——————————|CloudNative|——|KuberNetes&资源调度.V13|——|statefulset.v05|更新.V02|OnDelete|

摘要： 三、StatefulSet更新策略二：OnDelete ### 添加配置参数，触发更新 ~~~ # 更改StatefulSet配置参数镜像版本更改为1.15.3 ~~~ 使用 OnDelete去更新；它是不会触发更新的，只有把这个Pod删除之后才会触发更新镜像 [root@k8s-master01 阅读全文

posted @ 2022-03-30 11:58 yanqi_vip 阅读(59) 评论(0) 推荐(0)

|NO.Z.00144|——————————|CloudNative|——|KuberNetes&资源调度.V14|——|statefulset.v06|更新.V03|分段更新|

摘要： 一、StatefulSet分段更新：StatefulSet分段更新架构 二、StatefulSet分段更新说明 ### StatefulSet分段更新说明 ~~~ 假设我们启动了5个Pod ~~~ 假设Partition设置为2，那么他就只会更新web-2，web-3，web-4，而web-0和we 阅读全文

posted @ 2022-03-30 11:58 yanqi_vip 阅读(76) 评论(0) 推荐(0)

|NO.Z.00142|——————————|CloudNative|——|KuberNetes&资源调度.V12|——|statefulset.v04|更新.V01|RollingUpdate|

摘要： 一、StatefulSet更新策略 ### 查看StatefulSet资源文件 [root@k8s-master01 ~]# kubectl get sts web -o yaml apiVersion: apps/v1 kind: StatefulSet metadata: creationTim 阅读全文

posted @ 2022-03-30 11:57 yanqi_vip 阅读(60) 评论(0) 推荐(0)

|NO.Z.00140|——————————|CloudNative|——|KuberNetes&资源调度.V10|——|statefulset.v02|创建|

摘要： 一、定义一个StatefulSet资源 ### 创建一个StatefulSet.yaml资源文件 ~~~ 创建StatefulSet资源文件 [root@k8s-master01 ~]# vim nginx-sts.yaml apiVersion: v1 kind: Service metadata 阅读全文

posted @ 2022-03-30 11:56 yanqi_vip 阅读(60) 评论(0) 推荐(0)

|NO.Z.00141|——————————|CloudNative|——|KuberNetes&资源调度.V11|——|statefulset.v03|pod启动流程|

摘要： 一、StatefulSet是如何为我们创建各自标识的容器的。 ### StatefulSet类型pod启动顺序 ~~~ pod是按照顺序去启动的 ~~~ 删除的时候和创建的时候顺序是相反的。 [root@k8s-master01 ~]# kubectl get po //它是按顺序启动之后才会启动下 阅读全文

posted @ 2022-03-30 11:56 yanqi_vip 阅读(43) 评论(0) 推荐(0)

|NO.Z.00138|——————————|CloudNative|——|KuberNetes&资源调度.V08|——|deployment.v06|更新注意事项|

摘要： 一、Deployment注意事项 ### 查看deployment.yaml配置文件 [root@k8s-master01 ~]# kubectl get deploy nginx -oyaml apiVersion: apps/v1 kind: Deployment metadata: annot 阅读全文

posted @ 2022-03-30 11:55 yanqi_vip 阅读(65) 评论(0) 推荐(0)

|NO.Z.00139|——————————|CloudNative|——|KuberNetes&资源调度.V09|——|statefulset.v01|概述|

摘要： 一、StatefulSet有状态应用管理 ### 有状态应用管理StatefulSet ~~~ # 注：StatefulSet：是创建有状态应用的，会为每个Pod起一个固定的名称， ~~~ # 每个Pod的名称加上他的service名称就可以访问到这个Pod。 ~~~ StatefulSet（有状态 阅读全文

posted @ 2022-03-30 11:55 yanqi_vip 阅读(34) 评论(0) 推荐(0)

|NO.Z.00137|——————————|CloudNative|——|KuberNetes&资源调度.V07|——|deployment.v05|暂停|恢复|

摘要： 一、deployment暂停和恢复 ### deployment暂停恢复概述 ~~~ 使用edit命令可以同时修改多个参数，统一去保存的。 ~~~ 使用set命令多次修改它的配置，只触发一次更新呢？ ~~~ 可以使用呢Deployment的暂停功能，就是多次执行deployment的更新给暂停掉， 阅读全文

posted @ 2022-03-30 11:54 yanqi_vip 阅读(46) 评论(0) 推荐(0)

|NO.Z.00136|——————————|CloudNative|——|KuberNetes&资源调度.V06|——|deployment.v04|扩容|缩容|

摘要： 一、deployment扩容 ### deployment扩容 ~~~ 假设我们的deployment前期的业务量很小，只起了3个副本或者5个副本。 ~~~ 但是随着时间的推移，当前副本已经不能支撑业务需求； ~~~ 或者说是预期内需要搞一个活动，搞活动访问量会比较大， ~~~ 需要进行扩容：# 方 阅读全文

posted @ 2022-03-30 11:54 yanqi_vip 阅读(38) 评论(0) 推荐(0)

|NO.Z.00134|——————————|CloudNative|——|KuberNetes&资源调度.V04|——|deployment.v02|更新|

摘要： 一、Deployment更新 ### 修改deployment配置参数，触发更新 ~~~ 修改配置参数，触发更新 ~~~ 只有更改了spec中的template的配置才会触发它的更新。才会新生成一个RS， ~~~ 更改了template才会记录一个新的RS， [root@k8s-master01 ~ 阅读全文

posted @ 2022-03-30 11:53 yanqi_vip 阅读(31) 评论(0) 推荐(0)

|NO.Z.00135|——————————|CloudNative|——|KuberNetes&资源调度.V05|——|deployment.v03|回滚|

摘要： 一、Deployment回滚 ### 回滚到上一个版本：查看资源的历史版本 ~~~ # 回滚到上一个版本 ~~~ 模拟镜像版本地址写错了，回滚到之前的版本 ~~~ 其实是没有这个镜像地址，改为之前的版本；但是可能时间久了，你不知道之前的版本是多少。 ~~~ 就可以使用deployment回滚，回滚有 阅读全文

posted @ 2022-03-30 11:53 yanqi_vip 阅读(35) 评论(0) 推荐(0)

|NO.Z.00132|——————————|CloudNative|——|KuberNetes&资源调度.V02|——|Deployment&StatefulSet&DaemonSet|

摘要： 一、Deployment、StatefulSet、DaemonSet三者的区别： ### deployment ~~~ # Deployment：无状态的应用部署：不产生任何的缓存数据，随时的去重启发布回滚等操作， ~~~ 部署在哪个节点都是没有问题。 ~~~ 在生产环境中都是使用Deploymen 阅读全文

posted @ 2022-03-30 11:52 yanqi_vip 阅读(105) 评论(0) 推荐(0)

|NO.Z.00133|——————————|CloudNative|——|KuberNetes&资源调度.V03|——|deployment.v01|创建|

摘要： 一、Deployment： ### Deployment概念： ~~~ 用于部署无状态的服务，这个最常用的控制器。 ~~~ 一般用于管理维护企业内部无状态的微服务， ~~~ 比如configserver、zuul、springboot。 ~~~ 他可以管理多个副本的Pod实现无缝迁移、自动扩容缩容、 阅读全文

posted @ 2022-03-30 11:52 yanqi_vip 阅读(33) 评论(0) 推荐(0)

|NO.Z.00129|——————————|CloudNative|——|KuberNetes&基础标签.V12|——|pod三种探针.V04|pod退出说明|

摘要： 一、pod的退出流程 二、pod退出流程说明 ### pod退出流程说明 ~~~ 用户执行删除操作，这个pod就会转为一个Terminating状态，执行删除之后会有一个宽限时间 ~~~ 在进行terminating状态的时候， ~~~ 比如配置了一个service，在这个service里面配置en 阅读全文

posted @ 2022-03-30 11:51 yanqi_vip 阅读(35) 评论(0) 推荐(0)

|NO.Z.00131|——————————|CloudNative|——|KuberNetes&资源调度.V01|——|RC&ReplicaSet|

摘要： 一、Replication Controller和ReplicaSet概述 ### Replication Controller和ReplicaSet ~~~ Replication Controller（复制控制器，RC）和ReplicaSet（复制集，RS）是两种简单部署Pod的方式。 ~~~ 阅读全文

posted @ 2022-03-30 11:51 yanqi_vip 阅读(43) 评论(0) 推荐(0)

|NO.Z.00130|——————————|CloudNative|——————————————————————————————————————

摘要： NO： Walter Savage Landor:strove with none,for none was worth my strife.Nature I loved and, next to Nature, Art:I warm'd both hands before the fire of 阅读全文

posted @ 2022-03-30 11:51 yanqi_vip 阅读(6) 评论(0) 推荐(0)

|NO.Z.00128|——————————|CloudNative|——|KuberNetes&基础标签.V11|——|pod三种探针.V04|pod退出示例|

摘要： 一、Pod退出的流程：探针检查配置说明 ### 探针检查配置参数 ~~~ initialDelaySeconds: 60 // 初始化时间 ~~~ timeoutSeconds: 2 // 超时时间 ~~~ periodSeconds: 5 // 检测间隔 ~~~ successThreshold: 阅读全文

posted @ 2022-03-30 11:50 yanqi_vip 阅读(61) 评论(0) 推荐(0)

|NO.Z.00126|——————————|CloudNative|——|KuberNetes&基础标签.V09|——|pod三种探针.V02|startupProbe|

摘要： 一、为什么要引入startupProbe ### 为什么要引入startupProbe？ ~~~ # 这个容器启动特别慢，启动之后会进行一系列的初始化操作，比如加载数据，同步操作。 ~~~ 载入各种数据等，这个过程会非常慢， ~~~ 但是你把检测的过程放在LivenessProbe里面， ~~~ 会 阅读全文

posted @ 2022-03-30 11:49 yanqi_vip 阅读(82) 评论(0) 推荐(0)

|NO.Z.00127|——————————|CloudNative|——|KuberNetes&基础标签.V10|——|pod三种探针.V03|Liveness|Readiness判断pod是否存活|

摘要： 一、判断pod和进程是否存活 ### 判断pod和进程存活的参数 ~~~ readinessProbe：判定容器是不是存活的 ~~~ livenessProbe：判定容器里进程是否是存活的 二、判断容器和进程是否存活readinessProbe.livenessProbe；创建资源 ### 创建资源 阅读全文

posted @ 2022-03-30 11:49 yanqi_vip 阅读(65) 评论(0) 推荐(0)

|NO.Z.00123|——————————|CloudNative|——|KuberNetes&基础标签.V06|——|kubernetes.v06|yaml文件详解|

摘要： 一、yaml概述：yaml文件详解 ### 查看pod.yaml配置文件 [root@k8s-master01 ~]# vim pod.yaml apiVersion: v1 # 必选，API的版本号 kind: Pod # 必选，类型Pod；开头是apiVersion和kind：若是写yaml文件 阅读全文

posted @ 2022-03-30 11:48 yanqi_vip 阅读(41) 评论(0) 推荐(0)

|NO.Z.00124|——————————|CloudNative|——|KuberNetes&基础标签.V07|——|kubernetes.v07|yaml部署容器|

摘要： 一、使用yaml文件部署容器 ### 使用yaml创建资源；默认命名空间下 ~~~ 创建一个资源 ~~~ kubectl create:创建一个资源 -f：指定创建资源的文件是谁 [root@k8s-master01 ~]# kubectl create -f pod.yaml pod/nginx 阅读全文

posted @ 2022-03-30 11:48 yanqi_vip 阅读(33) 评论(0) 推荐(0)

|NO.Z.00125|——————————|CloudNative|——|KuberNetes&基础标签.V08|——|pod三种探针.V01|

摘要： 一、Pod探针概述 ### Pod探针startupProbe ~~~ StartupProbe：k8s1.16版本后新加的探测方式，用于判断容器内应用程序是否已经启动。 ~~~ 如果配置了startupProbe，就会先禁止其他的探测，直到它成功为止，成功后将不在进行探测。 ### pod探针Li 阅读全文

posted @ 2022-03-30 11:48 yanqi_vip 阅读(42) 评论(0) 推荐(0)

|NO.Z.00122|——————————|CloudNative|——|KuberNetes&基础标签.V05|——|kubernetes.v05|pod操作|

摘要： 一、kubernetes.pod ### pod概述 ~~~ Pod是k8s中最小的单元 ~~~ 由一组、一个或多个容器组成，每个Pod还包含了一个Pause容器 ~~~ pause容器时pod的父容器，主要负责僵尸进程的回收管理， ~~~ 通过通过Pause容器可以使同一个Pod里面的多个容器共享 阅读全文

posted @ 2022-03-30 11:47 yanqi_vip 阅读(34) 评论(0) 推荐(0)

|NO.Z.00121|——————————|CloudNative|——|KuberNetes&基础标签.V04|——|kubernetes.v04|资源查看|

摘要： 一、kubernetes资源查看方式：查看pod ### 可以通过get ns查看当前节点下有多少个namespace； [root@k8s-master01 ~]# kubectl get ns NAME STATUS AGE default Active 4d23h kube-node-leas 阅读全文

posted @ 2022-03-30 11:46 yanqi_vip 阅读(81) 评论(0) 推荐(0)

|NO.Z.00119|——————————|CloudNative|——|KuberNetes&基础标签.V02|——|kubernetes.v02|Master&Node组件说明|

摘要： 一、kubernetes.master节点组件说明 ### Master节点：整个集群的控制中枢 ~~~ 整个集群的控制中枢； ### kube-apiserver：集群的控制中枢 ~~~ 集群的控制中枢，各个模块之间信息交互都需要经过Kube-APIServer， ~~~ 同时它也是集群管理、资源 阅读全文

posted @ 2022-03-30 11:45 yanqi_vip 阅读(33) 评论(0) 推荐(0)

|NO.Z.00120|——————————|CloudNative|——|KuberNetes&基础标签.V03|——|kubernetes.v03|组件说明|

摘要： 一、IPVS和IPtables的区别 ### IPVS： ~~~ 监听Master节点增加和删除service记忆endpoint的消息， ~~~ 调用Netlink接口创建相应的IPVS规则，通过IPVS规则，将流量转发至相应的Pod上。 ### Iptables： ~~~ 监听master节点增 阅读全文

posted @ 2022-03-30 11:45 yanqi_vip 阅读(46) 评论(0) 推荐(0)

|NO.Z.00118|——————————|CloudNative|——|KuberNetes&基础标签.V01|——|kubernetes.v01|架构说明|

摘要： 一、Kubernetes详解 ### 为什么需要使用到Kubernetes ~~~ # docker已经可以实现帮我们部署应用，而且可以帮我们实现我们需要的功能，为什么还需要引入k8s呢 ~~~ docker部署应用，前期部署的容器并不多，而且应用到容器也不多。 ~~~ 直接使用docker或者宿主 阅读全文

posted @ 2022-03-30 11:44 yanqi_vip 阅读(32) 评论(0) 推荐(0)

|NO.Z.00117|——————————|CloudNative|——————————————————————————————————————

摘要： NO： Walter Savage Landor:strove with none,for none was worth my strife.Nature I loved and, next to Nature, Art:I warm'd both hands before the fire of 阅读全文

posted @ 2022-03-30 11:44 yanqi_vip 阅读(12) 评论(0) 推荐(0)

|NO.Z.00116|——————————|^^ 制作 ^^|——|KuberNetes&Docker操作.V14|——|docker.v04|基于scratch制作小镜像|

摘要： 一、基于scratch创建镜像小镜像 ### 下载scratch镜像版本包 ~~~ 可以查看到是没有这个镜像的，但是它可以被直接拿来用的。 [root@k8s-master01 dockerfiles]# docker pull scratch Using default tag: latest E 阅读全文

posted @ 2022-03-30 11:43 yanqi_vip 阅读(98) 评论(0) 推荐(0)

导航