本文解释了站点的手动升级流程。
Cato 管理 Sockets 站点的 Socket 固件升级和版本控制,以确保它们运行的是最新版本。 主要的 Socket 版本通常每季度发布一次。 有关更多信息,请参见理解 Cato 的托管 Socket 升级服务。
在某些情况下,Socket 会跳过一次升级,例如,在维护窗口期间 Socket 未连接到 Cato Cloud。 当这种情况发生时,您将在 Cato 管理应用程序中看到通知,并会收到一封关于升级已跳过的电子邮件。
如果发生这种情况,您可以选择手动升级 Socket。
注意
注意: 如果 Socket 已经运行最新版本,则升级选项会变灰。
本部分解释如何进行手动Socket升级。 这些是升级选项:
-
升级单个 Socket - 例如,如果特定的 Socket 未在维护时间窗口内自动升级
-
批量升级 - 例如,如果您的组织因稳定性原因暂停了自动升级Socket,现在多个账户中的Socket在运行旧版本
本部分解释如何对单个 Socket 进行手动升级。
-
Cato 推荐作为最佳实践升级到最新的 Socket 版本
升级过程大约需要 20 分钟,停机时间大约为 2 分钟。 如果升级过程中遇到任何问题,请参考这篇Socket 升级故障排除文章。
您可以批量升级具有相同连接类型的站点。 例如,升级所有vSocket Azure站点。 默认情况下,所有选定的站点都升级到最新的 Socket 版本。 但是,您也可以选择升级到不同的版本。 批量升级立即进行,所有选定的站点同时升级。 最多可以同时升级100个Socket。
注意
注意:
-
如果选择了具有不同连接类型的站点,升级选项会变灰。
-
批量升级不支持降级到低版本。 例如,如果选择批量升级一个v21版本的站点和一个v22版本的站点,您只能升级到v23或更高版本。
-
当选择HA站点时,升级将从主要Socket开始,以允许发生故障转移。 然后,在成功升级后,服务会自动启动次要Socket的升级。
对于 HA 部署,Cato 推荐先升级主要 Socket,这将触发故障转移到次要 Socket。 主要 Socket 完成升级,包括停机时间,约 20 分钟后,您将收到一封电子邮件通知,告知升级成功,主要 Socket 已升级并稳定。 一旦主要 Socket 重新上线,它将恢复主要 Socket 状态。
此时,您可以升级次要 Socket。 大约 20 分钟后,您将收到一封电子邮件通知,告知升级成功,HA 状态应为上线。
注意
注意: 升级过程大约需要 20 分钟,停机时间仅为几秒(取决于 VRRP 通知次要 Socket 的时间)。 当使用 BGP 时,BGP 故障转移和路由刷新所需时间取决于 BGP 配置。
如果升级过程中遇到任何问题,请参考这篇Socket 升级故障排除文章。
0 条评论
请登录写评论。