了解Cato的托管Socket升级服务

本文解释了Socket站点的渐进升级服务。

Socket升级概览

Cato管理Socket站点的Socket固件升级和版本控制,以确保它们运行最新版本。

Socket升级服务是一个自动化过程,为所有客户提供最新的固件。 因此,我们的客户无需担心安装和更新新版本。 升级服务确保对Socket站点的影响最小(如有),并在检测到问题的罕见情况下自动回滚。 最新的Socket版本包括性能、连接性和稳定性增强,以及最新的功能和特性。

在某些情况下,Socket会跳过一个版本的升级,例如因为Socket在维护窗口期间未连接到Cato Cloud或连接不稳定。 当这种情况发生时,您可以手动升级Socket,但是,每个已跳过的Socket必须单独升级。

注意:为了最小化操作风险和避免中断,Cato会在季度末和重大节假日(如圣诞节)期间暂停自动Socket升级。

Cato每年发布三到四个主要Socket版本,并根据需要进行小版本升级。 主要版本是整数增量,例如17.0和18.0,而小版本是小数增量,例如18.3.3和18.4.1。

新Socket版本的内容包括:

  • 主要Socket版本——新功能、未来功能的基础设施、增强和错误修复
  • 小Socket版本——错误修复

Socket托管升级服务的高层次概述

Cato遵循云服务的标准行业最佳实践,并在数周内逐步向客户推出新的Socket版本。 如果检测到问题,有时会暂停推出,直到问题解决并发布新的小版本。 这种暂停可能会导致某些客户在自动收到更新时出现额外的延迟。

在Cato准备向账户发布新Socket版本之前48小时,会向Socket升级邮件列表发送电子邮件通知,指示Socket站点将在配置的维护时间窗口期间升级。 升级的实际时间基于站点所在的本地时区。 Cato还在Socket发行说明中公布版本内容,该内容显示在Cato管理应用程序的通知区域中。

这是Socket托管升级服务过程的摘要:

  1. Cato发布新Socket版本后,Sockets下载相关文件。

    1. Socket比较文件哈希以验证新版本文件的完整性。
    2. 如果Socket无法下载新版本文件,它会在维护窗口期间再次尝试下载文件。
  2. 升级服务开始逐步将维护时间窗口时区内站点的Sockets升级到新版本(见下文逐步升级账户中的Sockets)。

    1. 从五个不同站点中选择五个Sockets进行初始升级组。

      对于Socket HA站点,只有主Socket包含在初始升级组中。

    2. 升级服务逐个逐步升级初始Sockets,并验证每个Socket升级成功且服务稳定。

      如果检测到连接性或稳定性问题,Sockets会自动回滚到上一个版本,升级过程将停止为该时区的其他站点升级。

    3. 在初始五个Sockets成功升级到新版本后,升级服务继续升级该时区的其他Sockets。
  3. 每个Socket站点按如下方式升级Sockets(见下文将Socket站点升级到新版本):

    1. Socket从升级服务的安全存储中下载新版本。
    2. Socket安装新版本并监控连接性KPI,以验证新版本在镜像上正确运行。

      验证完成后,会生成一个Socket升级事件,并发送电子邮件通知。

    3. 在罕见情况下,如果有问题,Socket会回滚到上一个版本。

下载新Socket版本

从Socket v18.0开始,当Cato向客户发布新Socket版本时,Sockets会尝试下载新文件,无论是否在维护窗口内。 这有助于尽量减少可能因带宽低或网络断开而导致的维护窗口期间的升级问题。

注意: 对于低于v18.0的Socket版本,下载镜像和升级Socket都在维护窗口期间进行。

逐步升级账户内的Sockets

Cato的Socket升级服务根据配置的账户维护窗口特定的本地时区,逐步将所有站点的Sockets升级到新版本。 例如,一个账户将维护窗口设置为周日的凌晨1:00 - 3:00,则所有配置为美国东部时区的Socket站点将在东部标准时间周日凌晨1:00至3:00期间升级。

逐步升级的目标是尽量减少单个站点或站点组的服务影响风险,如果新的Socket版本存在重大问题影响连接到Cato Cloud,升级将自动停止。 无法完成升级的Sockets会自动回滚到上一个版本。 有关未升级到新版本的Sockets的更多信息,请参见下文处理Socket升级失败

