Kubernetes Pod操作与管理全解析
1. Pod清单概述
Pod在Pod清单中进行描述,Pod清单是Kubernetes API对象的文本文件表示。Kubernetes推崇声明式配置,即先在配置中写明期望的系统状态,再将配置提交给相关服务,该服务会采取行动确保期望状态变为实际状态。
声明式配置与命令式配置不同。命令式配置只是简单地执行一系列操作(如 apt-get install foo )来修改系统。多年的生产经验表明,维护系统期望状态的书面记录能使系统更易于管理和可靠。声明式配置有诸多优点,包括可对配置进行代码审查,为分布式团队记录系统当前状态,也是Kubernetes中所有自愈行为的基础,能让应用在无需用户干预的情况下持续运行。
Kubernetes API服务器接收并处理Pod清单,然后将其存储在持久存储(etcd)中。调度器也会使用Kubernetes API查找尚未调度到节点的Pod,再根据Pod清单中表达的资源和其他约束条件将Pod放置到节点上。只要资源充足,同一台机器上可以放置多个Pod,但将同一应用的多个副本调度到同一台机器会降低可靠性,因为该机器是一个单点故障域。因此,Kubernetes调度器会尽量将同一应用的Pod分布到不同机器上,以提高可靠性。一旦Pod被调度到某个节点,它就不会移动,必须显式销毁并重新调度。
可以通过重复上述工作流程来部署Pod的多个实例,但ReplicaSets更适合运行Pod的多个实例。
2. 创建Pod
创建Pod最简单的方法是使用命令式的 kubectl run 命令。例如,要运行kuard服务器
超级会员免费看
订阅专栏 解锁全文
750

被折叠的 条评论
为什么被折叠?



