
# 🌟 前言

> 工欲善其事，必先利其器，学习 **Kubernetes** 必须有环境的支撑，搭建出企业级应用环境是一名合格的运维人员必须掌握的技能。
>  
> 部署集群前需要明确各组件的安装架构，做好规划，防止在工作时出现服务错乱的情况。
>  
> 其次，要整合环境资源，减少不必要的资源浪费。
>  
> 本篇文章将带领大家搭建出企业级的 **Kubernetes** 集群，在实际的操作中感受容器编排的魅力。

# 1. 官方提供的集群部署方式

**Kubernetes** 系统支持四种方式在本地服务器或者云端上部署集群，用户可以根据不同的需求灵活选择，下面介绍这些安装方式的特点。

## 🍑 使用Minikube工具安装

**Minikube** 是一种能够在计算机或者虚拟机（**VM**）内轻松运行单节点 **Kubernetes** 集群的工具，可实现一键部署。

这种方式安装的系统在企业中大多数被当作测试系统使用。

## 🍑 使用yum安装

通过直接使用 **epel-release yum** 源来安装 **Kubernetes** 集群，这种安装方式的优点是速度快，但只能安装 **Kubernetes v1.5** 及以下的版本。

## 🍑 使用二进制编译安装

使用二进制编译包部署集群，用户需要下载发行版的二进制包，手动部署每个组件，组成 **Kubernetes** 集群。

这种部署方式比较灵活，用户可以根据自身需求自定义配置，而且性能比较稳定。

虽然二进制方式可以提供稳定的集群状态，但是这种方式部署步骤非常烦琐，一些细小的错误就会导致系统运行失败。

## 🍑 使用 Kubeadm 工具安装

**Kubeadm** 是一种支持多节点部署 **Kubernetes** 集群的工具，该方式提供 **kubeadm init** 和 **kubeadm join** 命令插件，使用户轻松地部署出企业级的高可用集群架构。

在 **Kubernetes 1.13** 版本中，**Kubeadm** 工具已经进入了可正式发布（**General Availability，GA**）阶段。

# 2. Kubeadm 方式快速部署集群

## 🍑 Kubeadm简介

**Kubeadm** 是芬兰高中生卢卡斯·科尔德斯特伦（**Lucas Käldström**）在 **17** 岁时用业余时间完成的一个社区项目。

用户可以使用 **Kubeadm** 工具构建出一个最小化的 **Kubernetes** 可用集群，但其余的附件，如安装监控系统、日志系统、**UI** 界面等，需要管理员按需自行安装。

**Kubeadm** 主要集成了 **kubeadm init** 和 **kube join 工具**。

其中 **kubeadm init** 工具负责部署 **Master** 节点上的各个组件并将其快速初始化，**kubeadm join** 工具负责将 **Node** 节点快速加入集群。

**kubeadm** 还支持令牌认证（**bootstrap Token**），因此逐渐成为企业中受青睐的部署方式。

## 🍑 部署系统要求

**Kubernetes** 系统由一组可执行程序组成，读者可以在 **GitHub** 开源代码库的 **Kubernetes** 项目页面内下载所需的二进制文件包或源代码包。

安装 **Kubernetes** 对系统和硬件的要求如表所示。
![在这里插入图片描述](pic.nexopera.tech/62e0c9db73ac7.png)
**Kubernetes** 支持的容器包括 **Docker**、**Containerd**、**CRI-O** 和 **Frakti**。

本次实验在示例中使用 **Docker** 作为容器运行环境。

部署 **Kubernetes** 集群使用的是三台 **Centos** 系统的虚拟机，其中一台作为 **Master** 节点，另外两台作为 **Node** 节点，虚拟主机的系统配置信息如表所示。
![在这里插入图片描述](pic.nexopera.tech/62e0c9db757bb.png)
在部署集群前需要修改各节点的主机名，配置节点间的主机名解析。

注意，以下操作在所有节点上都需要执行，这里只给出在 **Master** 节点上的操作步骤，示例代码如下所示。
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9db5a102.png)

**1. 关闭防火墙与禁用 SELinux**

