dockerworkdir的简单介绍
本篇文章给大家谈谈dockerworkdir,以及对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。
本文目录一览:
docker启动文件日志自动放在了工作目录下
如果您使用 Docker 启动应用程序时,发现日志文件自动放在了工作目录下,可能是因为 Dockerfile 文件备拿中使用了 WORKDIR 命令设置了工作目录,导致程序将日志文件放在了工作目录下。
解决方法如下:
修改 Dockerfile 文件:将 WORKDIR 命令修改为您想要存放日志文件的目录。例如,将 WORKDIR /app 修改为 WORKDIR /logs。
在启动命令中指定日志文件目录:在启动命令中添加 -v 参数,将宿主机的日志目录映射到容器中。例如蔽滚御,使用命令 docker run -v /var/log/myapp:/logs myapp 将宿主机的 /var/log/myapp 目录映射到容器中的 /logs 目录,日志文件就会被存放宏岩在宿主机的 /var/log/myapp 目录下。
通过以上方法,您就可以将日志文件存放在您想要的目录下,而不是默认的工作目录下了。
docker联合文件系统
(Union filesystem)联合文件系统允许我们把多个文件系统逻辑上合并成一个文件系统,组成Union filesystem的文件系统不必相同(它们可以是ext2/3/4,vfat,ntfs,jffs...)。overlay是联合文件系统的一种(aufs...),overlay文件系统构建于其他文件系统之上,overlay其实更像是个挂载系统(mount system),功能是把不同的文件系统挂载到统一的路径。
overlay是个分层的文件系统,底层文件系统唯芹通常叫 lower ,顶层文件系统系统通常叫 upper ,两者通常合并挂载到 merged 目录,最终用户看到的就是 merged 中的文件。
lower 文件系统是readonly,对 merged 中所有的修改都只对 upper 操作,记住这点很重要。下面我们在linux上创建一个overlay文件系统,用以说明overlay文件系统挂载,文件读写,文件新增和删除。
创建 lower upper merged work 目录,把 lower和upper 挂载到 merged , work 是空目录,必须和 merged 的文件系统类型一样。
挂载: sudo mount -t overlay overlay -o lowerdir=./lower,upperdir=./upper,workdir=./work merged/ ,挂载后 merged 目录结构如下:
可以看到 lower 和 upper 中的文件合并到了 merged 中,当 lower 和 upper 有相同路径的文件时, merged 中只显示 upper 中的。也就是说 upper 会遮住 lower 中同名的文件(同路径下)。
overlay提供了对只读文件系统的读写功能,适合用在需要维持一个只读镜像,又需要提供读写功能的系统中,比如openwrt和docker,下面我们介绍docker中overlay的应用。
docker的基础镜像其实就是个readonly的根文件系统,从基础镜像构建的镜像其实都只是把修改部分和基础镜像合并重新打指唯毕包,我们从ubuntu镜像构建一个具有golang环境的镜像,用来说明overlay在docker中的应用。
Dockerfile 如下:
构建镜像
启动容器
查看容器
查看GraphDriver
从上面可以看到docker采用的是overlay2文件系统,LowerDir有多层。
/var/lib/docker/overlay2/1d65e86e54373a5b01afe28d0878a953fa2e9eb7cd14552a17d4a8628b476978/diff
/var/lib/docker/overlay2/b56e1dd54abdf8300b2f9726e3e92d3b32b78c8bf5b5cd807e27be78c671af40/diff
/var/lib/docker/overlay2/44c045232b8f3510d28965fbebcaad458263855785cc38e1a784a6731df7433d/diff
为什么会山旦有这么多层,其实很好理解,查看Dockerfile中写了哪些规则:
现在我们核对下最地城镜像是否是ubuntu的镜像文件:
ubuntu是基础镜像,没有LowerDir, UpperDir就是我新建ubuntu:golang镜像LowerDir的最底层文件系统
[img]docker目录存储结构
接下来我们以 overlay 这个文件系统为例,看一下 docker 镜像是怎么在磁盘上进行存储的。先看一下下面这张图,简单地描述了 overlay 文件系统的工作原理 。
最下层是一个 lower 层,也就是镜像层,它是一个只读层。右上层是一个 upper 层,upper 是容器的读写层,upper 层采用了写实复制的机制,也就是说只有对某些文件需要进行修改的时候才会从 lower 层把这个文件拷贝上来,之后所有的修改操作都会对 upper 层的滚橘昌副本进行修改。
upper 并列的有一个 workdir,它的作用是充当一个中间层的作用。也就是说,当对 upper 层里面的副本进行修改时,会先放到 workdir,然后再从 workdir 移到 upper 里面去,这伍镇个是 overlay 的工作机制。
最上面的是 mergedir,是一个统一视图层。从 mergedir 里面可以看到 upper 和 lower 中所有数据的整合,然后我们 docker exec 到容器里面,看到一个文大扒件系统其实就是 mergedir 统一视图层。
docker run详解
命令格式:docker run [OPTIONS] IMAGE [COMMAND] [ARG...]
Usage: Run a command in a new container
中文意思为:通过run命令创建一个新的容器(container)
常用选项说明
-d, --detach=false, 指定容器运行于前台还是后台,默认为false
-i, --interactive=false, 打开STDIN,用于控制台交互
-t, --tty=false, 分配tty设备,该可以支持终端登录,默认为false
-u, --user="", 指定容器的用户
-a, --attach=[], 登录容器(必须是以docker run -d启动的容器)
-w, --workdir="", 指定容器的工作目录
-c, --cpu-shares=0, 设置容器CPU权重,在CPU共享场景使用
-e, --env=[], 指定环境变量,容器中可以使用该环境变量
-m, --memory="", 指定容器的内存上限
-P, --publish-all=false, 指定容器暴露的端口
Docker 会随机映射一个49000--49900
-p, --publish=[], 指定容器暴露的端口
指定固定端口到容器端口
-h, --hostname="", 指定容器的主机名
-v, --volume=[], 给容器挂载存储卷,挂载到容器的某个目录
--volumes-from=[], 给容器挂载其他容器上的卷,挂载到容器的某个目录
--cap-add=[], 添加权限,权限清单详见:
--cap-drop=[], 删除权限,权限清单详见:
--cidfile="", 运行容器后,在指定文件中写厅薯入容器PID值,一种典型的监控系统用法
--cpuset="", 设置容器可以使用哪些CPU,此参数可以用来容器独占CPU
--device=[], 添加主机设备给容器,相谨伏州当于设备直通
--dns=[], 指定容器的dns服务器
--dns-search=[], 指定容器的dns搜索域名,写入到容器的/etc/resolv.conf文件
--entrypoint="", 覆盖image的入口点
--env-file=[], 指定环境变量文件,文件格式为每行一个环境变量
--expose=[], 指定容器暴露的端口,即修改镜像的暴露端口
--link=[], 指定容器间的关联,使用其他容器的IP、env等信息
--lxc-conf=[], 指定容器的配置文件,只有在指定--exec-driver=lxc时使用
--name="", 指定容器名字,后续可以通过名字进行容器管理,links特性需要使用名字
--net="bridge", 容器网络设置:
bridge 使用docker daemon指定的网桥
host //容器使用主机的网络
$ docker run -it --net container:4ddf4638572d busybox ifconfig
--net参数允许一个容器进去另一个容器,甚至等于host,即与宿主机共享网络,祥蔽本质上就是共享一个进程网络,即namespace技术。也是docker进程隔离的本质。
container:NAME_or_ID //使用其他容器的网路,共享IP和PORT等网络资源
none 容器使用自己的网络(类似--net=bridge),但是不进行配置
--privileged=false, 指定容器是否为特权容器,特权容器拥有所有的capabilities
--restart="no", 指定容器停止后的重启策略:
no:容器退出时不重启
on-failure:容器故障退出(返回值非零)时重启
always:容器退出时总是重启
--rm=false, 指定容器停止后自动删除容器(不支持以docker run -d启动的容器)
--sig-proxy=true, 设置由代理接受并处理信号,但是SIGCHLD、SIGSTOP和SIGKILL不能被代理
示例
运行一个在后台执行的容器,同时,还能用控制台管理:docker run -i -t -d ubuntu:latest
运行一个带命令在后台不断执行的容器,不直接展示容器内部信息:docker run -d ubuntu:latest ping
运行一个在后台不断执行的容器,同时带有命令,程序被终止后还能重启继续跑,还能用控制台管理,docker run -d --restart=always ubuntu:latest ping
为容器指定一个名字,docker run -d --name=ubuntu_server ubuntu:latest
容器暴露80端口,并指定宿主机80端口与其通信(: 之前是宿主机端口,之后是容器需暴露的端口),docker run -d --name=ubuntu_server -p 80:80 ubuntu:latest
指定容器内目录与宿主机目录共享(: 之前是宿主机文件夹,之后是容器需共享的文件夹),docker run -d --name=ubuntu_server -v /etc/www:/var/www ubuntu:latest
关于dockerworkdir和的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。