接上一篇的内容,除了核心组件,还有一些推荐的Add-ons:
- kube-dns 负责为整个集群提供DNS服务
- Ingress Controller 为服务提供外网入口
- Heapster 提供资源监控(没用过这个,但是用过grafana,很方便)
- Dashboard 提供GUI(我感觉不太好用,可以尝试Kuboard)
- Federation 提供跨可用区的集群
- Fluentd-elasticsearch 提供集群日志采集、存储与查询(重量级日志搜索服务器)
目录
1 k8s分层架构
2 核心组件
3 核心API
4 架构设计原则
1 k8s分层架构
Kubernetes设计理念和功能其实就是一个类似Linux的分层架构:
- 核心层:kubernetes最核心的功能,对外提供API构建高层的应用,对内提供插件式应用执行环境
- 应用层:部署(无状态应用、有状态应用、批处理任务、集群应用等)和路由(服务发现、DNS解析等)
- 管理层:系统度量(如基础设施、容器和网络的度量),自动化(如自动扩展、动态Provision等)以及策略管理(RBAC、Quota、PSP、NetworkPolicy等)
- 接口层:kubectl命令行工具、客户端SDK以及集群联邦
- 生态系统:在接口层之上的庞大容器集群管理调度的生态系统,可以划分为两个范畴。
- k8s外部:日志、监控、配置管理、CI、CD、Workflow、FaaS、OTS应用、ChatOps等
- k8s内部:CRI、CNI、CVI、镜像仓库、Cloud Provider、集群自身的配置和管理等
2 核心组件
3 核心API
4 架构设计原则
- 只有apiserver可以直接访问etcd存储,其他服务必须通过kubernetes API来访问集群状态
- 单节点故障不应该影响集群的状态
- 在没有新请求的情况下,所有组件应该在故障恢复后继续执行上次最后收到的请求(比如网络分区或服务重启等)
- 所有组件都应该在内存中保持所需要的状态,apiserver将状态写入etcd存储,而其他组件则通过apiserver更新并监听所有的变化
- 优先使用事件监听而不是轮询
不得不说一提到架构设计就觉得很抽象,列出来的接口看着也迷茫,希望熟悉k8s架构设计原理的友友可以在评论区留下相关知识或链接,互相学习一下,感谢大家~