k8s
文章平均质量分 64
chunmiao3032
人生一年又一年,只要每年都有所积累,有所成长,都有那么一次自己认为满意的花开时刻就好。即使一时不顺,也要敞开胸怀。生命的荣枯并不是简单的重复,一时的得失不是成败的尺度。花开不是荣耀,而是一个美丽的结束,花谢也不是耻辱,而是一个低调的开始。
展开
-
ETCD读写处理
轻量、高可用的分布式组件,分布式系统协调和元数据存储1、高可用:一半节点存活就可以提供服务2、一致性:leader选举,日志复制,同步数据3、watch机制4、运维复杂性低写请求:log同步、状态机维护读请求:线性一致性L=leader,F=follower(从节点)写请求: 1、客户端发起修改数据请求,v=32.1、leader以日志的形式将修改请求下发给从节点3.1,3.2、从节点收到这个事件,先将日志保存到节点的日志文件中,保存成功后,会给leader回复一个响应v=3这个事收到了,但是还有没改4.1原创 2022-07-03 22:41:20 · 473 阅读 · 0 评论 -
k8s基础概念、ETCD
原理、和k8s结合点(etcd与k8s的交集)、维护基础概念:物理组件、逻辑组件、网络组件、工作负载Master(Control plane)Node原创 2022-07-03 21:59:29 · 558 阅读 · 0 评论 -
apiserver、kube-scheduler、kube-controller-manager原理分析
Aggregator、kubeapiserver、apiExtensionServer1、 Aggregator相当于7层负载,提供各种路由转发 资源的注册与删除、openapi文档的同步、管理crd2、kubeapiserver处理通用请求 处理api resource的操作请求、为api提供restfulapi3、apiExtensionServer处理(CRD)Customer Resource Definition的请求 list wathc是apiserv原创 2022-07-03 12:34:12 · 955 阅读 · 0 评论 -
ETCD如何处理读写请求
主要就是etcd的leader和follower间的关系写请求处理:客户端发起写操作时,例如将x=1,随机从etcd集群中挑一个地址,如果挑的是follwer,那么他会把请求转发给leader,如果客户端挑的是leader那就不需要转发该请求了;leader首先在本地写个日志,然后发起一个议案,议案的内容就是分发日志给follower,看看是否能达成共识, 如果议案所有follower都达成共识,那么leader就进行数据提交,开始写数据,数据写完后,leader会把结果返回给客户端,告诉客户端数据已经写成原创 2022-07-02 13:15:25 · 701 阅读 · 0 评论 -
k8s组件间调用关系简述
etcd是集群中所有数据的存储,所有的资源状态都存在这,apiserver和etcd交互,提取数据,并提供一个总的路由入口controller-manager、scheduler都是通过listwatch从apiserver中拿数据controller-manager就是一个大管家,他是一个包工头,他自己不干活,从apiserver中去分包,拿到小的工程(创建pod等),分给他下面的小弟(pod-controller等)去干小弟就负责干两件事,1是找用户的期望状态,2是找集群的目标状态,对两个状态进行不停的原创 2022-07-02 12:51:07 · 534 阅读 · 0 评论