分类：容器服务

前面的文章介绍过 Kubernetes 服务中使用的组件和组件的作用。这里简单说明一下这些组件间是怎么通讯的。 一、组件只和 ApiServer 进行直接通信 Kubernetes 的组件包括:Master 节点的组件 和 Node 节点的组件；这些组件只与 ApiServer 组件进行直接通信；其…

接上文： Kubernetes 服务的 DNS 服务搭建和配置指南 -2 五、Pod 资源对象配置 DNS 信息 除了使用集群范围的DNS服务（如CoreDNS），在Pod级别也能设置DNS的相关策略和配置。 5.1、DNS 策略配置 在Pod的YAML配置文件中通过 spec.dnsPolicy …

接上文 Kubernetes 服务的 DNS 服务搭建和配置指南 -1 四、CoreDNS 服务的配置文件说明 CoreDNS的主要功能是通过插件系统实现的。CoreDNS实现了一种链式插件结构，将DNS的逻辑抽象成了一个个插件，能够灵活组合使用。 4.1、CoreDNS 服务的配置文件示例 为域名…

作为服务发现机制的基本功能，在集群内需要能够通过服务名对服务进行访问，这就需要一个集群范围内的DNS服务来完成从服务名到ClusterIP的解析。 一、Kubernetes 集群中DNS服务的三个阶段 1.1、第一阶段 SkyDNS 在Kubernetes 1.2版本时，DNS服务是由SkyDNS提…

在 Kubernetes 容器编排工具初始化时，一般从安全的角度考虑，Master 节点不参与 Pod 的调度；也就是不会在 Master 节点运行 Pod。这个规则是通过对 Node 节点设置 taint 污点实现的。参考文档： Kubernetes 集群中设置污点 Taints 和容忍 Tole…

前面介绍的NodeSelector、NodeAffinity和 PodAffinity 都是在Pod 上定义一种属性，使得 Pod 能够被调度到某些 Node 上。Taints 则正好相反，它让 Node 拒绝 Pod 的运行。 Taint需要和Tolerations配合使用，让Pod避开那些不合适…

根据在节点上正在运行的 Pod 的标签而不是节点的标签进行判断和调度，要求对节点和 Pod 两个条件进行匹配。这种规则可以描述为：如果在具有标签X的Node上运行了一个或者多个符合条件Y的Pod，那么Pod应该（如果是互斥的情况，那么就变成拒绝）运行在这个Node上。这里的X指的时集群中的节点，机架…

NodeSelector 通过标签的方式，简单实现了限制 Pod 所在节点的方式。nodeAffinity 亲和性调度机制则极大的扩展了 Pod 的调度能力。使用 nodeAffinity 可以使用软限制、优先采用等限制方式，取代 nodeSelector 的硬限制。这样调度器在无法满足优先需求的情…

一、Pod 调度过程 kubernetes Master 上的 Scheduler 服务（kube-scheduler进程）负责实现 Pod 的调度，整个调度过程通过执行一系列复杂的算法最终为每个 Pod 计算出一个最佳的目标节点，这一过程是自动完成的，通常我们无法知道 Pod 最终会被调度到哪个节…