[TOC]
# 数据卷与目录
~~~
docker run -itd --name 【容器的名字】 -v 【宿主机目录】:【容器目录】 【依赖镜像】【命令可选】
docker run -itd --name tmp-nginx -v /home/abc/tmp/:/tmp-text nginx
~~~
# 数据卷与文件
~~~
docker run -itd --name 【容器的名字】 -v 【宿主机文件】:【容器文件】 【依赖镜像】【命令可选】
docker run -itd --name tmp-txt -v /home/abc/tmp/hello.go:/nihao/nihao.sh nginx
~~~
# 创建1个数据卷容器
格式 :
~~~
docker create -v 【容器数据卷目录】 --name 【容器名称】 【依赖的镜像名称 】 【命令可选】
docker create -v /data-tmp --name v-tmp nginx
~~~
# 创建两个容器挂载同一个数据卷容器进行交互
格式:
~~~
docker run --volumes-from【数据卷容器的id或名字】-itd --name 【容器名字】 【镜像名字】【参数可选]
docker run --volumes-from v-tmp -itd --name tmp01 nginx docker run --volumes-from v-tmp -itd --name tmp02 nginx
~~~
# 数据卷容器
需要在多个容器之间共享一些持续更新的数据,最简单的方式就是使用数据卷容器.数据卷容器也是一个容器,但是他的目的是专门用来提供数据卷供其他容器挂载
数据卷容器:使用特定容器维护数据卷
如果使用数据卷容器,在多个容器之间共享数据,并永久保存这些数据,需要有一个规范流程才能做到
1. 创建数据卷容器
2. 其他容器挂载数据卷容器
注意: 数据卷容器自身并不需要启动,但是启动的时候依然可以进行数据卷容器的工作
## 创建一个数据卷容器
创建两个容器,同时挂载数据卷容器
~~~
#命令格式:
docker create -v [容器数据卷目录] --name [容器名字][镜像名称] [命令(可选)]
#执行效果
$ docker create -v /data --name v1-test1 nginx
~~~
## 创建两个容器,同时挂载数据卷容器
~~~
#命令格式:
docker run --volumes-from [数据卷容器id/name] -tid --name [容器名字][镜像名称] [命令(可 选)]
#执行效果:
#创建 vc-test1 容器:
docker run --volumes-from 4693558c49e8 -tid --name vc-test1 nginx /bin/bash
#创建 vc-test2 容器:
docker run --volumes-from 4693558c49e8 -tid --name vc-test2 nginx /bin/bash
~~~
## 确认卷容器共享
~~~
#进入vc-test1,操作数据卷容器:
:~$ docker exec -it vc-test1 /bin/bash root@c408f4f14786:/# ls /data/
root@c408f4f14786:/# echo 'v-test1' > /data/v-test1.txt root@c408f4f14786:/# exit
#进入vc-test2,确认数据卷:
:~$ docker exec -it vc-test2 /bin/bash root@7448eee82ab0:/# echo 'v-test2' > /data/v-test2.txt root@7448eee82ab0:/# ls /data/
v-test1.txt
root@7448eee82ab0:/# exit
#回到vc-test1进行验证
:~$ docker exec -it vc-test1 /bin/bash root@c408f4f14786:/# ls /data/
v-test1.txt v-test2.txt
root@c408f4f14786:/# cat /data/v-test2.txt
v-test2
~~~
# 数据备份原理
为什么需要数据备份和恢复? 工作中很多的容器的数据需要查看,所有需要备份将数据很轻松的拿到本地目录
![](https://box.kancloud.cn/f0a069f7321ad1eba8554aa16b3bb9ea_583x685.png)
数据备份方案:
1. 创建一个挂载数据卷容器的容器
2. 挂载宿主机本地目录作为备份数据卷
3. 将数据卷容器的内容备份到宿主机本地目录挂载的数据卷中 4 完成备份操作后销毁刚创建的容器
## 数据备份实践
在2.3.4的数据卷容器基础上做数据的备份
~~~
#命令格式:
$ docker run --rm --volumes-from [数据卷容器id/name] -v [宿主机目录]:[容器目录][镜像名称] [备份命令]
#命令演示:
#创建备份目录:
$ mkdir /backup/
#创建备份的容器:
$ docker run --rm --volumes-from 60205766d61a -v /home/itcast/backup/:/backup/ nginx tar zcPf /backup/data.tar.gz /data
#验证操作:
$ ls /backup
$ zcat /backup/data.tar.gz
~~~
注释: -P:使用原文件的原来属性(属性不会依据使用者而变),恢复字段到它们的原始方式,忽略现有的用户权 限屏蔽位(umask)。 加了\-p之后,tar进行解压后,生成的文件的权限,是直接取自tar包里面文件的权限(不会再 使用该用户的umask值进行运算),那么不加\-p参数,将还要再减去umask的值(位运算的减),但是如果使用 root用户进行操作,加不加\-p参数都一样。
# 数据还原
![](https://box.kancloud.cn/73eb01210e0a00e80f0da3ede34914a0_647x691.png)
1. 创建一个新的数据卷容器(或删除原数据卷容器的内容)
2. 创建一个新容器,挂载数据卷容器,同时挂载本地的备份目录作为数据卷
3. 将要恢复的数据解压到容器中
4. 完成还原操作后销毁刚创建的容器
## 数据还原实践
~~~
#命令格式:
docker run --rm -itd --volumes-from [数据要到恢复的容器] -v [宿主机备份目录]:[容器备份目录] [镜像名称] [解压命令]
#命令实践:
#启动数据卷容器
$ docker start c408f4f14786
#删除源容器内容:
$ docker exec -it vc-test1 bash root@c408f4f14786:/# rm -rf /data/*
#恢复数据:
docker run --rm --volumes-from v-test -v /home/itcast/backup/:/backup/ nginx tar xPf /backup/data.tar.gz -C /data
#验证:
:~$ docker exec -it vc-test1/bin/bash root@c408f4f14786:/# ls /data/data/ v-test1.txt v-test2.txt
#新建新的数据卷容器:
:~$ docker create -v /newdata --name v-test2 nginx
#简历新的容器挂载数据卷容器
:~$ docker run --volumes-from a7e9a33f3acb -tid --name vc-test3 nginx /bin/bash #恢复数据:
docker run --rm --volumes-from v-test2 -v /home/itcast/backup/:/backup/ nginx tar xPf /backup/data.tar.gz -C /newdata
#验证:
:~$ docker exec -it vc-test3 /bin/bash
root@c408f4f14786:/# ls /newdata
v-test1.txt v-test2.txt
~~~
注意: 解压的时候,如果使用目录的话,一定要在解压的时候使用 \-C 制定挂载的数据卷容器,不然的话容器数据 是无法恢复的,因为容器中默认的backup目录不是数据卷,即使解压后,也看不到文件。
数据是最宝贵的资源,docker在设计上考虑到了这点,并且为数据的操作提供了充分的支持
- 基础
- 简介
- 主要特征
- 变量和常量
- 编码转换
- 数组
- byte与rune
- big
- sort接口
- 和mysql类型对应
- 函数
- 闭包
- 工作区
- 复合类型
- 指针
- 切片
- map
- 结构体
- sync.Map
- 随机数
- 面向对象
- 匿名组合
- 方法
- 接口
- 权限
- 类型查询
- 异常处理
- error
- panic
- recover
- 自定义错误
- 字符串处理
- 正则表达式
- json
- 文件操作
- os
- 文件读写
- 目录
- bufio
- ioutil
- gob
- 栈帧的内存布局
- shell
- 时间处理
- time详情
- time使用
- new和make的区别
- container
- list
- heap
- ring
- 测试
- 单元测试
- Mock依赖
- delve
- 命令
- TestMain
- path和filepath包
- log日志
- 反射
- 详解
- plugin包
- 信号
- goto
- 协程
- 简介
- 创建
- 协程退出
- runtime
- channel
- select
- 死锁
- 互斥锁
- 读写锁
- 条件变量
- 嵌套
- 计算单个协程占用内存
- 执行规则
- 原子操作
- WaitGroup
- 定时器
- 对象池
- sync.once
- 网络编程
- 分层模型
- socket
- tcp
- udp
- 服务端
- 客户端
- 并发服务器
- Http
- 简介
- http服务器
- http客户端
- 爬虫
- 平滑重启
- context
- httptest
- 优雅中止
- web服务平滑重启
- beego
- 安装
- 路由器
- orm
- 单表增删改查
- 多级表
- orm使用
- 高级查询
- 关系查询
- SQL查询
- 元数据二次定义
- 控制器
- 参数解析
- 过滤器
- 数据输出
- 表单数据验证
- 错误处理
- 日志
- 模块
- cache
- task
- 调试模块
- config
- 部署
- 一些包
- gjson
- goredis
- collection
- sjson
- redigo
- aliyunoss
- 密码
- 对称加密
- 非对称加密
- 单向散列函数
- 消息认证
- 数字签名
- mysql优化
- 常见错误
- go run的错误
- 新手常见错误
- 中级错误
- 高级错误
- 常用工具
- 协程-泄露
- go env
- gometalinter代码检查
- go build
- go clean
- go test
- 包管理器
- go mod
- gopm
- go fmt
- pprof
- 提高编译
- go get
- 代理
- 其他的知识
- go内存对齐
- 细节总结
- nginx路由匹配
- 一些博客
- redis为什么快
- cpu高速缓存
- 常用命令
- Go 永久阻塞的方法
- 常用技巧
- 密码加密解密
- for 循环迭代变量
- 备注
- 垃圾回收
- 协程和纤程
- tar-gz
- 红包算法
- 解决golang.org/x 下载失败
- 逃逸分析
- docker
- 镜像
- 容器
- 数据卷
- 网络管理
- 网络模式
- dockerfile
- docker-composer
- 微服务
- protoBuf
- GRPC
- tls
- consul
- micro
- crontab
- shell调用
- gorhill/cronexpr
- raft
- go操作etcd
- mongodb