kubernetes

1. DaemonSet控制器 从名字上就可以看出这个控制器是管理守护进程类的pod; DaemonSet控制器的主要作用是管理守护进程类的Pod , 通常用于在每个节点需要运行一个这样的Pod场景; 比如我们要收集日志到es中 , 我们就可以使用这种控制器在每个节点上运行一个Pod; Daemon

控制器主要负责创建 , 管理k8s上的资源 , 如果对应资源不吻合用户定义的资源状态 , 它就会尝试重启或重建的方式让其状态和用户定义的状态吻合 ; 在k8s上控制器的类型有很多 , 比如pod控制 , service控制器 , endpoint控制器等等 ; 不同类型的控制器有着不同的功能和作用

部署、扩展、更新和回滚是应用维护的核心编排任务。传统的应 用部署方案中 , 横向扩展(scale out)是应对单主机资源局限性时具 有普适性的选择 , 以Pod形式托管在Kubernetes集群上运行的应用面临着同样的可用资源阈值问题 , 容器化应用的可用资源受限于用户定义 的资源(CPU和内存)

Kubernetes把工作节点也抽象成了名为Node的API资源 , 但在现实中 , 工作节点是指需要运行kubelet、kube-proxy和以docker或 containerd为代表的容器运行时这3个关键组件的物理服务器或虚拟机 , 其核心任务在于以Pod形式运行工作负载 , 而这些工作负载将

本页介绍 Kubernetes 中的 服务质量 ( Quality of Service , QoS ) 类 , 阐述 Kubernetes 如何根据为 Pod 中的容器指定的资源约束为每个 Pod 设置 QoS 类。 Kubernetes 依赖这种分类来决定当 Node 上没有足够可用资源时要驱逐

1. PDB基础 在 Kubernetes 中 , 为了保证业务不中断或业务SLA不降级 , 需要将应用进行集群化部署。通过PodDisruptionBudget 控制器可以设置应用POD集群处于运行状态最低个数 , 也可以设置应用POD集群处于运行状态的最低百分比 , 这样可以保证在主动销毁应用P

1. Sidecar 容器的概念 sidecar 容器的概念在 Kubernetes 早期就已经存在。一个明显的例子就是 2015 年的这篇 Kubernetes 博客文章 , 其中提到了 sidecar 模式。多年来 , sidecar 模式在应用程序中变得越来越普遍 , 使用场景也变得更加多样化

Pause 容器 , 又叫 Infra 容器 我们知道在 kubelet 的配置中有这样一个参数 : KUBELET_POD_INFRA_CONTAINER=--pod-infra-container-image=registry.access.redhat.com/rhel7/pod-infras

Init 容器是一种特殊容器 , 在Pod 内的应用容器启动之前运行。Init 容器可以包括一些应用镜像中不存在的实用工具和安装脚本。 你可以在 Pod 的规约中与用来描述应用容器的 containers 数组平行的位置指定 Init 容器。 每个Pod 中可以包含多个容器 , 应用运行在这些容器里

1. Pod生命周期 pod生命周期是指在pod开始创建到pod退出所消耗的时间范围 , 我们把开始到结束的这段时间范围就叫做pod的生命周期 ; 其大概过程如下图所示