k8s逻辑架构
边缘计算系统云部分Kubernetes逻辑架构
Kubernetes逻辑架构包含两种类型的节点,即控制节点和计算节点。
1)控制节点:负责Kubernetes集群的管理工作,在集群基础设施层面负责对集群规模的调整,比如集群中计算节点的增、删、改、查;在集群管理的应用负载资源层面负责对集群内应用资源的增、删、改、查;集群中应用的故障自愈等。
2)计算节点:负责Kubernetes集群中应用负载的最终运行和状态监控,即接收控制节点的调度结果,并根据调度结果对集群中的应用负载进行操作。此外,还要对集群中的应用负载的运行状态和资源使用情况进行监控,并以心跳或事件的形式上报给控制节点。
对比Kubernetes的控制节点组件列表和计算节点组件列表,为什么控制节点组件列表中既包含控制节点组件Kube-apiserver、Kube-controller-manager和Kube-scheduler,又包含计算节点组件Kubelet和Kube-proxy?
这是因为在Kubernetes集群中控制节点的所有组件也是以应用负载的形式运行的,而在Kubernetes集群中运行应用负载是通过计算节点组件Kubelet和Kube-proxy完成的。为了保证控制节点组件稳定运行,控制节点默认不支持控制节点组件以外的应用负载类型,这可以通过给控制节点增加Taint来实现。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)