k8s逻辑架构

边缘计算系统云部分Kubernetes逻辑架构

Kubernetes逻辑架构包含两种类型的节点,即控制节点和计算节点。

1)控制节点:负责Kubernetes集群的管理工作,在集群基础设施层面负责对集群规模的调整,比如集群中计算节点的增、删、改、查;在集群管理的应用负载资源层面负责对集群内应用资源的增、删、改、查;集群中应用的故障自愈等。

2)计算节点:负责Kubernetes集群中应用负载的最终运行和状态监控,即接收控制节点的调度结果,并根据调度结果对集群中的应用负载进行操作。此外,还要对集群中的应用负载的运行状态和资源使用情况进行监控,并以心跳或事件的形式上报给控制节点。

对比Kubernetes的控制节点组件列表和计算节点组件列表,为什么控制节点组件列表中既包含控制节点组件Kube-apiserver、Kube-controller-manager和Kube-scheduler,又包含计算节点组件Kubelet和Kube-proxy?

这是因为在Kubernetes集群中控制节点的所有组件也是以应用负载的形式运行的,而在Kubernetes集群中运行应用负载是通过计算节点组件Kubelet和Kube-proxy完成的。为了保证控制节点组件稳定运行,控制节点默认不支持控制节点组件以外的应用负载类型,这可以通过给控制节点增加Taint来实现。

posted @   muzinan110  阅读(95)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)
点击右上角即可分享
微信分享提示