对于每个维护窗口时区的站点,逐步升级过程从升级服务选择五个Sockets并以逐个Socket的方式升级它们开始。 每个时区优先选择Socket HA站点,只有主要Sockets包含在初始的五个Sockets中。

注意: 如果检测到与Socket软件升级过程相关的严重问题,则所有账户内的Socket升级将被跳过(不仅限于维护窗口时区内的站点)。

如果Socket软件升级成功,则Cato管理应用程序继续升级维护窗口内同一时区的剩余Sockets。 然后,Cato管理应用程序继续为HA站点升级次要Sockets。 有关Socket升级和HA站点的更多信息,请参见下文Socket HA升级过程

逐步_Socket_升级.png

每个Socket完成升级过程需17分钟,在此期间Socket下载镜像,验证和安装镜像,快速切换到新镜像,并验证服务稳定性。 对服务的实际潜在影响仅在快速切换到新镜像期间,最多只需几秒钟。

这是Cato同一时区内多个Socket站点逐步升级的摘要:

  1. Sockets一旦发布,就下载新Socket版本文件。
  2. 对于每个本地时区,基于维护窗口,选择五个Socket站点最先升级到新版本。 例如,美国东部时区的五个不同站点。
  3. 每个站点以五分钟间隔开始升级过程:

    1. Socket 1在0分钟时,Socket 2等待5分钟,Socket 3等待10分钟,Socket 4等待15分钟,Socket 5等待20分钟。
    2. 从Socket 1开始升级到Socket 5完成升级需要37分钟(20分钟的等待时间加上17分钟的升级过程)。
    3. 如果初始五个Sockets中的一个需要重试升级过程(例如,无法验证下载的新镜像),则剩余Sockets的升级服务将在54分钟后开始。

      有关重试升级的更多信息,请参见下文Socket升级自动重试

  4. 当五个初始升级站点成功完成升级过程后,则时区内的其他Sockets升级到新的Socket版本。

将Socket站点升级到新版本

本节解释了将单个Socket升级到新版本并验证其稳定性的过程。

单个_Socket_升级.png
  1. Socket下载并安装新版本如下:

    1. 升级服务将升级Socket命令发送到Socket站点连接的PoP。 PoP将此命令转发到Socket。
    2. Socket从Cato管理应用程序服务器下载新Socket版本的镜像,确认新Socket版本的文件哈希正确。
  2. Socket安装新镜像。
  3. Socket切换到新镜像。

    此过程可能需要几秒钟,在此期间站点的Cato服务可能受到影响。

  4. Socket监控稳定性和连接健康KPI,持续10分钟。
  5. Socket升级过程开始17分钟后,Socket确认新镜像稳定,Cato管理应用程序服务器确认Socket成功升级到新版本。

    1. 一封Socket成功升级的电子邮件通知将发送到Socket升级邮件列表,并在Cato管理应用程序中显示通知,说明站点的Sockets成功升级到新版本。
    2. 如果Socket检测到与新版本相关的连接问题或健康问题,它会自动回滚到上一个版本。 会向Socket升级邮件列表发送一封电子邮件通知,表明Socket未升级到新版本。

Socket HA升级过程

本节描述了具有Socket HA配置的站点的Socket升级。 升级过程从主Socket开始,只有在成功升级后,流程才继续进行到次要Socket。

两个Sockets的整个升级过程在维护窗口的时限内完成。

  1. 首先,主Socket升级到新版本,并确认新版本稳定。
  2. 然后,次要Socket升级到新版本,并确认新版本稳定。

Cato管理应用程序仅在主Socket成功完成升级并确认版本稳定后,才开始次要Socket的升级过程。 在极少情况下,如果对主Socket产生重大影响的问题出现,则次要Socket成为活动Socket并继续提供站点服务。

注意

注意:

  • 在主Socket在升级过程中遇到问题的罕见情况下,次要Socket会成为站点的活动Socket。 在这些情况下,次要Socket不会升级到新版本。
    • 如果主Socket成功升级到新版本,而次要Socket无法升级到新版本,则主Socket维持在新版本上。 这可能意味着主Socket和次要Socket运行的主要版本不同(请参见下文)。
  • 如果主Socket和次Socket运行的主要版本不同,则站点的HA状态为未就绪。 有关更多信息,请参见什么是Socket高可用性(HA)

    • 即使Sockets运行不同的主要版本,Socket HA故障转移也会进行。 然而,如果次要Socket版本不支持主Socket版本支持的功能,站点可能会遇到功能性问题。

      例如,如果主Socket运行18.0版本,而次要Socket运行15.0版本,发生故障转移时,16至18版本发布的功能在次要Socket活动时将无法工作。

