带你玩转kubernetes-k8s（第三篇：k8s-Master,Node,RC基本概念）

哈喽~大家好！我们又见面了，前两天带着大家搭建了k8s集群以及用yarml做了一个简单的小实例，今天我就给大家讲下k8s的基本概念。

 

k8s中大部分概念如Node、Pod、ReplicationController(RC)、Service等都可以被看作一种资源对象。

Master:k8s中的首脑，负责整个集群的管理和控制，基本上k8s的所有控制命令都发给他。

Master:如果它宕机或者不可用，那么对集群内容器应用的管理都将失效，所以一般部署3台Master

Master:运行的关键进程：

                    Kubernetes API Server(kueb-apiserver提供HTTP Rest接口的关键进程，是k8s里所有资源的增删改查等操作的唯一入口，也是集群控制的入口 )

                    Kubernetes Controller Manager(kube-controller-manager是所有资源的自动化控制中心“大总管”)

                    Kubernetes Scheduler(kube-scheduler 资源调度的进程，“集装箱调度室”)

                    etcd:（k8s里所有资源对象的数据都被保存在etcd中）

Node:k8s中的工作负载节点，被Master分配一些工作负载（Docker容器）。

Node:当其中一个宕机时，其上的工作负载会被Master自动转移到其他节点上。

Node:运行的关键进程：

                     kube-proxy(实现Kubernetes Service 的通信与负责均衡机制的重要组件)

                     Docker(负责本机的容器创建和管理工作)

查看集群中有多少个Node:

kubectl get nodes  

#查看某个node的详细信息

kubectl desrcibe node 

 Pod:每一个Pod都有一个特殊的根容器，被称为Pause容器。Pause容器(对应的镜像属于k8s平台的一部分；PS：关于Pause容器我们后面详细讲解)

 Pod:每一个Pod都包含一个或多个紧密相关的用户业务容器。是被k8s调度的最小单元。

Pod:在k8s里，一个Pod里的容器与另外主机上的Pod容器能够直接通信。

RC：保证Pod平稳持续的运行，指定Pod副本数量的基础上可以弹性扩缩容，滚动升级。

RC:在每个节点上创建Pod，Pod上如果有相应的Images可以直接创建，如果没有，则会拉取这个镜像再进行创建。

 

大家知道了上面的概念，接下来我们就画一张简陋的图片来理解这些吧。

     

 

画图水平就这个样子了，讲究着看吧，哈哈哈哈，希望大家理解。大家也可以根据上面的描述动手画图，可以更容易记住和理解哈。

今天的内容就到这里了，明天将为大家带来一个简单的实例，并进行相关的讲解。