1、Kubernetes概述

Kubernetes(K8S)是Google在2014年发布的一个开源项目，用于自动化应用程序的部署。
K8S通常结合Docker容器工作，并且整合多个主机(运行着许多Docker容器的主机集群)。

K8S的相关特性:

1. 自动包装
2. 横向缩放
3. 自动部署和回滚
4. 存储编排
5. 自我修复
6. 服务发现和负载均衡
7. 秘钥和配置管理
8. 批处理

1.1、K8S的定义

1. Kubernetes是一个全新的基于容器技术的分布式架构领先方案（源于Brog，是google十几年经验的结晶）
2. Kubernetes是一个开放的开发平台（无侵入性，现有系统很容器迁移到Kubernetes上）；
3. Kubernetes是一个完备的分布式系统支撑平台（完善的集群管理能力）。

1.2、为什么使用K8S?

1. 使用Kubernetes最直接的感受就是我们可以轻装上阵的开发复杂的系统了；
2. 其次Kubernetes是在全面拥抱微服务架构（微服务的核心就是将一个巨大的单体应用拆分成很多小的互相连接的微服务，一个微服务后面可能是多个实例副本在支撑，副本数量可以随着系统负荷的变化而动态调整）；
3. 最后Kubernetes系统架构具备超强的横向扩展能力。

2、K8S的基本架构和常用术语

Kubernetes集群包含有节点代理kubelet和Master组件(APIs, scheduler, etc)，一切都基于分布式的存储系统。下面这张图是Kubernetes的架构图。

在这张系统架构图中，我们把服务分为运行在工作节点上的服务和组成集群级别控制板的服务。

Kubernetes节点有运行应用容器必备的服务，而这些都是受Master的控制。
每次个节点上当然都要运行Docker。Docker来负责所有具体的映像下载和容器运行。

Kubernetes主要由以下几个核心组件组成：

1. etcd保存了整个集群的状态；
2. apiserver提供了资源操作的唯一入口，并提供认证、授权、访问控制、API注册和发现等机制；
3. controller manager负责维护集群的状态，比如故障检测、自动扩展、滚动更新等；
4. scheduler负责资源的调度，按照预定的调度策略将Pod调度到相应的机器上；
5. kubelet负责维护容器的生命周期，同时也负责Volume（CVI）和网络（CNI）的管理；
6. Container runtime负责镜像管理以及Pod和容器的真正运行（CRI）；
7. kube-proxy负责为Service提供cluster内部的服务发现和负载均衡；

除了核心组件，还有一些推荐的Add-ons：

1. kube-dns负责为整个集群提供DNS服务
2. Ingress Controller为服务提供外网入口
3. Heapster提供资源监控
4. Dashboard提供GUI
5. Federation提供跨可用区的集群
6. Fluentd-elasticsearch提供集群日志采集、存储与查询

Kubernetes设计理念和功能其实就是一个类似Linux的分层架构

1. 核心层：Kubernetes最核心的功能，对外提供API构建高层的应用，对内提供插件式应用执行环境
2. 应用层：部署（无状态应用、有状态应用、批处理任务、集群应用等）和路由（服务发现、DNS解析等）
3. 管理层：系统度量（如基础设施、容器和网络的度量），自动化（如自动扩展、动态Provision等）以及策略管理（RBAC、Quota、PSP、NetworkPolicy等）
4. 接口层：kubectl命令行工具、客户端SDK以及集群联邦
5. 生态系统：在接口层之上的庞大容器集群管理调度的生态系统，可以划分为两个范畴
   --------1. Kubernetes外部：日志、监控、配置管理、CI、CD、Workflow、FaaS、OTS应用、ChatOps等
   --------2. Kubernetes内部：CRI、CNI、CVI、镜像仓库、Cloud Provider、集群自身的配置和管理等

2.1、Cluster

Cluster是计算、存储和网络资源的集合，Kubernetes利用这些资源运行各种基于容器的应用.
Kubernetes Cluster由Master和Node组成，节点上运行着若干Kubernetes服务

2.2、Master

