赞
踩
> whereis docker
docker: /etc/docker # 存在
dpkg -l | grep docker
sudo apt remove -y --purge xxx #上面的输出
1.3.1 安装指令
sudo apt-get install -y docker-ce docker-ce-cli containerd.io
1.3.2 错误及解决办法
错误:
E: 软件包 docker-ce 没有可安装候选
E: 无法定位软件包 docker-ce-cli
E: 无法定位软件包 containerd.io
E: 无法按照 glob ‘containerd.io’ 找到任何软件包
E: 无法按照正则表达式 containerd.io 找到任何软件包
解决办法
把仓库设置成阿里云仓库。
sudo add-apt-repository \
"deb [arch=amd64] https://mirrors.aliyun.com/docker-ce/linux/ubuntu/ $(lsb_release -cs) \
stable"
如果报错:sudo: add-apt-repository:找不到命令 解决方式
执行:
sudo apt-get install python-software-properties
sudo apt install software-properties-common
在/home目录下创建docker目录,docker目录下的列表:(windows下展示)
App1和App2是自己c++生成的执行文件;Dockerfile 是一个用来构建镜像的文本文件,文本内容包含了一条条构建镜像所需的指令和说明;lib是需要的so库文件;pic是宿主机的存储图片的位置,之前docker容器内生成图片文件数据文章有说明,剩下的sh文件是docker镜像生成和销毁的执行文件。
Dockerfile展开说要说很久,目前就展示一些常用的:
2.1 .1、FROM
定制的镜像都是基于 FROM 的镜像,这里的 nginx 就是定制需要的基础镜像。后续的操作都是基于 nginx。
2.1 .2、RUN
用于执行后面跟着的命令行命令。有以下俩种格式:
shell 格式:
RUN <命令行命令>
<命令行命令> 等同于,在终端操作的 shell 命令。
exec 格式:
RUN ["可执行文件", "参数1", "参数2"]
例如:
RUN ["./test.php", "dev", "offline"] 等价于 RUN ./test.php dev offline
2.1 .3、MAINTAINER
镜像维护者姓名或邮箱地址
2.1 .4、ENV
设置环境变量,定义了环境变量,那么在后续的指令中,就可以使用这个环境变量。
2.1 .5、ADD
ADD 指令和 COPY 的使用格类似(同样需求下,官方推荐使用 COPY)。功能也类似,不同之处如下:
ADD 的优点:在执行 <源文件> 为 tar 压缩文件的话,压缩格式为 gzip, bzip2 以及 xz 的情况下,会自动复制并解压到 <目标路径>。
ADD 的缺点:在不解压的前提下,无法复制 tar 压缩文件。会令镜像构建缓存失效,从而可能会令镜像构建变得比较缓慢。具体是否使用,可以根据是否需要自动解压来决定。
2.1 .6、CMD
类似于 RUN 指令,用于运行程序,但二者运行的时间点不同:CMD 在docker run 时运行;RUN 是在 docker build。
2.1 .7、WORKDIR
指定工作目录。用 WORKDIR 指定的工作目录,会在构建镜像的每一层中都存在。以后各层的当前目录就被改为指定的目录,如该目录不存在,WORKDIR 会帮你建立目录。
docker build 构建镜像过程中的,每一个 RUN 命令都是新建的一层。只有通过 WORKDIR 创建的目录才会一直存在。
2.1.8 例子
FROM ubuntu MAINTAINER xxx # 设置变量 ENV WORKDIR /home/docker/apps # 设置时区 #ENV TIME_ZONE=Asia/Shanghai #RUN cp /usr/share/zoneinfo/${TIME_ZONE} /etc/localtime && echo ${TIME_ZONE} > /etc/timezone # 添加依赖 ADD lib/* /usr/lib/ #ADD lib/* /usr/lib64/ # 设置工作目录 RUN mkdir -p ${WORKDIR} WORKDIR ${WORKDIR} # 启动命令 CMD ${WORKDIR}/start.sh
2.2.1 docker-run.sh
#!/bin/sh HOME=/home/docker restart=unless-stopped network=host # stop apps # 根据通道增减 docker stop App1&& docker rm App1 docker stop App2 && docker rm App2 # build gatherapp image docker rmi gatherapp:1.0 docker load < ubuntu.tar docker build -t gatherapp:1.0 ${HOME} && \ # run apps # 创建容器 docker run -d --name App1\ -v /etc/localtime:/etc/localtime:ro \ -p 5666:5666\ -v ${HOME}/pic:${HOME}/pic \ -v ${HOME}/App1:${HOME}/apps --restart=${restart} \ gatherapp:1.0 && \ docker run -d --name App2\ -v /etc/localtime:/etc/localtime:ro \ -p 8866:8866\ -v ${HOME}/App2:${HOME}/apps --restart=${restart} \ gatherapp:1.0 && \
在挂载目录为多级情况下需要注意:
可能会出现权限不足的提示。我们需要添加参数–privileged=true来解决挂载的目录没有权限的问题。
例:
docker run -d --name App2\
--privileged=true\
-v /etc/localtime:/etc/localtime:ro \
-p 8866:8866\
-v ${HOME}/App2:${HOME}/apps --restart=${restart} \
gatherapp:1.0 && \
2.2.2 docker-restart.sh
#! /bin/bash
docker restart App1
docker restart App2
2.2.3 docker-stop.sh
#! /bin/bash
docker stop App1
docker stop App2
app是c++编译生成的执行文件,start.sh内容如下:
#!/bin/sh
./app.
就是单纯的执行,目的是方便Dockerfile创建镜像时,不需要编写太多的执行命令。这样一个启动命令就OK。
#Dockerfile 启动命令
CMD ${WORKDIR}/start.sh
这两个文件夹没有太多需要注意的,lib文件夹下存你执行程序需要的so动态库(看你自己调用你调用静态库就保存.a文件)。它主要的目的就是提供依赖环境。在2.1.8 例子中ADD已经将内容拷贝到创建的镜像了。而pic的注意上面也提过了,在2.2.1 docker-run.sh 中,-v ${HOME}/App1:${HOME}/apps --restart=${restart}
已经将镜像和宿主机进行了绑定这样就可以在本地落图了。
进入/home/docker目录,执行
./docker-run.sh
停止
./docker-stop.sh
重启
./docker-restart.sh
命令:
docker stats
docker stats 命令用来显示容器使用的系统资源。
展示内容:
CONTAINER ID NAME CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS
802ce16fe53c xxxxServer 0.01% 6.203MiB / 31.3GiB 0.02% 19.4MB / 8.97MB 0B / 0B 23
默认情况下,stats 命令会每隔 1 秒钟刷新一次输出的内容直到你按下 ctrl + c。下面是输出的主要内容:
字段 | 说明 |
---|---|
[CONTAINER] | 以短格式显示容器的 ID |
[CPU %] | CPU 的使用情况。 |
[MEM USAGE / LIMIT] | 当前使用的内存和最大可以使用的内存。 |
[MEM %] | 以百分比的形式显示内存使用情况。 |
[NET I/O] | 网络 I/O 数据。 |
[BLOCK I/O] | 磁盘 I/O 数据。 |
[PIDS] | PID 号。 |
[MEM USAGE / LIMIT]
需要注意下,他展示的是容器使用的内存,包括你程序生成的文件大小都包含在内。如果你的程序没有生成文件,使用他来判断内存泄露也是可以的(正常日志输出也是有计算大小),所以,判断内存泄露正常还是使用top -p pid
和Valgrind
。
在启动docker后,可以调用命令查看镜像状态:
//当前创建运行中的镜像
docker ps
//所有创建的镜像
docker ps -a
正常运行:
如果镜像运行失败
查看docker日志:
docker logs --tail=1000 容器名称 (查看容器前多少行的日志)
进入容器
docker exec -it 容器名 /bin/bash
退出当前容器:
exit
# -it 进入容器退出(前台容器自动结束【后台停止运行】)
1.在我们使用 -it 参数直接进入该容器的时候,使用exit退出的时候这个容器就会自动结束。
- 此时后台就没有该运行中的容器。
1、观察他的创建和状态时间,如果对应不上那么应该是被重新拉起过;
2、如果有监听端口端口是否一直占用。
如果运行失败,正常是两个原因:
1、执行程序(sh、.文件、.out文件)权限是否有执行权限 -> 赋执行权限
2、自己写的app是否依赖库齐全。 -> 直接运行执行文件,补充依赖
检查库版本:使用ldd命令检查你的程序依赖哪些库以及它们的版本。这可以帮助你确定是否安装了正确的库版本。
ldd your_program
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。