**Kubernetes** 的 **Master** 节点与 **Node** 节点间会有大量的网络通信，为了避免安装过程中不必要的报错，需要将系统的防火墙关闭。

同时在主机上禁用 **SELinux**，示例代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9dbb4378.png)
**SELinux** 有两种禁用方式，分为临时禁用与永久性禁用。临时禁用 **SELinux** 的示例代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9db399d9.png)
永久禁用 **SELinux** 服务需要编辑文件 **/etc/selinux/config**，将 **SELINUX** 修改为 **disabled**，示例代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9db506a9.png)

**2. 关闭系统 Swap**

从 **Kubernetes 1.8** 版本开始，部署集群时需要关闭系统的 **Swap**（交换分区）。

如果不关闭 **Swap**，则默认配置下的 **Kubelet** 将无法正常启动。用户可以通过两种方式关闭 **Swap**。

（1）方法一：通过修改 **Kubelet** 的启动参数 **“–fail-swap-on=false”** 更改这个限制。

（2）方法二：使用 **swapoff -a** 参数来修改 **/etc/fstab** 文件，使用 **#** 将 **Swap** 自动挂载配置注释。

示例代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9dc3fe2e.png)
**Swap** 关闭后可以使用 **free –m** 命令来确认 **Swap** 是否已经关闭，代码如下所示。
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9dc57e4a.png)
通过 **free –m** 命令的执行结果可以看出，**Swap** 关闭。再次提醒，以上操作需要在所有节点上执行。

**3. 主机时间同步**

如果各主机可以访问互连网，直接启动各主机上的 **chronyd** 服务即可；

否则需要使用本地的时间服务器，确保各主机时间同步。启动 **chronyd** 服务的示例代码如下。
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9dc7db66.png)
以上操作完后，需要重新启动计算机，以便配置修改生效。

## 🍑 基本环境和集群架构

前面已经介绍过部署 **Kubernetes** 所需的基本环境，包括关闭 **SELinux** 和 **防火墙**、主机时间同步、关闭 **Swap** 和主机名称解析，基本环境的部署流程此处将不再赘述。

**Kubernetes** 项目目前仍处于快速迭代阶段，本次实验在演示过程中使用的配置可能不完全适合后续版本，因此，在使用不同版本时，建议大家可以去参考官方安装文档。

在部署集群前，首先要了解集群中组件的基本情况，**Kubeadm** 方式部署 **Kubernetes** 集群系统配置信息如表所示。
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9dd4e822.png)
集群的基本环境配置好后，接下来进行实际的部署操作。

## 🍑 安装流程

**Kubeadm** 在构建集群过程中要访问 **gcr.io**（谷歌镜像仓库）并下载相关的 **Docker** 镜像，所以需要确保主机可以正常访问此站点。

如果无法访问该站点，用户可以访问国内的镜像仓库（如清华镜像站）下载相关镜像。镜像下载完成后，修改为指定的 **tag**（标签）即可。

**1. 安装 Docker 与镜像下载**

**Kubeadm** 需要 **Docker** 环境，因此要在各节点上安装并启动 **Docker**，代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9dcb9451.png)
**Docker** 安装完成后，需要从 **Docker Hub** 网站拉取相应的镜像并为镜像更换标签，代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9dcdd7d0.png)
从 **Docker Hub** 上拉取镜像速度缓慢为正常现象，需耐心等待。

**2. 安装 Kubeadm 和 Kubelet**

配置 **Kubeadm** 和 **Kubelet** 的 **Repo** 源，并在所有节点上安装 **Kubeadm** 和 **Kubelet** 工具，示例代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9dd44539.png)
配置完 **Kubeadm** 和 **Kubelet** 的 **Repo** 源后即可进行安装操作，示例代码：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9dd4c2cb.png)

**3. 配置转发参数**

**Kubelet** 安装完成后，通过配置网络转发参数以确保集群能够正常通信，示例代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9dd8a1cc.png)
如果在执行上述命令后出现 **“net.bridge.bridge-nf-call-iptables”** 相关信息的报错，则需要重新加载 **br_netfilter** 模块，代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9ddb0519.png)

