大 纲
- Kubernetes Pod详解
- Kubernetes工作负载与服务介绍
Kubernetes Pod详解
Kubernets概览
Kubernets概览
Kubernetes关键概念-Pod
Kubernetes关键概念-Pod
- 在Kubernetes中， pods是能够创建、调度、和管理的最小部署单元，是一组容器的集合，而不是单独的应用容器
- 同一个Pod里的容器共享同一个网络命名空间， IP地址及端口空间。
- 从生命周期来说， Pod是短暂的而不是长久的应用。 Pods被调度到节点，保持在这个节点上直到被销毁。
Pod详解-容器
Pod详解-容器
Infrastructure Container： 基础容器
- 用户不可见，无需感知
- 维护整个Pod网络空间
InitContainers：初始化容器，一般用于服务等待处理以及注册Pod信息等
- 先于业务容器开始执行
- 顺序执行，执行成功退出（ exit 0），全部执行成功后开始启动业务容器
Containers：业务容器
- 并行启动，启动成功后一直Running
容器基本组成
容器基本组成
Pod详解-健康检查
Pod详解-健康检查
Pod详解-外部输入
Pod详解-外部输入
配置文件（ ConfigMap）及密钥（ Secret）介绍
Pod详解-持久化存储
PV/PVC介绍
Pod详解-服务域名发现
dnsPolicy： Pod内域名解析的策略
- ClusterFirst：使用kube-dns作为域名解析服务器
- Default：使用节点（ kubelet）指定的域名服务器解析域名
- ClusterFirstWithHostNet：当Pod使用主机网络部署时使用
Kubernetes工作负载与服务介绍
Pod与工作负载的关系
关键工作负载-ReplicaSet
- ReplicaSet用于解决pod的扩容和缩容问题。
- 通常用于无状态应用
关键工作负载-Deployment
关键工作负载-Deployment
Kubernetes Deployment提供了官方的用于更新Pod和Replica Set（下一代的ReplicationController）的方法，您可以在Deployment对象中只描述您所期望的理想状态（预期的运行状态），Deployment控制器为您将现在的实际状态转换成您期望的状态;
Deployment集成了上线部署、滚动升级、创建副本、暂停上线任务，恢复上线任务，回滚到以前某一版本（成功/稳定）Deployment等功能，在某种程度上， Deployment可以帮我们实现无人值守的上线，大大降低我们的上线过程的复杂沟通、操作风险。
Deployment的典型用例：
- 使用Deployment来启动（上线/部署）一个Pod或者ReplicaSet
- 检查一个Deployment是否成功执行
- 更新Deployment来重新创建相应的Pods（例如，需要使用一个新的Image）
- 如果现有的Deployment不稳定，那么回滚到一个早期的稳定的Deployment版本
关键工作负载-StatefulSet
关键工作负载-StatefulSet
StatefulSet—有状态应用
用于解决各个pod实例独立生命周期管理，提供各个实例的启动顺序和唯一性
- 稳定，唯一的网络标识符。
- 稳定，持久存储--StatefulSet:每个pod对应一个pv
- 有序的，优雅的部署和扩展。
- 有序，优雅的删除和终止。
- 有序的自动滚动更新。
关键工作负载-DaemonSet
关键工作负载-DaemonSet
DaemonSet能够让所有（或者一些特定）的Node节点运行同一个pod。当节点加入到kubernetes集\群中， pod会被（ DaemonSet）调度到该节点上运行，当节点从kubernetes集群中被移除，被（ DaemonSet）调度的pod会被移除，如果删除DaemonSet，所有跟这个DaemonSet相关的pods都会被删除。
在使用kubernetes来运行应用时，很多时候我们需要在一个区域（ zone）或者所有Node上运行同一个守护进程（ pod），例如如下场景：
- 每个Node上运行一个分布式存储的守护进程，例如glusterd， ceph
- 运行日志采集器在每个Node上，例如fluentd， logstash
- 运行监控的采集端在每个Node，例如prometheus node exporter， collectd等
关键工作负载-Job
关键工作负载-Job
Kubernetes关键概念-CustomResourceDefinition
Pod与服务的关系
Service
- Service定义了pods的逻辑集合和访问这个集合的策略。 Pods集合是通过定义Service时提供的Label选择器完成的
- Service的引入旨在保证pod的动态变化对访问端透明，访问端只需要知道service的地址，由service来提供代理
- Service的抽象使得前端客户和后端Pods进行了解耦
- 支持ClusterIP， NodePort以及LoadBalancer三种类型
- Service的底层实现有userspace、 iptables和ipvs三种模式
Service类型： ClusterIP、 NodePort、 LoadBalancer
Service类型： ClusterIP、 NodePort、 LoadBalancer
Ingress
- Ingress基于service实现7层路由转发能力
