Skip to main content
本产品推出了新版本。
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

估计完成 StorageGRID 升级的时间

根据升级可能需要的时间,考虑何时进行升级。请注意在升级的每个阶段可以执行和不可以执行哪些操作。

关于此任务

完成 StorageGRID 升级所需的时间取决于多种因素,例如客户端负载和硬件性能。

该表总结了主要升级任务,并列出了每项任务所需的大致时间。表格后的步骤提供了可用于估计系统升级时间的说明。

升级任务 问题描述 大约所需时间 在此任务期间

运行预检查并升级主管理节点

升级预检查运行,主管理节点停止、升级并重新启动。

30 分钟至 1 小时,服务设备节点需要的时间最多。

未解决的预检查错误将增加此时间。

无法访问主管理节点。可能会报告连接错误,您可以忽略这些错误。

在开始升级之前运行升级预检查,可让您在计划的升级维护窗口之前解决任何错误。

启动升级服务

软件文件已分发,升级服务已启动。

每个网格节点 3 分钟

升级其他网格节点

所有其他网格节点上的软件将按照您批准节点的顺序进行升级。一个管理节点或网关节点与一个存储节点同时升级。

每个节点 15 分钟到 1 小时,设备节点需要的时间最多

注意:对于设备节点,StorageGRID Appliance Installer 会自动更新到最新版本。

  • 不要更改网格配置。

  • 不要更改审核级别配置。

  • 不要更新 ILM 配置。

  • 您无法执行其他维护程序,例如修补程序、停用或扩展。

注意:如果需要执行恢复,请与技术支持联系。

启用功能

已启用新版本的新功能。

不到 5 分钟

  • 不要更改网格配置。

  • 不要更改审核级别配置。

  • 不要更新 ILM 配置。

  • 您无法执行其他维护程序。

升级数据库

升级过程检查每个节点以确认 Cassandra 数据库不需要更新。

每个节点 10 秒或整个网格几分钟

升级到 StorageGRID 12.0 包括 Cassandra 数据库升级。从 StorageGRID 11.9 升级到 12.0 后,将在后台进行一到三天的元数据格式更新。在此期间,某些维护程序(例如扩展)将被禁用。

对于未来的 StorageGRID 功能版本,Cassandra 数据库更新步骤可能需要几天才能完成。

最终升级步骤

临时文件将被删除,并完成对新版本的升级。

5 分钟

当*最终升级步骤*任务完成时,您可以执行所有维护程序。

估计升级时间

步骤
  1. 估计升级所有网格节点所需的时间。

    1. 将 StorageGRID 系统中的节点数乘以 1 小时/节点。

      一般来说,设备节点比基于软件的节点升级需要更长的时间。

    2. 在此时间基础上再增加 1 小时,以考虑下载 `.upgrade`文件、运行预检验证以及完成最终升级步骤所需的时间。

  2. 如果您有 Linux 节点,请为每个节点额外增加 15 分钟,以计算下载和安装 RPM 或 DEB 包所需的时间。

  3. 通过将步骤 1 和步骤 2 的结果相加,计算升级的总估计时间。

示例:升级到 StorageGRID 12.0 的预计时间

假设您的系统有 14 个网格节点,其中 8 个是 Linux 节点。

  1. 将14乘以1小时/节点。

  2. 再花 1 小时完成下载、预检查和最后步骤。

    升级所有节点的预计时间为 15 小时。

  3. 将 8 乘以 15 分钟/节点,以计算在 Linux 节点上安装 RPM 或 DEB 包所需的时间。

    此步骤的预计时间为 2 小时。

  4. 请将这些值相加。

    您最多需要 17 个小时才能完成将系统升级到 StorageGRID 12.0.0 的操作。

备注 根据需要,您可以通过批准网格节点的子集在多个会话中进行升级,从而将维护窗口拆分为较小的窗口。例如,您可能希望在一个会话中升级站点 A 的节点,然后在稍后的会话中升级站点 B 的节点。如果您选择在多个会话中执行升级,请注意,在所有节点升级完成之前,您无法开始使用新功能。