Master主要职责是调度，即决定将应用放在哪运行，Master运行Linux系统,可以使物理机或虚拟机。Master是Kubernetes Cluster的大脑，运行着Daemon服务包括kube-apiserver、kube-scheduler、kuber-controller-manager、etcd和Pod网络

• Api Server(kube-apiserver)
  API Server 提供HTTP/HTTPS RESTful API,即Kubernetes API.是Kubernetes里所有资源的CRUD等操作的唯一入口，也是集群控制的入口进程
• Scheduler(kube-scheduler)
  Scheduler负责资源调度的里程，简单说，它决定将Pod放在哪个Node上运行
• Controller Manager(kube-controller-manager)
  所有资源对象的自动化控制中心。Controller Manager负责管理Cluster各种资源，保证资源处于预期的状态。Controller Manager有多种，如replication controller、endpoints controller、namespacecontroller、serviceaccounts controller等。不同的controller管理不同的资源，如replication controller管理Deployment、StatefulSet、DaemonSet的生命周期，namespace controller管理Namespace资源
• etcd
  etcd负责保存Kubernetes Cluster的配置信息和各种资源的状态信息。当数据发生变化时，etcd会快速地通知Kubernetes相关组件
• Pod网络
  Pod要能够相互通信，Kubernetes Cluster必须部署Pod网络，flannel是其中一个可选方案。

2.3、Node

除了Master，Kubernetes集群中的其它机器被称为Node节点。Node职责是运行容器应用，Node由Master管理，Node负责监控并汇报容器的状态，同时根据Master的要求管理容器的生命周期。Node也运行在Linux系统，可以是物理机或虚拟机。

每个Node节点上都运行着以下一组关键进程

• kubelet,负责Pod对应的容器的创建、启动等任务，同时与Master节点密切协作，实现集群管理的基本功能
• kube-proxy,实现Kubernetes Service的通信与负载均衡机制的重要组件
• Docker Enginer,Docker引擎，负责本机的容器创建和管理工作

2.4、Pod

Pod是Kubernetes的最小单元，也是最重要和最基本的概念。每一个Pod包含一个或多个容器，Pod的容器会作为一个整体被Master调度到一个Node上运行。Kubenetes为每个Pod都分配了唯一的IP地址，称为PodIP,一个Pod里的多个容器共享PodIP地址。在Kubernetes里，一个Pod里的容器与另外主机上的Pod容器能够直接通信。

2.5、Service

Kubernetes Service定义了外界访问一组特定Pod的方式，Service有自己的IP和端口，Service为Pod提供了负载均衡。它也是Kubernetes最核心的资源对象之一，每个Service其实就是我们经常提起的微服务架构中的一个"微服务"。

2.6、Replication Controller

Replication Controller(简称RC)是Kubernetes系统中的核心概念之一，它其实是定义了一个期望的场景，即声明某种Pod的副本数量在任意时刻都符合某个预期值，所以RC的定义包括如下几个部分

• Pod期待的副本数(replicas)
• 用于筛选目标Pod的Label Selector
• 当Pod的副本数量小于预期数量时，用于创建新Pod的Pod模板(template)

以下是总结的RC的一些特性与作用

• 在大多数情况下，我们通过定义一个RC实现Pod的创建过程及副本数量的自动控制
• RC里包括完整的Pod定义模板
• RC通过Label Selector机制实现对Pod副本的自动控制
• 通过改变RC里的Pod副本数量，可以实现Pod的扩容或缩容功能
• 通过改变RC里Pod模板中镜像版本，可以实现Pod的滚动升级功能

3、Kubernetes集群

Kubernetes用于协调高度可用的计算机集群，这些计算机群集被连接作为单个单元工作。Kubernetes 在一个集群上以更有效的方式自动分发和调度容器应用程序。

Kubernetes集群由两种类型的资源组成：

• Master是集群的调度节点
• Nodes是应用程序实际运行的工作节点

Kubernetes集群配置

白嫖,直接转载。很详细：https://blog.csdn.net/qq_39578545/article/details/108861006