Socket升级自动重试

每次Socket升级限定在17分钟内完成。 如果Socket无法在此时间段内完成升级并验证新版本的稳定性,则升级服务会自动重试升级。 有关已跳过升级的更多信息,请参见下文处理Socket升级失败

当Socket跳过一个版本的升级时,会生成一个Socket升级事件,动作标记为跳过,并发送电子邮件通知。 有关Socket升级事件的更多信息,请参见下文理解Socket升级状态的事件

  • 如果Socket已连接到Cato网络云,则升级服务将尝试第二次升级至新版本。

    如果在第二次尝试后Socket仍无法升级,升级服务将跳过此版本,并尝试升级至下一个发布的版本。

    例如,Socket无法升级到v14.2,并在发布v14.3时尝试升级。

  • 如果Socket未连接到Cato网络云,则升级服务将跳过此版本,并尝试升级至下一个发布的版本。
  • 如果站点的维护窗口已结束,则Cato管理应用程序升级服务将跳过Socket的此版本。

手动升级Socket

如果您的Socket未在例行维护过程中升级,您可以发起手动升级。 Cato建议您保持Socket的最新状态,并升级至最新的Socket版本。

您可以从Cato管理应用程序发起手动升级。 有关更多信息,请参见手动升级Socket

暂停某些Socket的自动升级

您可能有些Socket不希望自动升级,例如关键基础设施或高流量服务器。 

注意

注意:Cato建议您保持Socket的最新状态,并升级至最新的Socket版本。

使用案例

作为商业零售商,您有许多商店通过不同类型的Socket连接到Cato网络云。 在假期期间,您的商店和在线网站流量较大,因此此时不希望升级Socket。

在假期期间,您可以暂停自动升级,恢复时再根据正常流量升级。

暂停与恢复自动升级

要暂停特定Socket站点的自动升级:

  1. 从导航菜单中选择 网络 > 站点,然后选择站点。
  2. 从导航菜单中选择 站点配置 > Socket
  3. 点击 操作 并选择 暂停自动升级

要恢复特定Socket站点的自动升级:

  1. 从导航菜单中选择 网络 > 站点,然后选择站点。
  2. 从导航菜单中选择 站点配置 > Socket
  3. 点击 操作 并选择 恢复自动升级

重新安排自动升级

作为托管Socket升级服务的一部分,Cato逐步执行升级。 如果特定站点出现问题,例如,网络连接不稳定,升级将失败,您账户中的所有站点都不会升级。

从Socket v21.1开始,您可以暂停升级存在问题的Socket,并为账户中剩余的站点重新安排维护时间窗口。

要重新安排自动升级维护窗口:

  1. 从导航菜单中选择 资源 > 系统设置,然后点击 维护窗口
  2. 重新安排维护窗口 下,点击 重新安排

维护窗口重新安排为在Socket维护窗口节中定义的时间。 您必须提前至少48小时配置重新安排,以便适应即将到来的窗口。

了解Socket升级状态事件

当Socket的升级过程完成时,会生成一个带有子类型Socket升级的事件,并执行以下操作之一。 对每个操作,邮件通知将发送到邮件列表,并在Cato管理应用程序中显示通知。

操作 描述
成功 Socket已成功升级至新版本。
跳过 升级服务无法启动此Socket的升级过程。 例如,Socket在维护窗口期间未连接到网络。
失败 Socket无法在初次和重试时升级至新版本。 例如,Socket无法验证映像的文件哈希。

处理不成功的Socket升级

如果Socket无法升级至最新版本,以下是建议的下一步措施:

  • 下载版本文件失败的常见原因包括:

    • 低带宽连接(小于1Mbps)
    • 信号强度差的LTE连接
  • 跳过升级 - 确保Socket已连接到Cato网络云并正常运行;如果是,则Socket将在下个版本发布时进行升级

    有关准备Socket进行升级的更多信息,请参见Socket升级的连接性要求

  • 升级失败 - 从Cato管理应用程序触发手动升级

这篇文章有帮助吗?

5 人中有 5 人觉得有帮助

0 条评论