估计完成 StorageGRID 升级的时间
根据升级可能需要的时间,考虑何时进行升级。请注意在升级的每个阶段可以执行和不可以执行哪些操作。
完成 StorageGRID 升级所需的时间取决于多种因素,例如客户端负载和硬件性能。
该表总结了主要升级任务,并列出了每项任务所需的大致时间。表格后的步骤提供了可用于估计系统升级时间的说明。
| 升级任务 | 问题描述 | 大约所需时间 | 在此任务期间 |
|---|---|---|---|
运行预检查并升级主管理节点 |
升级预检查运行,主管理节点停止、升级并重新启动。 |
30 分钟至 1 小时,服务设备节点需要的时间最多。 未解决的预检查错误将增加此时间。 |
无法访问主管理节点。可能会报告连接错误,您可以忽略这些错误。 在开始升级之前运行升级预检查,可让您在计划的升级维护窗口之前解决任何错误。 |
启动升级服务 |
软件文件已分发,升级服务已启动。 |
每个网格节点 3 分钟 |
|
升级其他网格节点 |
所有其他网格节点上的软件将按照您批准节点的顺序进行升级。一个管理节点或网关节点与一个存储节点同时升级。 |
每个节点 15 分钟到 1 小时,设备节点需要的时间最多 注意:对于设备节点,StorageGRID Appliance Installer 会自动更新到最新版本。 |
注意:如果需要执行恢复,请与技术支持联系。 |
启用功能 |
已启用新版本的新功能。 |
不到 5 分钟 |
|
升级数据库 |
升级过程检查每个节点以确认 Cassandra 数据库不需要更新。 |
每个节点 10 秒或整个网格几分钟 |
升级到 StorageGRID 12.0 包括 Cassandra 数据库升级。从 StorageGRID 11.9 升级到 12.0 后,将在后台进行一到三天的元数据格式更新。在此期间,某些维护程序(例如扩展)将被禁用。 对于未来的 StorageGRID 功能版本,Cassandra 数据库更新步骤可能需要几天才能完成。 |
最终升级步骤 |
临时文件将被删除,并完成对新版本的升级。 |
5 分钟 |
当*最终升级步骤*任务完成时,您可以执行所有维护程序。 |
估计升级时间
-
估计升级所有网格节点所需的时间。
-
将 StorageGRID 系统中的节点数乘以 1 小时/节点。
一般来说,设备节点比基于软件的节点升级需要更长的时间。
-
在此时间基础上再增加 1 小时,以考虑下载 `.upgrade`文件、运行预检验证以及完成最终升级步骤所需的时间。
-
-
如果您有 Linux 节点,请为每个节点额外增加 15 分钟,以计算下载和安装 RPM 或 DEB 包所需的时间。
-
通过将步骤 1 和步骤 2 的结果相加,计算升级的总估计时间。
示例:升级到 StorageGRID 12.0 的预计时间
假设您的系统有 14 个网格节点,其中 8 个是 Linux 节点。
-
将14乘以1小时/节点。
-
再花 1 小时完成下载、预检查和最后步骤。
升级所有节点的预计时间为 15 小时。
-
将 8 乘以 15 分钟/节点,以计算在 Linux 节点上安装 RPM 或 DEB 包所需的时间。
此步骤的预计时间为 2 小时。
-
请将这些值相加。
您最多需要 17 个小时才能完成将系统升级到 StorageGRID 12.0.0 的操作。
|
|
根据需要,您可以通过批准网格节点的子集在多个会话中进行升级,从而将维护窗口拆分为较小的窗口。例如,您可能希望在一个会话中升级站点 A 的节点,然后在稍后的会话中升级站点 B 的节点。如果您选择在多个会话中执行升级,请注意,在所有节点升级完成之前,您无法开始使用新功能。 |