nytcjsjboss的博客

所以我们使用两种方式进行详细的搭建。从零开始搭建高可用K8s集群，高可用说的简单点就是当前的某个节点出现了问题，按照我们第二部分搭建方式那我们的集群就不能正常提供服务了，当你搭建出高可用的场景，当某个节点出现了问题，集群仍然可以正常提供服务，因为在生产环境中都是搭建高可用的集群。我们不仅要学会如何使用K8s，同时也要学习它的实现机制，为什么要存在这个组件，如为什么有Pod，为什么有Controller，Pod的实现机制怎么样，它是如何工作的，yum文件如何编写，持久化存储等，这些都是需要我们学习的。

Kubernetes，简称K8s，是用8代替8个字符“ubernete”而成的缩写。是2014年由谷歌开源的一个容器集群管理系统，谷歌在其内部系统中已经使用了十几年，后来经过各种完善后做了开源供很多人使用，用于管理云平台中多个主机上的容器化的应用，这里要注意Kubernetes是一个容器管理工具，Kubernetes的目标是让部署容器化的应用简单且高效（powerful），Kubernetes提供了应用部署，规划，更新，维护的一种机制。传统的应用部署方式是通过插件或脚本来安装应用。

可以理解为处理事情是的调度过程，即节点的调度，这里需要注意的是Master中不做具体的事情，主要做管理，比如部署一个应用，通过scheduler要看这个应用在哪个node节点上进行部署，比如定义一个规则如果node节点空闲就在里面部署，如果繁忙就不部署，如果启用量少就在里面部署，scheduler就是做节点调度的，它会选择一个node节点进行应用的部署。可以理解为做一个集中的处理管理，他主要从事集群中后台的统一的控制，处理集群中常规的后台任务，一个资源对应一个控制器。可以理解为集群的一个统一的入口。

我们可以简单的理解Controller主要做的事情就是创建出Pod，需要Pod的数量，包括是否有状态，也就是说Kubernetes部署的最小单元就是Pod，而Controller做的事情就是创建Pod。整个过程可以理解为通过Service统一入口进行访问，由Controller去创建Pod进行部署。定义一组Pod的访问规则。比如约定订单访问集群中的Pod1，而购物车访问集群中的Pod2，不管是通过IP还是通过其他方式进行访问这就是Service。Pod是在Kubernetes中最小的部署单元，如图。

如何安排Master、node。我们已经知道Kubernetes架构的组件共有两大部分，Master和node，因此这里的搭建我们可以分为两个部分，单Master集群、多Master集群。

经过以上操作就完成了系统的初始化操作，下一步就要在所有的节点上都安装docker、kubeadm、kubelet、kubectl。将node节点加入到当前集群中，在node节点中使用join命令将其加入到当前的Master节点。创建一个Master节点，在Master节点中使用kubeadm init命令初始化。以下的操作需要在每台机器上都进行操作。首先我们先来介绍一下准备工作。

经过以上的操作Kubernetes集群的整个配置，我们已经把Master、Node1、Node2相关组件都已经安装完成，但我们也看到节点的状态是NotReady，但此时我们并不能做其他的操作，此时我们还需要配置一个网络的插件，才能对外进行访问。此时我们已经清楚的看到目前集群中的Master、Node节点都已经添加即我们的主节点以及两个工作节点。前面我们已经完成了虚拟机中系统的初始化，下面我们就在我们所有的节点上安装docker、kubeadm、kubelet、kubectl。这里要在每个节点上都安装。