使用 maven docker 插件部署时，发现docker容器时间与本地时间相差8小时。 因为docker的时区与系统时区不同，docker容器默认的时区采用的UTC， 而中国时区为CTS，与之差8小时（东8区），可以进入容器使用date命令查看时区： root@pro-server-3:~/trainer# date Fri Mar 12 12:56:40 CST 2021 CST： China Standard Time，UTC+8:00 中国沿海时间（北京时间） UTC： Universal Time Coordinated 世界协调时间 所以设置一下Docker容器时区即可，我采用的docker maven插件，所以增加如下命令： 意思就是容器构建时执行 RUN 命令修改系统时间 /etc/timezone，将其设置为上海时间，问题解决。
Jenkins配置了Docker插件，结果发现不能远程调用远端的docker，原来是tcp端口没有打开。 ubuntu版本号：16.04 root@ubuntu:/etc/docker# cat /proc/version Linux version 4.4.0-62-generic (buildd@lcy01-30) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4) ) #83-Ubuntu SMP Wed Jan 18 14:10:15 UTC 2017 ubuntu docker配置文件在 /etc/default/docker jenkins docker plugin链接远程docker时，需要docker开启tcp端口，编辑docker配置文件添加配置： vi /etc/default/docker 添加内容： DOCKER_OPTS="-H tcp://0.0.0.0:2376 -H unix:///var/run/docker.sock" 注意大小写，否则docker可能启动不起来。 重启docker： service docker restart 发现无效，查看docker进程，并未添加DOCKER_OPTS参数信息： root@ubuntu:/etc/docker# ps -ef | grep docker root 22829 1 0 14:28 ? 00:00:00 /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock 编辑文件： vi /lib/systemd/system/docker.service 在[service]节点添加如下内容： EnvironmentFile=/etc/default/docker 然后修改ExecStart为： ExecStart=/usr/bin/dockerd -H fd:// $DOCKER_OPTS --containerd=/run/containerd/containerd.sock ...
在docker run创建并运行容器的时候，可以通过 -p 指定端口映射规则。但是，我们经常会遇到刚开始忘记设置端口映射或者设置错了需要修改。当docker start运行容器后并没有提供一个-p选项或设置，让你修改指定端口映射规则。那么这种情况我们该怎么处理呢？今天Docker君教你如何修改运行中的docker容器的端口映射？ 方法一：删除原有容器，重新建新容器 这个解决方案最为简单，把原来的容器删掉，重新建一个。当然这次不要忘记加上端口映射。 优缺点： 优点是简单快捷，在测试环境使用较多。缺点是如果是数据库镜像，那重新建一个又要重新配置一次，就比较麻烦了。 方法二：修改容器配置文件，重启docker服务 容器的配置文件路径： /var/lib/docker/containers/[hash_of_the_container]/hostconfig.json 其中的 hashofthecontainer 是docker镜像的hash值，可以通过 docker ps 或者 docker inspect containername 查看。（CONTAINER ID就可以看出来） 文件中其中有一项是PortBindings，其中8080/tcp对应的是容器内部的8080端口，HostPort对应的是映射到宿主机的端口9190。8361/tcp对应的是容器内部的8361端口，HostPort对应的是映射到宿主机的端口9191。按需修改端口，然后重启docker服务，再启动容器服务就可以了。 systemctl restart docker 优缺点： 这个方法的优点是没有副作用，操作简单。缺点是需要重启整个docker服务，如果在同一个宿主机上运行着多个容器服务的话，就会影响其他容器服务。 方法三：利用docker commit新构镜像 docker commit：把一个容器的文件改动和配置信息commit到一个新的镜像。这个在测试的时候会非常有用，把容器所有的文件改动和配置信息导入成一个新的docker镜像，然后用这个新的镜像重起一个容器，这对之前的容器不会有任何影响。 1、停止docker容器 docker stop container01 2、commit该docker容器 docker commit container01 new_image:tag 3、用前一步新生成的镜像重新起一个容器 docker run --name container02 -p 80:80 new_image:tag 优缺点： 这种方式的优点是不会影响统一宿主机上的其他容器，缺点是管理起来显得比较乱，没有第二种方法那么直观。
Dockfile就是一个文本文件，里边包含了一行行的指令，用来描述如何创建自定义镜像。 1. 使用 使用 docker build 命令来基于Dockerfile文件和上下文构建镜像，构建上下文指的是特定路径(PATH或URL)的文件集合，PATH用来指定本地文件系统目录，而URL用来指定Git仓库的地址，它们包含的所有文件(子目录或子模块)都会被递归处理。在大多数情况下，最好以空目录作为上下文，并将Dockerfile保存在该目录中。仅添加构建Dockerfile所需的文件。 docker build命令语法： docker build [OPTIONS] PATH | URL | - 例如： $ docker build . Sending build context to Docker daemon 6.51 MB ... 上边的命令会被docker daemon程序来处理而不是docker CLI，构建进程将发送指定路径下的Dockerfile文件到docker daemon。 Dockerfiie通过命令来关联构建上下文的文件，如 COPY、ADD 等命令。另外，可以通过 .dockerignore文件来排除文件或目录，以提高构建速度和性能。 一般而言，Dockerfile文件应该位于构建上下文的根目录中，但是，也允许使用 -f 选项来指定它的位置： $ docker build -f /path/to/a/Dockerfile . 也可以在镜像构建完成后指定tag： $ docker build -t shykes/myapp . 多次使用 -t 选项可以指定多个tag。 Docker daemon运行Dockfile之前会先进行校验，校验失败会输出错误信息： $ docker build -t test/myapp . Sending build context to Docker daemon 2.048 kB Error response from daemon: Unknown instruction: RUNCMD ...
1. 端口映射 1.1. 外部访问容器内的应用 如果外部要访问容器，需要将容器的端口开放出来，使用 -p 或 -P (大写)参数来映射容器端口和宿主机端口的关系： -p：明确指定端口映射，每个端口只能绑定一个容器，格式包括：IP:HOST_PORT:CONTAINER_PORT|IP:CONTAINER_PORT|HOST_PORT:COINTAINER_PORT 举例： docker run -p 8080:80 nginx 该命令表示启动容器是将宿主机的8080端口映射为容器的80端口，外部访问宿主机的8080端口就是在访问容器的80端口。 -P（大写）:随机映射一个宿主机的可用端口到容器 举例： docker run -P nginx 通过docker ps命令可以看到端口的映射结果： root@ubuntu:~# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 9e4cb770c5cc nginx "nginx -g 'daemon of…" 17 seconds ago Up 16 seconds 0.0.0.0:32768->80/tcp peaceful_robinson 可以看到，宿主机的32768端口映射到容器的80端口 1.2. 映射多个端口 多次使用 -p 参数，可以将容器的多个端口与宿主机的多个端口进行映射 例如： docker run -p 8080:80 -p 8081:80 nginx 1.3. 映射指定地址的指定端口 使用 IP:HOST_PORT:CONTAINER_PORT 格式来指定IP地址下的端口 例如： ...
容器的数据管理有两种方式： 数据卷（Data Volumes）：容器内数据直接映射到本地主机环境 数据卷容器（Data Volume Containers）：使用特定容器维护数据卷 1. 数据卷 数据卷是一个可供容器使用的特殊目录，将主机的目录映射进容器，类似于Linux中的mount行为。 特点： 可在容器间共享和重用，容器间传输数据变得高效 对数据卷内数据的修改会立即生效，容器和本地操作都可以 数据卷的更新不会影响镜像，应用和数据解耦 卷会一直存在，直到没有容器使用，就可以安全地卸载它 1.1. 数据卷管理 volume命令： root@ubuntu:~# docker volume --help Usage: docker volume COMMAND Manage volumes Commands: create Create a volume inspect Display detailed information on one or more volumes ls List volumes prune Remove all unused local volumes rm Remove one or more volumes 1.1.1. 创建数据卷 docker volume create -d local test 数据卷创建后存放在/var/lib/docker/volumes下。e.g. root@ubuntu:~# docker volume create -d local test test root@ubuntu:~# cd /var/lib/docker root@ubuntu:/var/lib/docker# ls builder buildkit containers image network overlay2 plugins runtimes swarm tmp trust volumes root@ubuntu:/var/lib/docker# cd volumes/ root@ubuntu:/var/lib/docker/volumes# ls metadata.db test root@ubuntu:/var/lib/docker/volumes# cd test/ root@ubuntu:/var/lib/docker/volumes/test# ls _data root@ubuntu:/var/lib/docker/volumes/test# ...
docker 仓库的概念与java的maven仓库非常类似，它们都用来存储数据，maven仓库存储的是 jar 包，docker 仓库存储的是镜像。许多第三方私有仓库工具如 nexus 既可以构建 maven 仓库，也支持 docker 仓库。 1. 镜像仓库和注册表 1.1. Registry 镜像注册表，用来存储镜像数据的地方，官方的Docker hub就是一个公共的Registry，另外，还可以通过官方的registry镜像搭建私有的镜像注册表。通常所说的镜像仓库是泛指Registry，但并不完全准确，一个Registry可以包含多个Repository。 例如，拉取镜像：docker pull registry.hub.docker.com/ubuntu:18.04，这里的registry.hub.docker.com就是官方提供的镜像注册表，可以省略不写。 1.2. Repository 镜像库，包含多个镜像，存储于Registry中。在仓库搜索镜像时，按名称搜索在registry中查找repository。例如，我们所说的nginx镜像，一般就是指的nginx的Repository，它包含多个nginx镜像，它们通过tag来区分。 镜像的类别： 根镜像：Docker官方提供的基础镜像，单名字，如centos、ubuntu等 用户的镜像：由docker用户创建并维护的镜像，带有用户名前缀，表明是某用户下的仓库，例如：ansible/centos7-ansible，belonk/mynginx等 第三方镜像市场：阿里云、腾讯云、网易云等等 2. 搭建本地私有仓库 执行如下命令： docker run -d -p 5000:5000 registry:2 它会下载并启动一个registry容器，registry对应的是仓库镜像，版本为2。 上传镜像到本地私有仓库： 标记镜像: docker tag ubuntu IP:端口/镜像 上传镜像: docker push IP:端口/镜像 3. 基本操作 登录Docker hub Docker Hub是官方的公共镜像仓库，注册账号，然后在命令行进行登录： docker login 输入账号和密码登录即可，登录信息保存在 ~/.docker/config.json 下载镜像 docker [image] pull 搜索镜像 docker search IMAGE 上传镜像 docker [image] push [REGISTRY_HOST[:REGISTRY_PORT] / ]NAME[:TAG] ...
前一篇我们介绍了Docker的核心概念–镜像，知道了镜像是只读的创建容器的指令模板，由不同的层组成，也提到了镜像运行后就成为了容器，容器启动后回家镜像上增加一个可写的容器层，容器和镜像最主要的区别就在于容器层，容器层可读写，新写入或者修改的数据都存储在容器层上。在本篇，我们再来详细了解一下Docker的容器。 1. 简介 容器是镜像的可运行实例。您可以使用Docker API或CLI创建，启动，停止，移动或删除容器。您可以将容器连接到一个或多个网络，附加存储，甚至可以根据其当前状态创建新镜像。默认情况下，容器与其他容器及其主机相对隔离。您可以控制容器的网络，存储或其他基础子系统与其他容器或主机的隔离程度。容器由其镜像以及在创建或启动时为其提供的配置选项定义。删除容器后，其未持久存储的状态数据都将消失。 简单而言，容器可以看作是一个或一组独立运行的应用，以及这些应用必须的运行环境的一个整体。镜像是只读的，而容器则是在镜像上层添加了一个可写的容器层，镜像运行的实例就是容器。容器都有唯一的CONTAINER ID和名称(NAME)，还包括该容器对应的镜像(IMAGE)、状态(STATUS)等属性，另外，容器可以被创建、启动、停止和删除。 例如，ubuntu是一个镜像，运行后，就得到了容器，多次运行则得到多个容器。 2. 容器操作 现在我们看看操作容器的一些基本命令。 2.1. 查看容器 查看容器列表 1、命令 docker container ls [OPTIONS] 改命令等同于： docker ps [OPTIONS] 选项： -a, --all：显示所有的容器（不加此选项则仅显示运行中的） -f, --filter：按照条件过滤查询 --format string: 格式化输出信息 -n, --last int: 仅显示最后的n个容器(所有状态) -l, --latest: 仅显示最近创建的容器(所有状态) --no-trunc: 不截断输出信息 -q, --quiet: 仅输出容器id -s, --size: 设置显示的总数 2、举例 查看本机运行的容器： root@ubuntu:~# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 1dd6cb8df75d ubuntu "/bin/bash" 24 hours ago Up 24 hours dbdata2 d428c1240bc8 ubuntu "/bin/bash" 25 hours ago Up 25 hours db2 2442cb173404 ubuntu "/bin/bash" 25 hours ago Up 25 hours db1 db3ac83e2531 ubuntu "/bin/bash" 26 hours ago Up 25 hours dbdata ...
上一篇介绍了如何在Windows、macOS、Ubuntu上安装docker，安装完成后，我们将开始正式学习docker。Docker的三大核心概念分为是：镜像、容器和仓库，在本篇，我们将介绍第一个核心概念----镜像。 1. 简介 Docker镜像(Image)，一个镜像是一个只读的用于创建docker容器(container)的指令模板，包括了程序运行所需的全部依赖包（包括程序、库、资源、配置等）。通常，镜像基于另一个镜像，并进行自定义。镜像是只读的、可运行的，运行后的镜像即为容器（Container）。 1.1. 镜像的几个概念 通过docker images查询本地的镜像列表时，可以看到镜像有REPOSITORY、ID、TAG等字段，镜像包含几个概念，首先需要弄清楚它们间的关系： Registry 镜像注册表，用来存储镜像数据的地方，官方的Docker hub就是一个公共的Registry，另外，还可以通过官方的registry镜像搭建私有的镜像注册表。通常所说的镜像仓库是泛指Registry，但并不完全准确，一个Registry可以包含多个Repository。 例如，拉取镜像：docker pull registry.hub.docker.com/ubuntu:18.04，这里的registry.hub.docker.com就是官方提供的镜像注册表，可以省略不写。 Repository 镜像库，包含多个镜像，存储于Registry中。在仓库搜索镜像时，按名称搜索在registry中查找repository。例如，我们所说的nginx镜像，一般就是指的nginx的Repository，它包含多个nginx镜像，它们通过tag来区分。 Tag 镜像的标签，一般用来作为版本区分，默认不写Tag为latest，一个Image有多个Tag。 Image 具体的镜像，有唯一的GUID和多个Tag。 简单而言，一个Registry包含多个Repository，每个Repository包含多个Image，每个Image有多个Tag，但是ID是唯一的。 1.2. 镜像层 镜像由不同的层（layer）组成。一般而言，Dockerfile每一个指令都会创建一个层，每层只是与之前图层的一组差异，它们都有自己的GUID，并且堆叠在彼此之上。当创建新容器时，将会在基础层的顶部添加新的可写层，称为“容器层”，对正在运行的容器所做的所有更改（例如，写入新文件、修改现有文件和删除文件）都将写入此可写容器层。 Figure 1. 镜像层示意 以镜像ubuntu15.04为例，运行一个容器，下图展示了其基本结构： Figure 2. 基于ubuntu15.04镜像的容器结构 上图展示了一个容器层（container layer）和镜像的多个镜像层（image layer）。其实，容器和镜像最主要的区别就在于容器层，容器层可读写，新写入或者修改的数据都存储在容器层上。基于同一镜像的不同容器都有自己的不同容器层，但是对于底层的各个镜像层，各个容器是共享的。当容器被删除后，只需删除该容器的容器层即可。可以看到，Docker通过层的设计极大地复用了资源，这也是docker轻量和快速的主要原因。 Figure 3. 基于ubuntu15.04镜像创建的多个容器结构 2. 镜像基本操作 接下来，我们看看镜像的一些基本操作。 2.1. 拉取镜像 拉取镜像意思是从镜像的Registry中将镜像下载到本地，类似于Git的pull拉取代码，命令如下： docker image pull [OPTIONS] NAME[:TAG|@DIGEST] 选项包括： -a, --all-tags: 拉取镜像的所有标签 --disable-content-trust: 是否跳过镜像验证，默认为true 例如：docker pull registry.hub.docker.com/ubuntu:18.04 2.2. 镜像查询 1、查询列表 查询本地的所有镜像： docker image ls 等同于docker images，例如： root@ubuntu:~# docker images REPOSITORY TAG IMAGE ID CREATED SIZE local/mynginx latest 4d24e58d851d 26 hours ago 108MB python 1.0 22a7b6b93718 5 days ago 131MB nginx latest f68d6e55e065 2 weeks ago 109MB python 2.7-slim ca96bab3e2aa 5 weeks ago 120MB hello-world latest fce289e99eb9 6 months ago 1.84kB ubuntu 14.10 a8a2ba3ce1a3 4 years ago 194MB ...
在上一篇 Docker简介中，我们介绍了Docker的概念、优势以及Docker结构，也提到了Docker是基于Linux系统的cgroup技术实现的，既然如此，那么Docker是否支持非Linux系统上使用呢？答案是肯定的。Docker官方提供了Docker Machine工具，用于在非Linux系统上构建虚拟机并在其上安装Docker；Docker官方还提供了Docker Toolbox工具包，用来在旧版本的操作系统上安装Docker；另外，Docker还专门针对Windows和Mac OS，提供了更简单易用的Docker Desktop，用来一键安装Docker及其相关组件。\n 在本篇，我们将来看看如何在Linux、Mac OS和Windows上安装Docker。\n 本篇安装的docker版本在最新的18.09版本，后续的docker入门系列文章都是基于该版本。 1. Ubuntu上安装Docker 1.1. 系统要求 Docker要求安装与64位的Ubuntu，版本要求如下： Cosmic 18.10 Bionic 18.04 (LTS) Xenial 16.04 (LTS) Docker支持的架构包括：x86_64 (或amd64), armhf, arm64, s390x (IBM Z), and ppc64le (IBM Power)。 测试Linux服务器为Ubuntu，版本为16.04，Ubuntu发布代码为xenial，其他版本的Linux就不做实践了： root@ubuntu:~# cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=16.04 DISTRIB_CODENAME=xenial DISTRIB_DESCRIPTION="Ubuntu 16.04.2 LTS" 1.2. 准备工作 1、卸载旧版本 如果原来安装过旧版本的docker，需要先卸载之： $ sudo apt-get remove docker docker-engine docker.io containerd runc 旧版本的docker在Ubuntu的镜像仓库中名为docker.io，docker-io包是Debian/Ubuntu用于官方docker发布的名称，不叫docker的原因在于，避免与Ubuntu的docker system-tray二进制文件发生名称冲突。在新版本的docker中，docker已经区分为docker-ce和docker-ee版本，在安装新版本的docker时，需要先卸载旧版本docker。 2、添加仓库地址 安装前，需要先将docker官方安装地址加入到Ubuntu apt地址库中。 （1）更新package索引 apt-get update ...
1. 简介 容器化技术，是对Linux容器的一种封装，将程序打包为镜像文件，运行该文件创建容器，最终达到使用容器进行快速、简单、高效的开发、部署、运行软件程序的目的。相对于虚拟化技术 [1]，容器化技术有着更高的资源利用率、更高的性能、更低的开发和维护成本。 容器化技术有以下特点： 灵活性：绝大部分应用程序都可以使用容器化技术进行开发和运维，并且可及时部署和更新应用 轻量级：共享宿主机内核资源，仅将程序和其依赖打包到镜像文件，运行于容器，占用资源少、性能高 可移植：一次构建，到处运行；本地一次构建，然后可部署到各个平台或云端docker环境中，强移植性 可扩展：可以自定义镜像文件，扩展功能满足不同需要 可堆叠：您可以垂直和即时堆叠服务 Docker就是一种容器化技术。 Docker是一个开发、运输和运行应用程序的开放平台，基于Linux内核的 cgroup [2] 技术实现，根据开源Apache 2.0许可证授权。使用Docker，您可以将应用程序与基础架构分离，以便快速交付软件，并且像管理应用程序一样管理基础架构。通过Docker快速发布、测试和部署代码，可以显着减少编码和部署程序的工作量，大大提高工作效率。 Figure 1. Docker场景示意图 1.1. 容器和虚拟机 容器运行在宿主机并且和其他容器共享宿主机内核资源，运行于独立的进程，不消耗更多内存及CPU资源，这使得容器很轻量级。 虚拟机也是运行在宿主机上，但是虚拟机有自己完全独立的操作系统，通过虚拟管理程序与宿主机交换资源，各个虚拟机共用宿主机的资源很少，导致虚拟机占用资源高、资源利用率低。 Figure 2. docker容器化技术结构 Figure 3. 虚拟化技术结构 如图2所示，Docker下层是其基础服务层，上层是docker容器，多个容器之间相互隔离，docker共享宿主机(Host OS)的系统资源。 而虚拟化技术结构如图3所示，底层是hypervisor [3] 层，用来协调多个虚拟机(VM)和宿主机(物理机)的资源共享，上层的多个虚拟机都有单独的操作系统，他们之间不进行资源共享。 不难看出，虚拟机提供给运行其上的程序过量的资源，资源利用不充分，性能低；而容器技术，很好的解决了这一问题。 1.2. Docker可以做什么 1、快速，一致地交付您的应用程序 Docker允许开发人员使用提供应用程序和服务的本地容器在标准化环境中工作，从而简化了开发生命周期。容器非常适合持续集成和持续交付（CI / CD）工作流程。 2、响应式部署和扩展 Docker基于容器的平台允许高度可移植的工作负载。Docker容器可以在开发人员的本地笔记本电脑，数据中心的物理或虚拟机，云提供商或混合环境中运行。 Docker的可移植性和轻量级特性还使得可以轻松地动态管理工作负载，按照业务需求即时扩展或拆除应用程序和服务。 3、在同一硬件上运行更多工作负载 Docker轻巧而快速。它为基于管理程序的虚拟机提供了一种可行且经济高效的替代方案，因此您可以使用更多的计算容量来实现业务目标。Docker非常适合高密度环境以及需要用更少资源完成更多工作的中小型应用部署，譬如现非常流行的微服务架构。 2. Docker核心概念 Docker有三大核心概念，分别是镜像、容器和仓库。 Docker镜像 Docker镜像(Image)，一个镜像是一个只读的用于创建docker容器(container)的指令模板。通常，镜像基于另一个镜像，并进行自定义。一般而言，通过定义Dockerfile文件来创建镜像。 Docker容器 Docker容器(Container)，容器是镜像的运行实例，Docker的容器间是相互隔离的，可以将容器看做是简化版的Linux系统和运行在其中的应用打包而成的沙箱。您可以使用Docker API或CLI创建、启动、停止、移动或删除容器，也可以将容器连接到一个或多个网络，附加数据卷，甚至可以根据其当前状态创建新镜像。 Docker仓库 Docker仓库指的是镜像文件存储的地方。Docker还有一个镜像注册表(Registry)的概念，它是存放镜像仓库的地方，有许多的仓库存放于其中。仓库有公共仓库和私有仓库之分，最大的公共仓库是Docker hub，用户也可以搭建自有的私有镜像仓库。用户创建了镜像过后，通过push命令将其推送到镜像仓库中，使用时再从镜像仓库pull到本地运行，这设计类似于Git的代码仓库。 3. Docker结构 Figure 4. docker的整体结构 Docker整体结构如图4所示。一般而言，我们所说的docker，均指docker引擎(Docker Engine)。 3.1. Docker引擎 Docker Engine是一个客户端 - 服务器架构的应用程序，我们常说的docker指的就是docker engine，它包含以下主要组件： 服务器，是一种长时间运行的程序，称为守护进程（ dockerd命令） REST API，程序与守护进程通信的接口 CLI，命令行界面，即docker客户端（docker命令），负责接收用户指令并通过REST API请求守护程序，完成与守护进程交互 ...