Linux Cgroups 的全称是 Linux Control Group。它最主要的作用,就是限制一个进程组能够使用的资源上限,包括 CPU、内存、磁盘、网络带宽等等
来自:06 | 白话容器基础(二):隔离与限制
43 人划过
运行在大规模集群中的各种任务之间,实际上存在着各种各样的关系。这些关系的处理,才是作业编排和管理系统最困难的地方
来自:09 | 从容器到容器云:谈谈Kubernetes的本质
33 人划过
一次能处理多个写操作,并且具备 Merge 能力
来自:23 | 声明式API与Kubernetes编程范式
17 人划过
这个操作,通常被叫作调谐(Reconcile)。这个调谐的过程,则被称作“Reconcile Loop”(调谐循环)或者“Sync Loop”(同步循环)
来自:16 | 编排其实很简单:谈谈“控制器”模型
16 人划过
当一个新的 Pod 完成调度需要在某个节点上运行起来之前,该节点上的 kubelet 还会通过一个叫作 Admit 的操作来再次验证该 Pod 是否确实能够运行在该节点上
来自:41 | 十字路口上的Kubernetes默认调度器
10 人划过
比如,当你的 Service 没办法通过 DNS 访问到的时候。你就需要区分到底是 Service 本身的配置问题,还是集群的 DNS 出了问题。一个行之有效的方法,就是检查 Kubernetes 自己的 Master 节点的 Service DNS 是否正常:
来自:38 | 从外界连通Service与Service调试“三板斧”
9 人划过
对于 Kubernetes 里的核心 API 对象,比如:Pod、Node 等,是不需要 Group 的(即:它们的 Group 是“”)。所以,对于这些 API 对象来说,Kubernetes 会直接在 /api 这个层级进行下一步的匹配过程。
来自:24 | 深入解析声明式API(一):API对象的奥秘
7 人划过
个 Pod 的变化就会触发 kubelet 在控制循环里注册的 Handler
来自:45 | 幕后英雄:SIG-Node与CRI
5 人划过
优先级和抢占机制,解决的是 Pod 调度失败时该怎么办的问题
来自:43 | Kubernetes默认调度器的优先级与抢占机制
4 人划过
而像我们上面这样将 StatefulSet 的 replicas 设置为 1 的话,StatefulSet 就会确保 Pod 被删除重建的时候,永远有且只有一个 CSI 插件的 Pod 运行在集群中。这对 CSI 插件的正确性来说,至关重要。
来自:31 | 容器存储实践:CSI插件编写指南
3 人划过
*精彩内容为该课程各文章中划线次数最多的内容
编辑推荐
包含这门课的学习路径
架构师
28门课程 151.9w人学习
运维工程师
32门课程 149.1w人学习
云原生工程师
14门课程 86.5w人学习
后端工程师
27门课程 184.1w人学习
看过的人还看了