为了能够保存（持久化）数据以及共享容器间的数据，Docker提出了Volume的概念。简单来说，Volume就是目录或者文件，它可以绕过默认的联合文件系统，而以正常的文件或者目录的形式存在于宿主机上。
1.Docker管理数据的方式有两种：数据卷方式：
数据卷是一个特殊的文件或者目录，它将宿主机文件或者目录直接映射进容器中，可供一个或多个容器使用。容器数据卷设计的目的就是为了 数据的持久化，它完全独立与容器的生命周期。因此，容器删除时，不会删除其挂载的数据卷，也不会存在类似的垃圾机制对容器存在的数据卷进行处理。通过docker run -v命令可以将数据卷挂载到对应的容器目录空间，进行文件读取，容器卷特性如下：
数据卷容器方式：
命名的容器已挂载数据卷，其他的容器通过挂载这个容器(父容器)实现数据共享，挂载数据卷的容器，称为数据卷容器。通过数据卷容器可以实现容器间的数据共享。
例如：已经存在一个挂载了数据卷的容器，如果存在其他容器通过docker run --volumes-from [容器别名]命令挂载到该容器上，则该容器可以被称之为数据卷容器，其主要功能是提供数据卷供其他容器挂载。
当数据卷容器宕机后，并不会造成数据卷的回收卸载，数据卷会继续挂载在其他容器中。当全部挂载该数据卷的容器全部宕机后，该数据卷才会卸载。
数据卷方式，又分为volumes，bind mounts，tmpfs三种方式
Vlumes：Docker管理宿主机文件系统的一部分，默认位于 /var/lib/docker/volumes 目录中；（最常用的方式）.a和b方式vloume卷后不能跟目录只能是卷名
匿名目录挂载就是隐式创建 Docker vloume卷（自动生成的很长串的vloume名）， 匿名目录挂载只需要写容器内目录或者文件即可，而宿主机对应的目录会自动在/var/lib/docker/volumes路径下生成。
//以后台方式运行容器，并使用-v 匿名挂载容器数据卷 (推荐)
docker run -d -v 容器内目录[:rw/ro] -p 主机端口:容器端口 --name=容器名称 镜像ID/镜像名称[:版本号]
//注意：如果出现Docker挂载宿主机目录显示cannot open directory .:Permission denied
解决办法：在挂载目录后面 多加一个--privileged=true参数即可
docker run --name=docker_postgres -p 15432:5432 -v /var/lib/postgresql/data -e POSTGRES_PASSWORD=root -d docker_postgres 由于没有在创建时指定卷，所以Docker帮我们默认创建匿名卷。使用docker volume ls和 docker inspect docker_postgres 分别查看卷信息和容器信息。 这种方式删除容器会把默认卷也删除了，所以并不能持久化。
b.具名目录挂载(推荐使用) 具名目录挂载就是显式创建 Docker 卷，具名目录挂载相对于匿名目录挂载，就是在宿主机生成对应的目录时可以指定该目录的名称（需要先创建自定义卷），同样目录也会在/var/lib/docker/volumes路径下生成。
# docker volume create pgdata // 创建一个自定义容器卷
# docker volume ls // 查看所有容器卷
# docker volume inspect pgdata // 查看指定容器卷详情信息
//以后台方式运行容器，并使用-v 具名挂载容器数据卷 (推荐)
docker run -d -v 目录名称:容器内目录[:rw/ro] -p 主机端口:容器端口 --name=容器名称 镜像ID/镜像名称[:版本号]
//注意：如果出现Docker挂载宿主机目录显示cannot open directory .:Permission denied
解决办法：在挂载目录后面 多加一个--privileged=true参数即可
docker run --name=docker_postgres -p 15432:5432 -v pgdata:/var/lib/postgresql/data -e POSTGRES_PASSWORD=root -d docker_postgres 这种方式删除容器也不会删除卷。
#基于centos镜像进行构建
FROM centos
#数据卷只能指定容器数据卷，不能指定宿主机数据卷，英文并不能够保证在所有的宿主机上都存在这样的特定目录。
VOLUME ["pgdata/data","/var/lib/postgresql/data"]
#以 /bin/bash方式启动
CMD /bin/bashbind mounts：意为着可以存储在宿主机系统的任意位置；bind mount在不同的宿主机系统时不可移植的，比如Windows和Linux的目录结构是不一样的，bind mount所指向的host目录也不能一样。这也是为什么bind mount不能出现在Dockerfile中的原因，因为这样Dockerfile就不可移植了。
//以后台方式运行容器，并使用-v 挂载容器数据卷 (推荐)
docker run -d -v 宿主机目录:容器内目录[:rw/ro] -p 主机端口:容器端口 --name=容器名称 镜像ID/镜像名称[:版本号]
//注意：如果出现Docker挂载宿主机目录显示cannot open directory .:Permission denied
解决办法：在挂载目录后面 多加一个--privileged=true参数即可
docker run --name=docker_postgres -p 5432:5432 -v C:/MyTemp/mydocker/postgres/data:/var/lib/postgresql/data -e POSTGRES_PASSWORD=root -d docker_postgres
tmpfs：挂载存储在宿主机系统的内存中，而不会写入宿主机的文件系统；（一般都不会用的方式）
添加数据卷容器
docker run -it/-d -p 主机端口:容器端口 --name=容器名称 ----volumes-from 数据卷容器ID/数据卷容器名称 生成数据卷容器的镜像ID/镜像名称[:版本号]
参考：
Docker Volume 看这一篇就够了_ghostwritten的博客-CSDN博客_docker volume
你必须知道的Docker数据卷(Volume) - EdisonZhou - 博客园
Docker Volume原理及使用_自知自省的博客-CSDN博客_docker volume
对于Rails模型，是否可以/建议让一个类的成员不持久保存到数据库中？我想将用户最后选择的类型存储在session变量中。由于我无法从我的模型中设置session变量，我想将值存储在一个“虚拟”类成员中，该成员只是将值传递回Controller。你能有这样的类(class)成员吗？ 最佳答案 将非持久属性添加到Rails模型就像任何其他Ruby类一样:classUser扩展解释:在Ruby中，所有实例变量都是私有(private)的，不需要在赋值前定义。attr_accessor创建一个setter和getter方法:classUs
1.错误信息：Errorresponsefromdaemon:Gethttps://registry-1.docker.io/v2/:net/http:requestcanceledwhilewaitingforconnection(Client.Timeoutexceededwhileawaitingheaders)或者：Errorresponsefromdaemon:Gethttps://registry-1.docker.io/v2/:net/http:TLShandshaketimeout2.报错原因：docker使用的镜像网址默认为国外，下载容易超时，需要修改成国内镜像地址（首先阿里
我正在尝试使用docker运行一个Rails应用程序。通过github的sshurl安装的gem很少，如下所示:Gemfilegem'swagger-docs',:git=>'git@github.com:xyz/swagger-docs.git',:branch=>'my_branch'我在docker中添加了keys，它能够克隆所需的repo并从git安装gem。DockerfileRUNmkdir-p/root/.sshCOPY./id_rsa/root/.ssh/id_rsaRUNchmod700/root/.ssh/id_rsaRUNssh-keygen-f/root/.ss
我在Heroku上构建了一个必须在Docker容器内运行的RoR应用程序。为此，我使用officialDockerfile.因为它在Heroku中很常见，所以我需要一些附加组件才能使这个应用程序完全运行。在生产中，变量DATABASE_URL在我的应用程序中可用。但是，如果我尝试其他一些使用环境变量(在我的例子中是Mailtrap)的加载项，变量不会在运行时复制到实例中。所以我的问题很简单:如何让docker实例在Heroku上执行时知道环境变量？您可能会问，我已经知道我们可以在docker-compose.yml中指定一个environment指令。我想避免这种情况，以便能够通过项目
我在开发和生产中都使用docker，真正困扰我的一件事是docker缓存的简单性。我的ruby应用程序需要bundleinstall来安装依赖项，因此我从以下Dockerfile开始:添加GemfileGemfile添加Gemfile.lockGemfile.lock运行bundleinstall--path/root/bundle所有依赖项都被缓存，并且在我添加新gem之前效果很好。即使我添加的gem只有0.5MB，从头开始安装所有应用程序gem仍然需要10-15分钟。由于依赖项文件夹的大小(大约300MB)，然后再花10分钟来部署它。我在node_modules和npm上遇到了
开门见山|拉取镜像dockerpullelasticsearch:7.16.1|配置存放的目录#存放配置文件的文件夹mkdir-p/opt/docker/elasticsearch/node-1/config#存放数据的文件夹mkdir-p/opt/docker/elasticsearch/node-1/data#存放运行日志的文件夹mkdir-p/opt/docker/elasticsearch/node-1/log#存放IK分词插件的文件夹mkdir-p/opt/docker/elasticsearch/node-1/plugins若你使用了moba，直接右键新建即可如上图所示依次类推创建
测试环境对于任何一个软件公司来讲，都是核心基础组件之一。转转的测试环境伴随着转转的发展也从单一的几套环境发展成现在的任意的docker动态环境+docker稳定环境环境体系。期间环境系统不断的演进，去适应转转集群扩张、新业务的扩展，走了一些弯路，但最终我们将系统升级到了我们认为的终极方案。下面我们介绍一下转转环境的演进和最终的解决方案。1测试环境演进1.1单体环境 转转在2017年成立之初，5台64G内存的机器，搭建5个完整的测试环境。就满足了转转的日常所需。一台分给开发，几台分给测试。通过沟通协调就能解决多分支并行开发下冲突问题。1.2动态环境+稳定环境 随着微服务化的进
我的Ruby脚本需要一个小型非结构化数据库。不是Sqlite，更像是持久哈希表的东西可以完美地工作，只要它可以存储基本的Ruby结构(数组、字符串、哈希等-都是可序列化的)并且不会在Ruby脚本崩溃时被破坏。我知道有很多类似Perl和Tie::Hash的解决方案，所以可能有一些类似Ruby的gem。那会是什么gem？编辑:据我所知，PStore和yaml解决方案是基于每次更改时读取、解码、重新编码和写入整个数据库。这不仅需要所有这些都适合内存，而且是O(n^2)。所以它们似乎都不是特别好的解决方案。 最佳答案 有PStore在Rub
我正在尝试调试一些代码。一个奇怪的部分是before_save回调被调用了两次，尽管我只打算保存对象一次。为了追踪这是如何发生的，我在类中定义了这些方法:%w[savesave!].eachdo|method_name|define_method(method_name)do|*args|puts"whocalled'#{method_name}'?#{caller.first}"super(*args)endend从这个输出中，我只看到一个持久化调用。我相信save和save!是导致ActiveRecord持久化对象的唯一方法。据我所知，其他持久化方法依赖于这两者之一；例如，upda
1.现象服务重启后，通过dockerstart方式无法启动实例，报出错误：Errorresponsefromdaemon:errorcreatingoverlaymountto/var/lib/docker/overlay2/xxx/merged:nosuchfileordirectorydockersave导出镜像也报出2.网上各种尝试摸索无效果修改daemon.json中的storage-driver为overlay，重启无效果。禁用selinux，临时或永久方式都无效果。修改/etc/docker/daemon.json中的storage-driver为overlay2，无效果。修改/l