梁海江的博客

在前面已经提到，容器的生命周期可能很短，会被频繁的创建和销毁。那么容器在销毁时保存在容器中的数据也会被清除。这种结果对用户来说，在某些情况下是不乐意看到的。为了持久化保存容器的数据，kubernetes引入了Volume的概念。 Volume是Pod中能够被多个容器访问的共享目录，它被定义在Pod上，然后被一个Pod里面的多个容器挂载到具体的文件目录下，kubernetes通过Volume实现同一个Pod中不同容器之间的数据共享以及数据的持久化存储。Volume的生命容器不与Pod中单个容器的生命周期相关，

本章节主要介绍kubernetes的流量负载组件：Service和Ingress。 1 Service介绍 在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行聚合，并且提供一个同意的入口地址。通过访问Service的入口地址就能访问到后面的pod服务。 Service在

本章节主要介绍常用的Pod控制器。 1. Pod控制器介绍 在kubernetes中，按照pod的创建安方式可以将其分为两类： 自主式pod：kubernetes直接创建出来的pod，这种pod删除后就没有了，也不会重建 控制器创建的pod：通过控制器创建的pod，这种pod删除了之后还会自动重建 什么是Pod控制器 Pod控制器是管理pod的中间层，使用了pod控制器之后，我们只需要告诉pod控制器，想要多少个什么样的pod就可以了，它就会创建出满足条件的pod并确保每个pod处于用户期望的状态，如

本篇文章主要将详细介绍Pod资源的各种配置、生命周期集调度。 1 Pod介绍 1.1 Pod结构 每个Pod中都可以包含一个或者多个容器，这些容器可以分为两类： 用户程序所在的容器，数量可多可少 Pause容器，这是每个Pod都会有的一个根容器,她的作用有两个： 可以以它为依据，评估整个Pod的健康状态 可以在根容器上设置Ip地址，其他容器都此Ip(PodIP)，以实线Pod内部的网络通信 这里是Pod内部的通讯，Pod的之间的通讯采用虚拟二层网络技术来实线，我们当前环境用的是Flannel。

本章节将介绍kubernetes集群中两个重要概念，分别为命名空间和标签。 1. Namespace Namepace是kubernetes系统中的一种非常重要的资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。 默认情况下，kubernetes集群中的所有的Pod都是可以相互访问的。但是在实际中，可能不想让俩个Pod之间进行相互访问，那此时就可以将两个Pod划分到不同的namespace下。kubernetes通过将集群内部的资源分配到不同的namespace中，可行形成逻辑上的“组”，

1 资源管理介绍 在kubernetes中，所有的内容都抽象为资源，用户需要通过操作资源来管理kubernetes。 kubernetes的本质就是一个集群系统，用户可以在集群中部署各种服务，所谓的部署服务，其实就是在kubernetes集群中运行一个个的容器，并将指定的程序跑在容器中。 kubernetes的最小管理单元是pod而不是容器，所以只能将容器放在Pod中，而kubernetes一般也不会直接管理Pod,而是通过Pod控制器来原理Pod的。 Pod可以提供服务之后，就要考虑如何访问Pod中服务

1 环境规划 1.1 集群类型 kubernetes集群大体上分为两类：一主多从和多主多从。 一主多从：一台Master节点和多态Node节点，搭建简单，但是有单机故障风险，适合用于测试环境 多主多从：多台Master节点和多态Node节点，搭建麻烦，适合用于生产环境 说明：为了测试简单，本次搭建的是一主两从类型的集群 1.2 安装方式 kubernetes有多种部署方式，目前主流的方式有kubeadm、minikube、二进制包 minikube：一个用于快速搭建单节点kubernetes的工

1.1 应用部署方式演变 在部署应用程序的方式上，主要经历了三个时代： 传统部署：互联网早期，会直接将应用程序部署在物理机上 优点：简单，不需要其他技术的参与 缺点：不能为应用程序定义资源使用边界，很难合理低分配计算资源，而且程序之间容易产生影响。 虚拟化部署：可以在一台物理机上运行多个虚拟机，每个虚拟机都是独立的一个环境。 优点：程序环境不会相互产生影响，提供了一定程度的安全性 缺点：增加了操作系统，浪费了部分资源。 容器化部署：与虚拟机化类似，但是共享了操作系统 优点： 可以保证