k8s-pod概念

pod概念

Pod 是 Kubernetes 抽象出来的，表示一组一个或多个应用程序容器（如 Docker），以及这些容器的一些共享资源。这些资源包括:

共享存储，当作卷
网络，作为唯一的集群 IP 地址
有关每个容器如何运行的信息，例如容器映像版本或要使用的特定端口。

Pod 为特定于应用程序的“逻辑主机”建模，并且可以包含相对紧耦合的不同应用容器。例如，Pod 可能既包含带有 Node.js 应用的容器，也包含另一个不同的容器，用于提供 Node.js 网络服务器要发布的数据。Pod 中的容器共享 IP 地址和端口，始终位于同一位置并且共同调度，并在同一工作节点上的共享上下文中运行。

Pod是 Kubernetes 平台上的原子单元。 当我们在 Kubernetes 上创建 Deployment 时，该 Deployment 会在其中创建包含容器的 Pod （而不是直接创建容器）。每个 Pod 都与调度它的工作节点绑定，并保持在那里直到终止（根据重启策略）或删除。 如果工作节点发生故障，则会在群集中的其他可用工作节点上调度相同的 Pod。

• 自主式Pod
• 控制器管理的Pod
  
  在同一个pod里面 即共享网络 有共享存储卷

1. ReplicationController 用来确保容器应用的副本数始终保持在用户定义的副本数，即如果有容器异常退出，会自动创建新的Pod来代替；而如果异常多出来的容器也会自动回收。在新版本的Kubernetes中建议是用ReplicaSet来取代ReplicationController

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

   虽然ReplicaSet可以单独使用，但一般还是建议使用Deployment来自动管理ReplicaSet,这样就无须担心跟其他机制的不兼容问题（比如ReplicaSet不支持rolling-update 但Deloyment支持）
   滚动更新版本（会新建一个RS 启动v2版的第一个容器 V1版退出一个）
   

2. HPA(HorizontalPodAutoScale)
   仅适用于Deployment和ReplicacaSet，在v1版本中仅支持根据Pod的CPU 利用率扩所容，在vlalpha版本中，支持根据内存和用户自定义的metric扩缩容（达到水平自动扩展的目的）
   
   当cup利用率>=80会创建新的pod，当利用率变低pod会回收

3. StatefulSet
   为了解决有状态服务的问题（对应Deployment和ReplicaSet是为无状态服务而设计），其应用场景包括：

    - 稳定的持久化存储，即Pod重新调整后还是能访问到相同的持久化数据，基于PVC来实现
    - 稳定的网络标志，即Pod重新调整后其PodName和HostName 不变，基于Headless Service(即没有Cluster IP 和Service)来实现
    - 有序部署，有序扩展，即Pod是有肾虚的，在部署或者扩展的时候要依据定义的顺序依次依次进行（即从0到N-1,在下一个Pod运行之前所有的Pod必须都是Running和Ready状态），基于init containers 来实现
    - 有序收缩，有序删除 （即从N-1到0）
   

4. DaemonSet
   确保全部（或者一些）Node上运行一个Pod的副本，当有Node加入集群时，也会为他们新增一个Pod 。当有Node从集群移除时，这些Pod也会被回收。删除DaemonSet将会删除它创建的所有Pod
   一些典型用法：

    - 运行集群存储daemon，例如在每个Node上运行glusterd、ceph
    - 在每个node上运行日志收集daemon,例如fluentd、logstash
    - 在每个node上运行监控daemon,例如Prometheus Node Exporter
   

5. Job,Cron job
   Job负责批处理任务，即仅执行一侧的任务，他保证批处理任务的一个或多个Pod成功结束

6. Cron Job管理基于时间的Job,即：

    在给定时间只运行一次
    周期性地在给定时间点运行
   

7. 服务发现
   

pod 发布规范