wohu1104的专栏

kubeadm使用容器技术封装了Kubernetes组件，所以只要节点上安装了容器运行时（Dockercontainerd等），它就可以自动从网上拉取镜像，然后以容器的方式运行组件，非常简单方便。Deployment是用来管理Pod的一种对象，它代表了运维工作中最常见的一类在线业务，在集群中部署应用的多个实例，而且可以很容易地增加或者减少实例数量，从容应对流量压力。

使用 ConfigMap + Pod搭建 MariaDB+Nginx+WordPress

k8s 系统监控、自动伸缩 Pod 数量以及 Prometheus 的使用

有了名字空间，我们就可以像管理容器一样，给名字空间设定配额，把整个集群的计算资源分割成不同的大小，按需分配给团队或项目使用。不过集群和单机不一样，除了限制最基本的CPU和内存，还必须限制各种对象的数量，否则对象之间也会互相挤占资源。名字空间的资源配额需要使用一个专门的API对象，叫做，简称是quota我们可以使用命令因为资源配额对象必须依附在某个名字空间上，所以在它的metadata字段里必须明确写出namespace（否则就会应用到default名字空间）。

容器资源 CPU 和内存配额，容器探针的使用

使用 `kubectl rollout` 实现用户无感知的应用升级和降级。

有状态应用 statefulset 的定义、使用和数据持久化

在Kubernetes集群里，网络存储系统更适合数据持久化，NFS是最容易使用的一种网络存储系统，要事先安装好服务端和客户端。可以编写PV手工定义NFS静态存储卷，要指定NFS服务器的IP地址和共享目录名。使用NFS动态存储卷必须要部署相应的，在YAML里正确配置NFS服务器。动态存储卷不需要手工定义PV，而是要定义，由关联的自动创建PV完成绑定。

简称为PV，是Kubernetes对存储设备的抽象，由系统管理员维护，需要描述清楚存储设备的类型、访问模式、容量等信息。简称为PVC，代表Pod向系统申请存储资源，它声明对存储的要求，Kubernetes会查找最合适的PV然后绑定。抽象特定类型的存储系统，归类分组PV对象，用来简化PV/PVC的绑定过程。pvc是一个申请，真正使用的是volume，然后pv以volume的形式挂载进Pod。

学习了Kubernetes里七层的反向代理和负载均衡对象，包括Ingress，它们联合起来管理了集群的进出流量，是集群入口的总管。Service是四层负载均衡，能力有限，所以就出现了Ingress，它基于HTTP/HTTPS协议定义路由规则。Ingress只是规则的集合，自身不具备流量管理能力，需要应用Ingress规则才能真正发挥作用。解耦了Ingress和，我们应当使用来管理Ingress资源。最流行的是，它基于经典反向代理软件Nginx。目前的Kubernetes流量管理功能主要集中在。

Pod的生命周期很短暂，会不停地创建销毁，所以就需要用Service来实现负载均衡，它由Kubernetes分配固定的IP地址，能够屏蔽后端的Pod变化。Service对象使用与DeploymentDaemonSet相同的selector字段，选择要代理的后端Pod，是松耦合关系。基于DNS插件，我们能够以域名的方式访问Service，比静态IP地址更方便。名字空间是Kubernetes用来隔离对象的一种方式，实现了逻辑上的对象分组，Service的域名里就包含了名字空间限定。

DaemonSet，它会在Kubernetes集群的每个节点上都运行一个Pod，就好像是Linux系统里的“守护进程”。

Deployment顾名思义，它是专门用来部署应用程序的，能够让应用永不宕机，多用来发布无状态的应用。

为了简化Kubernetes的部署工作，社区里就出现了一个专门用来在集群中安装Kubernetes的工具，名字就叫kubeadm，意思就是Kubernetes管理员。kubeadm，原理和minikube类似，也是用容器和镜像来封装Kubernetes的各种组件，但它的目标不是单机部署，而是要能够轻松地在集群环境里部署Kubernetes，并且让这个集群接近甚至达到生产级质量。

ConfigMap记录了一些Key-Value格式的字符串数据，描述字段是data，不是spec。Secret与ConfigMap很类似，也使用data保存字符串数据，但它要求数据必须是Base64编码，起到一定的保密效果。在Pod的字段中可以引用ConfigMap和Secret，把它们变成应用可以访问的环境变量。在Pod的字段中可以引用ConfigMap和Secret，把它们变成存储卷，然后在字段中加载成文件的形式。ConfigMap和Secret。

Kubernetes 的核心对象 Pod，用来编排一个或多个容器，让这些容器共享网络、存储等资源，总是共同调度，从而紧密协同工作。因为 Pod 比容器更能够表示实际的应用，所以 Kubernetes 不会在容器层面来编排业务，而是把 Pod 作为在集群里调度运维的最小单位。

因为Pod是对容器的“打包”，里面的容器是一个整体，总是能够一起调度、一起运行，绝不会出现分离的情况，而且Pod属于Kubernetes，可以在不触碰下层容器的情况下任意定制修改。Kubernetes让Pod去编排处理容器，然后把Pod作为应用调度部署的最小单位，Pod也因此成为了Kubernetes世界里的“原子”，基于Pod就可以构建出更多更复杂的业务形态了。

YAML是（YAML不是一种标记语言）的递归缩写。是一个可读性高，用来表达数据序列的格式。YAML的配置文件后缀为.yml。YAML是一个类似XML、JSON的数据序列化语言，YAML是专门用来写配置文件的语言，非常简洁和强大，使用比json更方便。它实质上是一种通用的数据串行化格式。其强调以数据为中心，旨在方便人类使用。并且适用于日常常见任务的现代编程语言。因而YAML本身的定义比较简单，号称“一种人性化的数据格式语言”。yaml和json。

Kubernetes能够在集群级别管理应用和服务器，可以认为是一种集群操作系统。它使用“控制面 / 数据面”的基本架构，Master节点实现管理控制功能，Worker节点运行具体业务。Kubernetes由很多模块组成，可分为核心的组件和选配的插件两类。Master里有 4 个组件，分别是apiserver、etcd、scheduler、。Node里有 3 个组件，分别是kubelet、kube-proxy、。通常必备的插件有DNS和Dashboard。

Kubernetes是一个生产级别的容器编排平台和集群管理系统，不仅能够创建、调度容器，还能够监控、管理服务器。