使用K8s管理有状态服务讲述.pptx

使用Kubernetes管理有状态服务数字化企业云平台 平台 · 让创新无限 Kubernetes中支持有状态服务的相关特性 一个Demo：MySQL集群服务 无状态服务 vs. 有状态服务 无状态服务 数据不落盘，或者只有临时数据落盘 一般是Web前端 可以随意启动、停止和增加、删除实例 所属容器的生命周期短暂 服务实例发生故障后，可以立即删除并通过模板创建新实例取而代之（Replace） 有状态服务 需要持久化数据 一般是数据类服务，如数据库、集群协调服务、日志分析、CI Repo等 不可随意启动、停止实例，集群的实例数比较稳定，不可随意增加、删除节点 所属容器的生命周期较长，生命周期中需要进行参数调整、数据备份的维护操作 服务实例发生故障后，需要立即进行维护以防止数据丢失、损坏（Repair） 创建一组副本数为1的RC，每个RC为有状态服务集群的一个节点 为每个RC创建一个Kubernetes Service用来维护集群节点的网络身份 在Docker容器的的Entrypoint脚本中关联集群成员身份 使用Daemon Set将Pod和Kubernetes Node绑定，并使用Node的网络身份 K8s 1.3 之前如何运行有状态服务？ Pet Sets 提供下列能力： 稳定的Pod名称，并且在 DNS 中可用，命名基于 Pet Set 名称加从零开始的数字编号，例如 MyPetSet-0、 MyPetSet-1…… 稳定的存储：与Pet的序号、DNS名称稳定关联 可以通过DNS发现集群成员 有序的集群成员启动和停止 K8s 1.3增加Pet Set对象（Alpha） Pet Set 的典型场景： 需要实例和持久卷稳定关联的应用，典型应用为数据库 需要具备稳定成员关系的集群应用，如Etcd、Zookeeper等 K8s 1.3增加Pet Set对象（Alpha） 目前的局限： Pet Set特性在Kubernetes 1.3中刚刚加入，目前为 Alpha 状态 目前只能更新Pet Set的Replica数量 Pet Set使用的存储需要通过Dynamic Storage Provisioner提前制备，而且Dynamic Storage Provisioner目前也处于Alpha状态 目前需要Kubernetes Service实现Pet Set实例的网络标识（ Governing Service ） 目前只能通过发布新模板的方式手工更新 Pet Set实例 K8s 1.3增加Pet Set对象（Alpha） 未来的计划： 增加Data Gravity特性和本地存储能力 完善Pet Set相关的事件通知 为Pet Set添加公网身份 增加广域网部署能力（Multi-AZ/Region/Cloud Provider） 增加Pet Set模板和成员的升级能力 K8s 1.3增加Pet Set对象（Alpha） Persistent Volume（PV）： PV是集群中的一块网络存储空间 PV和Kubernetes Node一样，同属集群资源层的概念 PV和Kubernetes Volume类似，不同之处为PV的生命周期和使用PV的Pod的生命周期相互独立 Persistent Volume Claim（PVC） PVC是用户对存储资源的请求 PVC和Kubernetes Pod一样，同属资源消费者的概念，即Pod请求CPU和内存资源，PVC请求存储空间和访问权限 K8s中与Pet Set有关的特性：PV和PVC K8s中与Pet Set有关的特性：PV和PVC PV的YAML例子： PVC的YAML例子： Init Container是Kubernetes 1.3引入的新特性，目的是支持一类需要在启动主容器前，先进行某些初始化工作的应用，例如：在启动应用之前，需要向外部服务进行注册、或者下载某些文件到Pod中 对于此类Pod，kubernetes的运行策略如下： Init Container按顺序依次执行，即图中容器1 - 2 - 3 若其中某一个初始化容器运行失败，则整个Pod失败 当所有初始化容器运行成功后，启动主容器 K8s中与Pet Set有关的特性：Init Container （Alpha in 1.3） K8s中与Pet Set有关的特性： Init Container （Alpha in 1.3） 服务注册的例子： 下载文件的例子： 简单的说，kubernetes的Deployment对象是应用部署的全生命周期管理，例如： 查看应用部署状态： 对应用部署进行变更： 再次查看应用部署状态： 回滚到历史状态： K8s中与Pet Set有关的特性：Deployment ConfigMap的例子： K8s中与Pet