请输入搜索词进行查询
搜索 <book_title>...
NetBackup™ for OpenStack 管理指南
Last Published:
2023-12-28
Product(s):
NetBackup & Alta Data Protection (10.3)
- 简介
- 部署 NetBackup for OpenStack
- 要求
- NetBackup for OpenStack 网络注意事项
- 准备安装
- 启动 NetBackup for OpenStack VM
- 安装 NetBackup for OpenStack 组件
- 在 RHOSP 上安装
- 在 Ansible OpenStack Ussuri 上安装
- 在 Kolla Ussuri 上安装
- 将 NetBackup for OpenStack 映像推送到本地注册表
- 配置 NetBackup for OpenStack
- 安装后运行状况检查
- 卸载 NetBackup for OpenStack
- 从 RHOSP 卸载
- 从 Ansible OpenStack 卸载
- 从 Kolla OpenStack 卸载
- 安装 nbosjm CLI 客户端
- 配置 NetBackup OpenStack 设备
- 配置 NetBackup 主服务器
- NetBackup for OpenStack 策略
- 执行 OpenStack 备份和还原
- 关于还原
- CLI 所需的 restore.json
- 在 Horizon 中配置和启动文件搜索
- 执行备份管理任务
- 故障排除
AWS S3 最终一致性
AWS S3 对象一致性模型包括:
写后读取
更新后读取
删除后读取
其中的每个模型介绍了在创建、更新或删除对象后对象如何达到其一致状态。所有这些模型都不提供强一致性,并且对象达到一致状态时存在延迟。尽管 NetBackup for OpenStack 采用了一些机制来解决 AWS S3 最终一致性的局限性,但对象达到其一致状态的时间并不确定。有关对象达到一致状态所需的时间,AWS 未提供官方声明。但是,与其他 IO 模式相比,“写后读取”达到一致性的时间更短。我们的解决方案旨在最大限度利用“写后读取”IO 模式。对象达到最终一致性的时间还取决于 AWS 区域。例如,与 us-east 或 us-west 相比,aws-standard 区域没有强一致性模型。为 NetBackup for OpenStack 创建 s3 存储桶时,建议使用这些区域。尽管很难完全避免“更新后读取”IO 模式,但我们在访问对象时存在充足延迟,预留的较长时长足够对象进入一致状态。但是,在极少数情况下,备份仍可能失败,需要重新启动。