可设置 -重启机器模块自动加载

{ "registry-mirrors":["https://y8y6vosv.mirror.aliyuncs.com","https://registry.docker-cn.com","https://docker.mirrors.ustc.edu.cn" ,"https://dockerhub.azk8s.cn","http://hub-mirror.c.163.com"] }

sudo systemctl daemon-reload sudo systemctl restart docker

docker images 查看本地镜像列表

docker search 镜像名 搜索镜像

docker pull 镜像名 ： 拉取最新镜像 docker pull 镜像名：Tag 拉取指定版本镜像

docker run 镜像名 ：运行镜像 docker run 镜像名:Tag

docker save 镜像名/镜像ID -o 路径/名字 将镜像保存为tar文件利于转移和保存 docker load -i 加载文件恢复为镜像

docker tag image1:v1 image1:v2 对镜像打标签进行版本迭代，进行镜像区分

docker rmi -f 镜像名/镜像ID 删除一个镜像 docker rmi -f 镜像名/镜像ID 镜像名/镜像ID 镜像名/镜像ID #删除多个镜像 其镜像ID或镜像用用空格隔开即可 docker rmi -f $(docker images -aq) #删除全部镜像 -a 意思为显示全部, -q 意思为只显示ID docker image rm 镜像名称/镜像ID 强制删除镜像

Docker容器应用的开发和运行离不开可靠的镜像管理，虽然Docker官方也提供了公共的镜像仓库，但是从安全和效率等方面考虑，部署我们私有环境内的Registry也是非常必要的。 Harbor是由VMware公司开源的企业级的Docker Registry管理项目，它包括权限管理(RBAC)、LDAP、日志审核、管理界面、自我注册、镜像复制和中文支持等功能。 官网地址：https://github.com/goharbor/harbor

为Harbor自签发证书

安装Harbor

从基础镜像运行一个容器 执行一条指令，对容器做出修改 执行类似docker commit 的操作，提交一个新的镜像层 再基于刚提交的镜像运行一个新的容器 执行dockerfile中的下一条指令，直至所有指令执行完毕

FROM 基础镜像，必须是可以下载下来的

MAINTAINER 指定镜像的作者信息

RUN 指定在当前镜像构建过程中要运行的命令 （Shell 、exec模式）

EXPOSE 提醒使用者，容器暴露的是什么端口

CMD ：为启动的容器指定默认要运行的程序，程序运行结束，容器也就结束 类似于 RUN 指令，用于运行程序，但二者运行的时间点不同: 1、CMD 在docker run 时运行。 2、RUN 是在 docker build构建镜像时运行的

ENTERYPOINT 类似于 CMD 指令，但其不会被 docker run 的命令行参数指定的指令所覆盖，而且这些命令行参数会被当作参数送给 ENTRYPOINT 指令指定的程序。 如果需要重新指定ENTERYPOINT请使用 --entrypoint选项，将覆盖 entrypoint 指令指定的程序。

COPY # 复制指令，从上下文目录中复制文件或者目录到容器里指定路径。

ADD # 指令和 COPY 的使用格式一致 ADD包含类似tar的解压功能，如果单纯复制文件，dockerfile推荐使用COPY

VOLUME #定义匿名数据卷。在启动容器时忘记挂载数据卷，会自动挂载到匿名卷。 1、避免重要的数据，因容器重启而丢失，这是非常致命的。 2、避免容器不断变大。

WORKDIR #指定工作目录。用 WORKDIR 指定的工作目录，会在构建镜像的每一层中都存在。 （WORKDIR 指定的工作目录，必须是提前创建好的）

ENV #设置环境变量

USER #用于指定执行后续命令的用户和用户组，这边只是切换后续命令执行的用户（用户和用户组必须提前已经存在）

ONBUILD #用于延迟构建命令的执行

LABEL #用来给镜像添加一些元数据（metadata），以键值对的形式

HEALTHCHECK #用于指定某个程序或者指令来监控 docker 容器服务的运行状态。

ARG 构建参数，与 ENV 作用一至。不过作用域不一样。 ARG 设置的环境变量仅对 Dockerfile 内有效，也就是说只有 docker build 的过程中有效，构建好的镜像内不存在此环境变量。

数据卷是经过特殊设计的目录，可以绕过联合文件系统（UFS），为一个或者多个容器提供访问，数据卷设计的目的，在于数据的永久存储，它完全独立于容器的生存周期，因此，docker不会在容器删除时删除其挂载的数据卷，也不会存在类似的垃圾收集机制，对容器引用的数据卷进行处理，同一个数据卷可以只支持多个容器的访问。

1.数据卷在容器启动时初始化，如果容器使用的镜像在挂载点包含了数据，这些数据会被拷贝到新初始化的数据卷中 2.数据卷可以在容器之间共享和重用 3.可以对数据卷里的内容直接进行修改 4.数据卷的变化不会影像镜像的更新 5.卷会一直存在，即使挂载数据卷的容器已经被删除

为容器添加数据卷

使用dockerfile构建包含数据卷的镜像

命名的容器挂载数据卷，其他容器通过挂载这个容器实现数据共享，挂载数据卷的容器，就叫做数据卷容器 挂载数据卷容器的方法 docker run --volumes-from [container name]

在创建容器时指定容器所使用的CPU份额值，仅仅是一个弹性的加权值

对多内存节点的服务器有效