OpenStack 云备份与集成全解析
1. OpenStack 备份与恢复的必要性
在传统的 OpenStack 运营中，备份和恢复往往不是运营商首先考虑的问题。这主要是因为传统 OpenStack 云运行的临时工作负载存在时间较短，无需备份。但随着 OpenStack 的广泛应用，越来越多的生产环境开始部署持久工作负载，尤其是在 IT 即服务（IT - as - a - Service）云中。因此，备份关键基础设施数据和云上的持久工作负载变得至关重要。
2. 基础设施备份架构
虽然 OpenStack 云上的工作负载是核心，但基础设施才是真正的关键。确保 API 始终可用且无中断是运营商追求的目标，但实际中数据损坏仍可能发生。OpenStack 的核心是运行在 MariaDB 上的结构化数据库，采用高可用配置是合理的。然而，若操作中出现错误并在所有高可用节点复制，将导致灾难。没有备份和恢复机制，不仅 API 会离线，实例数据和网络配置也会丢失。
3. 备份策略 - 备份对象
为确保 OpenStack 云能正确恢复，需定期备份一些关键数据。备份频率应与恢复时间目标（RTO）一致，同时可能需遵循组织内的恢复点目标和服务级别协议（SLA）。以下是需要备份的关键数据项：
| 数据项 | 项目 | 位置 | 说明 |
| — | — | — | — |
| MySQL DB | Openstack DB | 控制器 | 使用 mysqldump 导出数据库内容，复制到备份服务器 |
| Nova Compute | 计算控制器 | 计算节点 | 复制 /etc/nova 到备份服务器，复制 /va
