请输入搜索词进行查询
搜索 <book_title>...
NetBackup™ for OpenStack 管理指南
Last Published:
2023-12-28
Product(s):
NetBackup (10.3)
- 简介
- 部署 NetBackup for OpenStack
- 要求
- NetBackup for OpenStack 网络注意事项
- 准备安装
- 启动 NetBackup for OpenStack VM
- 关于 NetBackup for OpenStack 备份目标类型
- 安装 NetBackup for OpenStack 组件
- 在 RHOSP 上安装
- 在 Ansible OpenStack Ussuri 上安装
- 在 Kolla Ussuri 上安装
- 更改 NetBackup for OpenStack 节点上的 Nova 用户 ID
- 复制 NetBackup for OpenStack 部署脚本
- 将 NetBackup for OpenStack 部署脚本复制到 Kolla-ansible 部署脚本
- 将 NetBackup for OpenStack 映像推送到本地注册表
- 编辑 globals.yml 以设置 NetBackup for OpenStack 参数
- 启用 NetBackup for OpenStack 快照装入功能
- 提取 NetBackup for OpenStack 容器映像
- 部署 NetBackup for OpenStack 组件
- 验证 NetBackup for OpenStack 部署
- 配置 NetBackup for OpenStack
- 安装后运行状况检查
- 卸载 NetBackup for OpenStack
- 从 RHOSP 卸载
- 从 Ansible OpenStack 卸载
- 卸载 NetBackup for OpenStack 服务
- 销毁 NetBackup for OpenStack Datamover API 容器
- 清理 openstack_user_config.yml
- 在 user_variables.yml 中删除 NetBackup for OpenStack haproxy 设置
- 删除 NetBackup for OpenStack Datamover API 清单文件
- 删除 NetBackup for OpenStack Datamover API 服务端点
- 删除 NetBackup for OpenStack Datamover API 数据库和用户
- 从 rabbitmq 容器中删除 nbosdmapi rabbitmq 用户
- 清理 haproxy
- 从计算节点中删除证书
- 销毁 NetBackup for OpenStack VM 群集
- 从 Kolla OpenStack 卸载
- 安装 nbosjm CLI 客户端
- 关于 NetBackup for OpenStack 中的日志轮换
- 配置 NetBackup OpenStack 设备
- 配置 NetBackup 主服务器
- NetBackup for OpenStack 策略
- 执行 OpenStack 备份和还原
- 关于快照
- 快照列表
- 创建快照
- 快照概述
- 删除快照
- 清理卷快照
- 快照取消
- 关于还原
- 还原列表
- 还原概述
- 删除还原
- 取消还原
- 一键式还原
- 选择性还原
- 就地还原
- CLI 所需的 restore.json
- 关于文件搜索
- 导航到 Horizon 中的“文件搜索”选项卡
- 在 Horizon 中配置和启动文件搜索
- 启动文件搜索并在 Horizon 中检索结果
- 执行 CLI 文件搜索
- 关于快照装入
- 创建 File Recovery Manager 实例
- 装入快照
- 访问 File Recovery Manager
- 标识已装入的快照
- 卸载快照
- 关于调度程序
- 禁用日程表
- 启用日程表
- 修改日程表
- 关于电子邮件通知
- 激活电子邮件通知的要求
- 激活/停用电子邮件通知
- 执行备份管理任务
- 故障排除
- 索引
AWS S3 最终一致性
AWS S3 对象一致性模型包括:
写后读取
更新后读取
删除后读取
其中的每个模型介绍了在创建、更新或删除对象后对象如何达到其一致状态。所有这些模型都不提供强一致性,并且对象达到一致状态时存在延迟。尽管 NetBackup for OpenStack 采用了一些机制来解决 AWS S3 最终一致性的局限性,但对象达到其一致状态的时间并不确定。有关对象达到一致状态所需的时间,AWS 未提供官方声明。但是,与其他 IO 模式相比,“写后读取”达到一致性的时间更短。我们的解决方案旨在最大限度利用“写后读取”IO 模式。对象达到最终一致性的时间还取决于 AWS 区域。例如,与 us-east 或 us-west 相比,aws-standard 区域没有强一致性模型。为 NetBackup for OpenStack 创建 s3 存储桶时,建议使用这些区域。尽管很难完全避免“更新后读取”IO 模式,但我们在访问对象时存在充足延迟,预留的较长时长足够对象进入一致状态。但是,在极少数情况下,备份仍可能失败,需要重新启动。