大 纲

* 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层路由转发能力

技术
©2020 ioDraw All rights reserved
OpenCV之IplImage详解央行:微信支付宝和数字人民币不存在竞争关系vue el-input 禁止输入特殊字符 只可输入数字 正则验证今天你抱怨了吗?分享一场黑客帝国代码雨脚本,简单好玩!详解PHP中的die、exit、return天猫等网店要挟用户成风?要硬钢!别惯他们臭毛病使用函数实现两个数的交换(C语言)django不关闭CSRF中间件,自定义通过CSRF检测的post请求python网络编程简单记录