k8s系列--pod

image
每一个容器创建的同时都会创建一个pause,所有容器共享pause的网络和存储卷,容器之间通过localhost:端口号直接访问,因此容器端口不能冲突

自主式pod:没人管理,死亡也不会重建
被控制器管理的pod:
RC/RS/Deployment/HPA
ReplicationController 用来确保容器应用的副本数始终保持在用户定义的副本数,即如果有容器异常退出,会自动创建新的Pod来替代;而如果异常多出来的容器也会自动回收。在新版本的Kubernetes 中建议使用 ReplicaSet来取代 ReplicationController

ReplicaSet跟ReplicationController 没有本质的不同,只是名字不一样,并且ReplicaSet 支持集合式的selector

虽然ReplicaSet可以独立使用,但一般还是建议使用 Deployment来自动管理ReplicaSet,这样就无需担心跟其他机制的不兼容问题(比如 ReplicaSet 不支持rolling-update 但 Deployment 支持)
image

Horizonta1 Pod Autosca1ing仅适用于 Dep1oyment和 Rep1icaSet,在V1版本中仅支持根据Pod的CPU利用率扩所容,在v1alpha版本中,支持根据内存和用户自定义的metric扩缩容
image

StatefullSet:
StatefulSet 是为了解决有状态服务的问题(对应 Deployments 和 ReplicaSets是为无状态服务而设计),其应用场景包括:
*稳定的持久化存储,即Pod重新调度后还是能访问到相同的持久化数据,基于PVC来实现
*稳定的网络标志,即 Pod 重新调度后其PodName和 HostName不变,基于 Headless Service
(即没有 Cluster IP的 Service)来实现
*有序部署,有序扩展,即Pod是有顺序的,在部署或者扩展的时候要依据定义的顺序依次依次进行(即从0到N-1,在下一个Pod运行之前所有之前的Pod必须都是Running和 Ready 状态),
基于init containers来实现
*有序收缩,有序删除(即从N-1到0)

DaemonSet:
DaemonSet确保全部(或者一些)Node上运行一个Pod的副本。当有 Node 加入集群时,也会为他们新增一个Pod。当有Node从集群移除时,这些 Pod 也会被回收。删除DaemonSet将会删除它创建的所有Pod使用DaemonSet的一些典型用法:
运行集群存储daemon,例如在每个Node上运行 glusterd、ceph。在每个Node上运行日志收集daemon,例如fluentd、logstash.
*在每个Node上运行监控daemon,例如Prometheus Node Exporter

Job,Cronjob
Job负责批处理任务,即仅执行一次的任务,它保证批处理任务的一个或多个Pod成功结束Cron Job管理基于时间的Job,即:
*在给定时间点只运行一次
*周期性地在给定时间点运行

Service:ip+端口,容器死亡后创建的IP地址会发生变化,这样外部访问就会很不方便,可以通过service进行访问,service通过选择器绑定pod
image

posted @ 2025-09-22 20:51  再练习两年半  阅读(6)  评论(0)    收藏  举报