**4. 加载 IPVS 相关内核模块**

**Kubernetes** 运行中需要非永久性地加载相应的 **IPVS** 内核模块，可以将其添加在开机启动项中，代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9dddd8f6.png)
**IPVS** 加载完成后，可以通过命令 **“lsmod | grep ip_vs”** 查看内核模块是否加载成功。

**5. 配置 Kubelet**

在所有节点上配置 **Kubelet**，示例代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9de6582e.png)

**6. 启动 Kubelet 服务**

**Kubelet** 配置完成后即可启动该服务，代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9de59414.png)
接下来可以运行 “systemctl status kubelet” 命令查看 **Kubelet** 状态。

命令的返回结果中出现以下信息属于正常现象。
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9de9968a.png)
通过运行 **journalctl -xefu kubelet** 命令查看系统日志，可以得到以下结果。
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9de9be4d.png)
导致上述现象的原因是还没有为集群签发 **CA** 证书，在使用 **kubeadm init** 工具生成 **CA** 证书后该问题会自动解决，但在运行 **Kubeadm init** 之前 **Kubelet** 插件会不断地重启。

**7. 初始化 Master 节点**

在 **Master** 节点和各 **Node** 节点的 **Docker** 和 **Kubelet** 设置完成后，即可在 **Master** 节点上执行 **kubelet init** 命令初始化集群。

**kubeadm init** 命令支持两种初始化方式，一是通过命令选项传递参数来设定，二是使用 **YAML** 格式的专用配置文件设定更详细的配置参数。本实例将使用第一种较为简单的初始化方式。

在 **Master** 节点执行 **Kubeadm init** 命令即可实现对 **Master** 节点的初始化操作，代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9decdade.png)
**Kubeadm init** 初始化命令中 **“–apiserver-advertise-address=192.168.26.10”** 表示所要初始化的节点为 **Master**。

注意，在进行此操作时，需要将参数值修改为自己部署环境中的参数值。

上面的内容记录了系统完成初始化的过程，从代码中可以看出 **Kubernetes** 集群初始化会进行以下四步。

（1）**[kubelet]：** 生成 **Kubelet** 的配置文件 **“/var/lib/kubelet/config.yaml”**。

（2）**[certificates]：** 生成相关的各种证书。

（3）**[kubeconfig]：** 生成 **kubeconfig** 文件。

（4）**[bootstraptoken]：** 生成 **token**。

另外在加载结果的最后会出现配置 **Node** 节点加入集群的 **token** 指令：

> “kubeadm join 192.168.26.10:6443 --token wip0ux.19q3dpudrnyc6q7i --discovery-token-ca-cert-hash sha256:e41c201f32d7aa6c57254cd78c13a5aa7242979f7152bf33ec25dde13c1dcc9a”

需要注意，后面审批 **Node** 节点加入集群时需要该指令。

**8. 配置使用 Kubectl**

在 **Master** 节点配置使用 **Kubectl** 并通过命令查看节点状态，代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9df0755f.png)

**9. 配置使用网络插件**

通过 kubectl get nodes 的执行结果可以看出 **Master** 节点为 **NotReady** 状态，这是因为还没有安装网络插件。

在 **Master** 节点上安装网络插件，代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9e172cb4.png)
网络插件文件 **kube-flannel.yml** 下载完成后，需要修改文件中的网络配置信息。

其中配置文件中的 **IP** 参数需要与上面 **Kubeadm** 的 **pod-network** 一致，修改后的文件代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9e244445.png)
配置文件中默认的镜像源路径为 **“quay.io/coreos/flannel:v0.10.0-amd64”**，如果用户可以从该镜像路径下载镜像就不需要修改。

否则，需要将镜像地址修改为阿里镜像源 **“image: registry.cn-shanghai.aliyuncs.com/gcr-k8s/flannel:v0.10.0-amd64”**，示例代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9e2a2279.png)
如果 **Node** 节点存在多个网卡，则需要在 **kube-flannel.yaml** 中使用 **–iface** 参数指定集群主机内网网卡的名称，否则可能会出现 **DNS** 无法解析，容器无法通信的情况。

