- 前言
- 概述
- Swarm模式关键概念
- 开始使用Swarm
- 开始使用Swarm - 安装
- 开始使用Swarm - 创建Swarm
- 开始使用Swarm - 增加节点
- 开始使用Swarm - 发布service
- 开始使用Swarm - 查看service的状态
- 开始使用Swarm - 服务中task的数量
- 开始使用Swarm - 删除service
- 开始使用Swarm - 滚动式更新
- 开始使用Swarm - DRAIN状态的节点
- 开始使用Swarm - Swarm模式端口路由网
- Swarm模式工作原理
- Swarm模式工作原理 - 节点工作原理
- Swarm模式工作原理 - Service工作原理
- Swarm模式工作原理 - 安全(PKI)
- Swarm模式工作原理 - Task的状态
- Swarm管理维护指南
- Swarm管理维护指南 - Swarm中的Manger节点
- Swarm管理维护指南 - 灾备恢复
- Swarm管理维护指南 - 其他
- 其他
- 其他 - Worker节点负载均衡
- 其他 - 强制平衡
- 其他 - 强行移除节点
- 其他 - Manager节点配置静态IP地址
- 其他 - 分布式manager节点
- 其他 - Manager节点的故障排查
- 其他 - 监控Swarm健康
- 其他 - 备份
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
其他 - 备份
Docker的manager节点将Swarm的状态和日志存储在/var/lib/docker/swarm/
目录下。在1.13或者更高版本中,这个目录下包含加密Raft日志的密钥。如果没有这些密钥,就没有办法恢复Swarm。
我们可以在任何一个manager节点上,按照下面的过程进行备份。
如果Swarm
auto-lock
设置被打开,我们需要unlock key
才能进行从备份恢复。如何多的unlock key
请参看Lock your swarm to protect its encryption key。在备份之前在manager节点停止Docker,这样依赖在备份期间就不会有数据发生改变。不建议采用Manager在备份过程中一直运行的热备份,因为在恢复时结果是不可预知的。manager节点停止的同时产生的数据不会被备份。
注意:要确保manager节点的选举算法维持不变。在一个manager节点关闭时,如果这时有节点丢失,Swarm变得容易无法完成选举算法。所以需要权衡一下留下运行的manager节点的个数。如果经常有规律的进行备份,可以考虑创建一个5个manager节点的Swarm,这样的话就可以在备份时允许再失去一个manager节点,而不影响service的运行。
备份目录
/var/lib/docker/swarm
重启manager节点
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论