- 博客(4)
- 资源 (1)
- 收藏
- 关注
RSS订阅
原创 K8S调度器Schduler工作原理--Priority优选算法中的抢占机制
文章目录一、为什么需要抢占机制二、如何使用抢占机制1、创建 PriorityClass 对象：2、在 deployment、statefulset 或者 pod 中声明使用已有的 priorityClass 对象即可三、相关流程一、为什么需要抢占机制当一个 pod 调度失败后，暂时处于 pending 状态，直到 pod 被更新或者集群状态发生变化，调度器才会对这个 pod 进行重新调度。但在实际的业务场景中会存在在线与离线业务之分，若在线业务的 pod 因资源不足而调度失败时，此时就需要离线业务下掉一
2020-05-23 15:59:16
725
原创 K8S-APIServer源码分析组件构成、原理、程序流程
文章目录一、组件构成二、组件实现原理三、程序流程源码分析一、组件构成apiserver 由 3 个组件构成（AggregatorServer、APIServer、APIExtensionServer）AggregatorServer：实现请求的代理转发，将来自用户的请求拦截转发给其他服务器，并且负责整个 APIServer 的服务发现功能APIServer：负责对内建资源对象请求的一些处理...
2020-05-10 17:16:51
2213
原创 Openshift中Route的HAProxy实现无缝重载原理分析
文章目录一、背景二、Haproxy在不同版本中处理无缝重载的策略OpenShift 3.9及更高版本OpenShift 3.7及更早版本一、背景在openshift集群中（以下简称OCP），对外部流量的转发是通过Router控制器控制Route对象中的路由规则来重载Infra节点中的HAProxy配置文件实现的。在上图中的第3步，Router重载Haproxy配置的过程中是会有有一小段时间Haproxy服务不可用，那么在Haproxy重载过程中是如何做到用户请求不丢失呢？二、Haproxy在不同版
2020-05-30 14:06:10
1053
原创 Raft算法详解
文章目录一、leader选举过程1、启动时选举：2、运行时选举：3、log replication4、脑裂问题一、leader选举过程raft协议中，一个节点任一时刻处于以下三个状态之一：leader：主节点follower：从节点candidate：候选主节点1、启动时选举：有节点启动时都是follower状态，在一段时间内如果没有收到来自leader的心跳，从follower切换到candidate，发起选举。如果收到集群中大多数的票（含自己的一票）则切换到leader状态；如果发现其
2020-05-23 17:01:02
3866
log4j-1.2.17
2017-09-13
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人