在 **flanneld** 启动参数中加加入 **–iface=** 项，示例代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9e2cc072.png)
**Kubeadm** 部署方式中，系统默认情况下给 **Node** 节点设置一个污点(**Taint**)：**node.Kubernetes.io/not-ready:NoSchedule**，该污点表示在各节点还没有进入 **ready** 状态之前，**Node** 节点不会接受系统的调度。

如果 **Kubernetes** 的网络插件还未部署，节点是不会进入 **ready** 状态的。

因此需要在 **kube-flannel.yaml** 文件中加入对 **node.Kubernetes.io/not-ready:NoSchedule** 污点的容忍，示例代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9e2d8ba1.png)
网络配置完成后，测试 **Kubectl** 服务是否能够正常启动，示例代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9e30faca.png)
网络插件完成安装配置后，节点状态会显示为 **Ready**，代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9e314a90.png)
此时，在 **Node** 节点输入 **token** 指令即可将 **Node** 节点加入集群，代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9e35c8ed.png)
注意，此 **token** 指令为 **Master** 节点初始化完成后的返回值。

## 🍑 集群状态检测

**Node** 节点加入集群后，即可在 **Master** 节点对集群状态进行检测。

**1. 查看 Pod**

使用 **Kubectl** 命令行工具查看 **Pod** 状态，并使用 **-n** 参数指定 **Pod** 的命令空间，代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9e460a52.png)

**2. 查看异常 Pod 信息**

