采用Preload Image方式来升级AP

传统的AP升级方式,我们先将最新固件上传到AC,然后先通过重启AC来切换到新的镜像分区,由于AP是向AC来同步版本的,从而触发了AP自动下载固件更新和重启。

如果有大量AP同时并发下载固件时,会由于链路限制等因素导致升级过程比预期的时间要长,这样就会导致用户的无线业务不能按照预期的升级计划时间来完成,甚至在客户允许的变更窗口期内无法完成,从而影响客户的正常生产业务。

解决办法

我们可以使用AP Preload Image升级方式来解决。相关操作步骤:
1) 将新的固件采用HTTP或者FTP方式上传到控制器的备用分区(非Default Boot分区),如果控制器在一个集群下,建议大家都统一放置在相同的分区上,比如都是Partition 0。
2) 通过AP Preload Image界面,将指定的集群控制器的指定分区镜像Preload到AP上,可以设置并发下载的最大数量(建议是100个以内,不建议太大,毕竟是在当前业务中操作,并发下载数量大的话会影响当前AC和AP之间的现有通讯业务性能),然后点击install。
3) 可以观察到每颗AP的Preload状态和最终完成的情况,当所有的AP都Preload完成后。
4) 我们接着在集群中的每台AC控制器上,使用命令apboot all local来先重启所有的AP。
5) 在所有AP重启过程中,我们必须尽快重启集群中的每台AC,这样等AP重启好,AC也会逐渐重启成功,这样AP会采用新版本和AC重启建立通讯,从而完成升级工作。

总结:

相比较于传统方式(变更窗口期开始时,先AC重启后,接着AP和AC同步版本,开始下载固件过程,最后AP重启完成固件更新),AP Preload Image的方式,是将AP下载固件的过程放在业务运行中,这个过程是不影响现有业务的正常运行。当变更窗口开始时,我们仅仅是重启AP和重启AC控制器,由于AP下载固件过程已经提前完成,所以整个升级过程的时间缩短(少了AP下载固件的时间),AP重启后,就变成了新的固件版本,然后和新版本的AC再次通讯。

3 Replies to “采用Preload Image方式来升级AP”

  1. 如果AP已经下载了新固件,但是还没到窗口期,这个时候AP因为种种原因重启了,是不是会直接更新成新版本,然后注册到控制器上来之后又download原始固件,又做一次降级??如果是这样,这中间版本差异会不会有兼容性问题??

    1. 已经preload 的AP,如果重启了,但是你的控制器仍然是老的版本,那AP确实会再次降级,
      这个AP降级后,就失去了preload的image。此时等你控制器重启后,你的AP会采用传统方式来升级。
      所以选择preload方式,应该后面尽快选择时间来重启控制器。一般建议你的preload image操作是放在重启控制器之前的半个小时来完成操作。

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注