容器与有状态应用备份：卷和配置分开存
导语：容器说"不可变"，但它的数据卷会变——备份要分两半看。
一、为什么要关注（背景与痛点）
容器化流行后，很多人误以为"容器挂了重启即可"，忽略有状态应用：数据库、消息队列、文件服务的持久化数据在卷（Volume）里。只备份镜像不备卷，重启后是空的；只备卷不备份编排配置，恢复时得手工重搭网络与挂载。容器备份的核心是"卷+配置"分开但一起管。
二、核心原理 / 关键概念
- 镜像 vs 数据卷：镜像可重建，数据卷（持久化存储）才是要保的资产。
- 配置即代码：Deployment/Compose/Helm等声明文件需一并留存。
- 一致性快照：有状态卷需先静默或借助存储快照，避免半写。
- 命名空间与元数据：恢复时要还原到正确的命名空间与服务依赖。
- 思路：卷做数据备份，配置做版本化留存，二者绑同一恢复点。
三、落地做法 / 操作步骤
- 识别有状态卷，列出需保护的服务清单。
- 卷备份：用存储快照或卷导出工具取一致副本。
- 配置留存：把编排文件入版本库，随备份打同一标签。
- 演练：重建服务并挂载恢复卷，验证可用。 检查清单：
- 有状态卷已识别
- 卷一致副本已取
- 编排配置已版本化留存
- 卷+配置联合恢复已演练
四、与群晖NAS / 信创云盘的对应能力
群晖NAS的Snapshot Replication可为容器宿主机的存储卷拍摄一致快照，Hyper Backup把卷副本与导出的配置打包传到异地；信创云盘可集中收口各集群的配置与卷备份，在信创环境对接国产存储。行业通用容器备份方案也遵循"卷快照+配置留存"，落地看"快照是否应用一致、配置能否与卷同点恢复"。
五、常见误区 / 避坑提醒
- 误区一：只备镜像不备卷，恢复即空库。
- 误区二：配置散落不版本化，重建靠记忆。
- 误区三：卷备份不打快照，恢复出半写数据。
六、小结与行动建议
容器备份=卷数据+配置声明，分开存一起管。行动：盘点有状态卷，建立"卷快照+配置版本库"的联合备份并演练重建。