从上面的代码可以看出 **kube-flannel-ds-sr6tq** 的状态为 **0**，此时可以输入以下指令查看异常 **Pod** 信息。
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9e65fa84.png)
当然，用户也可以删除异常的 **Pod**，示例代码如下：
![在这里插入图片描述](http://pic.nexopera.tech/62e0c9e4a0492.png)
至此，**Kubernetes** 集群部署完成。

# 3. 总结

本章带领大家使用 **Kubeadm** 方式搭建出企业级的 **Kubernetes** 应用集群。

大家再练习时应该仔细检查配置文件中的参数设置，避免安装过程报错。


K8s快速部署集群指南

> 打开这篇文章的同学，想必对 Docker 都不会陌生。Docker 是一种虚拟容器技术，它上手比较简单，只需在宿主机上起一个 Docker Engine，然后就能愉快的玩耍了，如：拉镜像、起容器、挂载数据、映射端口等等。相对于 Kubernetes（K8S）的上手，可谓简单很多。

那么 K8S 是什么，又为什么上手难度大？K8S 是一个基于容器技术的分布式集群管理系统，是谷歌几十年来大规模应用容器技术的经验积累和升华的一个重要成果。所以为了能够支持大规模的集群管理，它承载了很多的组件，而且分布式本身的复杂度就很高。又因为 K8S 是谷歌出品的，依赖了很多谷歌自己的镜像，所以对于国内的同学环境搭建的难度又增加了一层。

下面，我们带着问题，一步步来看 K8S 中到底有哪些东西？

首先，既然是个分布式系统，那势必有多个 Node 节点（物理主机或虚拟机），它们共同组成一个分布式集群，并且这些节点中会有一个 Master 节点，由它来统一管理 Node 节点。

如图所示：

![image-20220808085151177](http://pic.nexopera.tech/62f05e288ddd4.png)



## **问题一：主节点和工作节点是如何通信的呢？**

首先，Master 节点启动时，会运行一个 kube-apiserver 进程，它提供了集群管理的 API 接口，是集群内各个功能模块之间数据交互和通信的中心枢纽，并且它页提供了完备的集群安全机制（*后面还会讲到*）。

在 Node 节点上，使用 K8S 中的 kubelet 组件，在每个 Node 节点上都会运行一个 kubelet 进程，它负责向 Master 汇报自身节点的运行情况，如 Node 节点的注册、终止、定时上报健康状况等，以及接收 Master 发出的命令，创建相应 Pod。

在 K8S 中，Pod 是最基本的操作单元，它与 docker 的容器有略微的不同，因为 Pod 可能包含一个或多个容器（可以是 docker 容器），这些内部的容器是共享网络资源的，即可以通过 localhost 进行相互访问。

关于 Pod 内是如何做到网络共享的，每个 Pod 启动，内部都会启动一个 pause 容器（google的一个镜像），它使用默认的网络模式，而其他容器的网络都设置给它，以此来完成网络的共享问题。

如图所示：

![image-20220808085200842](http://pic.nexopera.tech/62f05e3ea75a0.png)



**问题二：Master 是如何将 Pod 调度到指定的 Node 上的？**

该工作由 kube-scheduler 来完成，整个调度过程通过执行一些列复杂的算法最终为每个 Pod 计算出一个最佳的目标 Node，该过程由 kube-scheduler 进程自动完成。常见的有轮询调度（RR）。当然也有可能，我们需要将 Pod 调度到一个指定的 Node 上，我们可以通过节点的标签（Label）和 Pod 的 nodeSelector 属性的相互匹配，来达到指定的效果。

如图所示：

![image-20220808085521608](http://pic.nexopera.tech/62f05efb49588.png)

*关于标签（Label）与选择器（Selector）的概念，后面会进一步介绍*



## **问题三：各节点、Pod 的信息都是统一维护在哪里的，由谁来维护？**

从上面的 Pod 调度的角度看，我们得有一个存储中心，用来存储各节点资源使用情况、健康状态、以及各 Pod 的基本信息等，这样 Pod 的调度来能正常进行。

在 K8S 中，采用 etcd 组件 作为一个高可用强一致性的存储仓库，该组件可以内置在 K8S 中，也可以外部搭建供 K8S 使用。

集群上的所有配置信息都存储在了 etcd，为了考虑各个组件的相对独立，以及整体的维护性，对于这些存储数据的增、删、改、查，统一由 kube-apiserver 来进行调用，apiserver 也提供了 REST 的支持，不仅对各个内部组件提供服务外，还对集群外部用户暴露服务。

外部用户可以通过 REST 接口，或者 kubectl 命令行工具进行集群管理，其内在都是与 apiserver 进行通信。

如图所示：

![image-20220808085221166](http://pic.nexopera.tech/62f05e486935c.png)



## **问题四：外部用户如何访问集群内运行的 Pod ？**



前面讲了外部用户如何管理 K8S，而我们更关心的是内部运行的 Pod 如何对外访问。使用过Docker 的同学应该知道，如果使用 bridge 模式，在容器创建时，都会分配一个虚拟 IP，该 IP 外部是没法访问到的，我们需要做一层端口映射，将容器内端口与宿主机端口进行映射绑定，这样外部通过访问宿主机的指定端口，就可以访问到内部容器端口了。

那么，K8S 的外部访问是否也是这样实现的？答案是否定的，K8S 中情况要复杂一些。因为上面讲的 Docker 是单机模式下的，而且一个容器对外就暴露一个服务。在分布式集群下，一个服务往往由多个 Application 提供，用来分担访问压力，而且这些 Application 可能会分布在多个节点上，这样又涉及到了跨主机的通信。

这里，K8S 引入了 Service 的概念，将多个相同的 Pod 包装成一个完整的 service 对外提供服务，至于获取到这些相同的 Pod，每个 Pod 启动时都会设置 labels 属性，在 Service 中我们通过选择器 Selector，选择具有相同 Name 标签属性的 Pod，作为整体服务，并将服务信息通过 Apiserver 存入 etcd 中，该工作由 Service Controller 来完成。同时，每个节点上会启动一个 kube-proxy 进程，由它来负责服务地址到 Pod 地址的代理以及负载均衡等工作。

如图所示：

![image-20220808085230023](http://pic.nexopera.tech/62f05e4fcc689.png)

## **问题五：Pod 如何动态扩容和缩放？**



既然知道了服务是由 Pod 组成的，那么服务的扩容也就意味着 Pod 的扩容。通俗点讲，就是在需要时将 Pod 复制多份，在不需要后，将 Pod 缩减至指定份数。K8S 中通过 Replication Controller 来进行管理，为每个 Pod 设置一个期望的副本数，当实际副本数与期望不符时，就动态的进行数量调整，以达到期望值。期望数值可以由我们手动更新，或自动扩容代理来完成。

如图所示：

![image-20220808085309226](http://pic.nexopera.tech/62f05e7689faf.png)



## 问题六：各个组件之间是如何相互协作的？



最后，讲一下 kube-controller-manager 这个进程的作用。我们知道了 ectd 是作为集群数据的存储中心， apiserver 是管理数据中心，作为其他进程与数据中心通信的桥梁。而 Service Controller、Replication Controller 这些统一交由 kube-controller-manager 来管理，kube-controller-manager 作为一个守护进程，每个 Controller 都是一个控制循环，通过 apiserver 监视集群的共享状态，并尝试将实际状态与期望不符的进行改变。关于 Controller，manager 中还包含了 Node 节点控制器（Node Controller）、资源配额管控制器（ResourceQuota Controller）、命名空间控制器（Namespace Controller）等。

如图所示：

![image-20220808085409191](http://pic.nexopera.tech/62f05eb33bc3a.png)



## 总结

本文通过问答的方式，没有涉及任何深入的实现细节，从整体的角度，概念性的介绍了 K8S 中涉及的基本概念，其中使用相关的包括有：

- Node
- Pod
- Label
- Selector
- Replication Controller
- Service Controller
- ResourceQuota Controller
- Namespace Controller
- Node Controller

以及运行进程相关的有：

- kube-apiserver
- kube-controller-manager
- kube-scheduler
- kubelet
- kube-proxy
- pause


Kubernetes 架构原理

Kubernetes 网络模型

Linux 下的 Docker 入门教程

## 背景

最近接手了几个项目，发现项目的部署基本上都是基于Docker的，幸亏在几年前已经熟悉的Docker的基本使用，没有抓瞎。这两年随着云原生的发展，Docker在云原生中的作用使得它也蓬勃发展起来。

今天这篇文章就带大家一起实现一下在Linux操作系统下Docker的部署过程，收藏起来，以备不时之需。当然，如果对Docker感兴趣的话，可以直接根据本文的步骤操作起来。终有一天你会享受到Docker的便利与魅力的。

## Docker及系统版本

Docker从17.03版本之后分为CE（Community Edition: 社区版）和EE（Enterprise Edition: 企业版）。相对于社区版本，企业版本强调安全性，但需付费使用。这里我们使用社区版本即可。

Docker支持64位版本的CentOS 7和CentOS 8及更高版本，它要求Linux内核版本不低于3.10。

查看Linux版本的命令这里推荐两种：`lsb_release -a`或`cat /etc/redhat-release`。

`lsb_release -a`查看效果：

```
[ ~]$ lsb_release -a
LSB Version: :core-4.1-amd64:core-4.1-noarch
Distributor ID: CentOS
Description: CentOS Linux release 7.6.1810 (Core)
Release: 7.6.1810
Codename: Core
```

`cat /etc/redhat-release`查看版本效果：

```
[~]$ cat /etc/redhat-release
CentOS Linux release 7.6.1810 (Core)
```

显然，当前Linux系统为CentOS7。再查一下内核版本是否不低于3.10。

查看内核版本有三种方式：

- cat /proc/version
- uname -a
- uname -r

三种形式都可以查看到内容版本，比如：

```
[ ~]$ uname -r
3.10.0-1160.45.1.el7.x86_64
```

可以看到，当前Linux内核版本满足Docker的需要。

## Docker的自动化安装

Docker官方和国内daocloud都提供了一键安装的脚本，使得Docker的安装更加便捷。

官方的一键安装方式：

```
curl -fsSL https://get.docker.com | bash -s docker --mirror Aliyun
```

国内 daocloud一键安装命令：

```
curl -sSL https://get.daocloud.io/docker | sh
```

执行上述任一条命令，耐心等待即可完成Docker的安装。

## Docker手动安装

手动安装Docker分三步：卸载、设置仓库、安装。

### 卸载Docker（可选）

**第一步，卸载历史版本**。这一步是可选的，如果之前安装过旧版本的Docker，可以使用如下命令进行卸载：

```
yum remove docker \
                  docker-client \
                  docker-client-latest \
                  docker-common \
                  docker-latest \
                  docker-latest-logrotate \
                  docker-logrotate \
                  docker-selinux \
                  docker-engine-selinux \
                  docker-engine \
                  docker-ce
```

### 设置源仓库

**第二步，设置仓库**。新主机上首次安装Docker Engine-Community之前，需要设置Docker仓库。此后可从仓库安装和更新Docker。

在设置仓库之前，需先按照所需的软件包。yum-utils提供了yum-config-manager，并且device mapper存储驱动程序需要device-mapper-persistent-data和lvm2。

```
$ sudo yum install -y yum-utils \
  device-mapper-persistent-data \
  lvm2
```

执行上述命令，安装完毕即可进行仓库的设置。使用官方源地址设置命令如下：

```
$ sudo yum-config-manager \
    --add-repo \
    https://download.docker.com/linux/centos/docker-ce.repo
```

通常，官方的源地址比较慢，可将上述的源地址替换为国内比较快的地址：

- 阿里云：http:**//**mirrors.aliyun.com**/**docker-ce**/**linux**/**centos**/**docker-ce.repo
- 清华大学源：https:**//**mirrors.tuna.tsinghua.edu.cn**/**docker-ce**/**linux**/**centos**/**docker-ce.repo

仓库设置完毕，即可进行Docker的安装。

### Docker安装

执行一下命令，安装最新版本的 Docker Engine-Community 和 containerd。

```
sudo yum install -y docker-ce docker-ce-cli containerd.io
```

docker-ce为社区免费版本。稍等片刻，docker即可安装成功。但安装完成之后的默认是未启动的，需要进行启动操作。

如果不需要docker-ce-cli或containerd.io可直接执行如下命令：

```
yum install -y docker-ce
```

至此，完成Docker安装。

## Docker启动

启动Docker的命令：

```
sudo systemctl start docker
```

通过运行hello-world镜像来验证是否正确安装了Docker Engine-Community。

```
// 拉取镜像
sudo docker pull hello-world
// 执行hello-world
sudo docker run hello-world
```

如果执行之后，控制台显示如下信息，则说明Docker安装和启动成功：

```
[root@iZ8vb8pfb2awsz4qy7vm7qZ ~]# docker run hello-world

Hello from Docker!
This message shows that your installation appears to be working correctly.
……
```

除了启动Docker，一些其他启动相关的命令：

- 守护进程重启：systemctl daemon-reload
- 重启Docker服务：systemctl restart docker / service docker restart
- 关闭Docker服务：docker service docker stop / docker systemctl stop docker

## 删除Docker

删除安装包：

```
yum remove docker-ce
```

删除镜像、容器、配置文件等内容：

```
rm -rf /var/lib/docker
```

## Docker其他常见命令

安装完成Docker之后，这里汇总列一下常见的Docker操作命令：

- 搜索仓库镜像：docker search 镜像名
- 拉取镜像：docker pull 镜像名
- 查看正在运行的容器：docker ps
- 查看所有容器：docker ps -a
- 删除容器：docker rm container_id
- 查看镜像：docker images
- 删除镜像：docker rmi image_id
- 启动（停止的）容器：docker start 容器ID
- 停止容器：docker stop  容器ID
- 重启容器：docker restart 容器ID
- 启动（新）容器：docker run -it ubuntu /bin/bash
- 进入容器：`docker attach 容器ID`或`docker exec -it 容器ID /bin/bash`，推荐使用后者。

更多的命令可以通过`docker help`命令来查看。


Linux安装Docker完整教程

Nexopera是一个专注于Linux、网络和运维等领域的博客网站。将为读者提供广泛的相关文章，涵盖操作系统、服务器管理、网络配置、安全性等多个主题。如果你是初学者，希望这里有适合你的内容。