kubernetes第一章：基础

前言

Kubernetes (音 kubə'netis) 这个名字来自希腊语，意思是「舵手」或「领航员」，它是一个起源于 Google 的开源项目，允许自动化部署、管理和扩容容器化应用，它现在已成为容器编排的事实标准。

其实 Kubernetes 的简称 k8s 存在感更强，这个简称缘由是单词中间刚好是 8 个字母，这是一种数字缩写 (Numeronym) 方式。类似的如internationalization(国际化) 叫做i18n、accessibility叫做a11y等。以下如无特别原因均使用它的简称 k8s。

第一篇，先了解 k8s 的架构、核心概念和基本用法。

Master 节点

Master 是集群的控制节点，它负责整个集群的管理和控制 (调度)。这个节点上运行着多个组件，核心的如下:

• API 服务器 (kube-apiserver)。API Server 对外暴露了 k8s API，提供 HTTP REST 服务。提供了认证、授权、访问控制、API 注册和发现等机制
• etcd。是一个高可用的键值对存储系统，被用作 k8s 的后端存储，所有集群配置数据都存储在里面，用于服务发现和集群管理，可以说是存了整个集群的状态
• 控制管理器 (kube-controller-manager)。Controller 负责维护集群的状态，比如故障检测、自动扩展、滚动更新等
• 调度器 (kube-scheduler)。Scheduler 负责资源的调度，按照预定的调度策略将 Pod 调度到相应的机器上

看一下 Mater 节点的组件架构效果图:

Pod 是什么很快就说到了哈~

Node

Node 是集群的工作节点，它提供 CPU、内存和存储等资源。它上面运行哪些容器应用由 Master 节点分配。这个节点上也运行着多个组件，核心的如下:

• 节点代理 (kubelet)。它和 Master 节点协作，实现 Pod 的创建、启动、监控、重启、销毁等集群管理工作
• 转发代理 (kube-proxy)。维护主机上的网络规则并执行连接转发，实现服务的负载均衡和反向代理
• Docker。负责用于运行容器 (或者说 Pod)
• fluentd。fluentd 是一个守护进程，它有助于提供集群层面日志 集群层面的日志。

看一下 Node 节点的组件架构效果图:

这个图里面还标了一些插件，如 CoreDNS、Dashboard 以及没有替到的 Ingress Controller 等，之后还会再说，内容太多，我们先了解基础部分。

通过下面的命令可以看到集群节点情况:

❯ kubectl get nodes
NAME             STATUS   ROLES    AGE    VERSION
docker-desktop   Ready    master   2m    v1.14.6

当然，我们这个是单节点集群环境，只有一个 Master 节点，但肩负了 Node 节点的作用。

Pod

Pod 是 k8s 里面基本的部署调度单元，每个 Pod 可以由一个或多个容器组成，容器之间共享存储、网络等资源。Pod 这个词一眼看去是不是很懵？其实看一下它中文翻译「豆荚」的图就好理解了:

豌豆被豌豆荚「包」了起来，这就是一个 Pod。所以可以把单个 Pod 理解成是运行独立应用的「逻辑主机」—— 其中运行着一个或者多个紧密耦合的应用容器。