进入容器 v. 导出和导入 vi. 删除 7. 仓库 i. Docker Hub ii. 私有仓库 iii. 配置文件 8. 数据管理 i. 数据卷 ii. 数据卷容器 iii. 备份、恢复、迁移数据卷 9. 使用网络 i. 外部访问容器 ii. 容器互联 10. 高级网络配置 i. 快速配置指南 ii. 配置 DNS iii. 容器访问控制 iv. 端口映射实现 d 资源允许用户验 证镜像的来源和内容。 根据是否是官方提供，可将镜像资源分为两类。 一种是类似 centos 这样的基础镜像，被称为基础或根镜 像。这些基础镜像是由 Docker 公司创建、验证、支持、提供。这样的镜像往往使用单个单词作为名字。 还有一种类型，比如 tianon/centos 镜像，它是由 Docker 的用户创建并维护的，往往带有用户名称前 缀。可以通过前缀 user_name/ 命令来指定同时删除关联的容器。 这可 以让用户在容器之间升级和移动数据卷。具体的操作将在下一节中进行讲解。 数据卷容器 Docker —— 从入门到实践 49 数据卷容器 可以利用数据卷对其中的数据进行进行备份、恢复和迁移。 首先使用 --volumes-from 标记来创建一个加载 dbdata 容器卷的容器，并从本地主机挂载当前到容器的 /backup 目录。命令如下： $ sudo docker

受关注程度）、是否官方创建、是否自动创建。 官方的镜像说明是官方项目组创建和维护的，automated 资源允许用户验证镜像的来源和内 容。 Docker Hub 118 根据是否是官方提供，可将镜像资源分为两类。 一种是类似 centos 这样的镜像，被称为基础镜像或根镜像。这些基础镜像由 Docker 公司创 建、验证、支持、提供。这样的镜像往往使用单个单词作为名字。 还有一种类型，比如 tianon/centos 删除构建过程中的临时容器。 --no-cache 构建镜像过程中不使用 cache（这将加长构建过程）。 --pull 始终尝试通过 pull 来获取更新版本的镜像。 config 验证 Compose 文件格式是否正确，若正确则显示配置，若格式错误显示错误原因。 down 此命令将会停止 up 命令所启动的容器，并移除网络 exec 进入指定的容器。 help 物理交换机通信一样。 那么，内核中实现命名空间和私有网络的代码是否足够成熟？ 内核命名空间从 2.6.15 版本（2008 年 7 月发布）之后被引入，数年间，这些机制的可靠性 在诸多大型生产系统中被实践验证。 实际上，命名空间的想法和设计提出的时间要更早，最初是为了在内核中引入一种机制来实 现 OpenVZ 的特性。 而 OpenVZ 项目早在 2005 年就发布了，其设计和实现都已经十分成 熟。

ontroller-manager 中添加参数 --node-monitor-grace-period=20s，将节点被标记为不健康的容忍时间调整为 20s，修 修 改前请做好配置⽂件备份 改前请做好配置⽂件备份； 2. 执⾏ systemctl restart kube-controller-manager 重启 ControllerManager； 3. 执⾏ systemctl status =100，将对 污点 NotReady:NoExecute 及 Unreachable:NoExecute 的容忍时⻓（以秒记，默认为 300）调整为 100s，修改前请做好配置⽂件备份 修改前请做好配置⽂件备份； 2. 执⾏ systemctl restart kube-apiserver 重启 APIServer 3. 执⾏ systemctl status kube-apiserver