考虑修补的控制器的特殊情况。

有关修补过程的更多信息，请参阅修补程序升级过程。

  • 修补过程要求以 admin 用户身份登录到 NSX Advanced Load Balancer CLI。

  • 能够以 admin 用户身份登录意味着，已更改出厂默认 admin 密码，如默认 admin 强密码一节中所述。

  • 如上所述，从属节点不应具有配置，并且未对 NSX Advanced Load Balancer 登录凭据进行任何更改。如果从属节点确实具有凭据，在用户尝试将其加入集群时，将显示以下形式的消息：

    集群配置失败。无法添加节点 1.2.3.4: 使用默认凭据登录失败，请全新重新引导节点，然后重试。(Cluster configuration failed. Unable to add node 1.2.3.4: Login with default credentials failed, clean reboot the node and retry.)

    因此，在将两个修补的控制器从属节点加入修补的控制器主节点之前，请在每个从属节点上运行 reboot clean 命令。

  • 更改了 admin 密码的控制器具有配置。

转换过程

  • 在主节点和新的从属节点之间通过 HTTPS 建立信任关系。

  • 主节点通过 SSH 将集群状态信息导出到每个从属节点。

  • 每个节点在本地应用集群状态信息，并重新启动服务。

  • 现有的 NSX Advanced Load Balancer SE（最初仅连接到主节点）检测集群成员资格变化，并连接到集群中的所有 NSX Advanced Load Balancer 控制器节点。

注：

在该转换期间，无法使用 REST API。通常，转换需要 4 到 10 分钟的时间。

转换状态

以下状态消息指示转换为三节点集群的进度：

  • 正在进行配置 (Configuration is in progress)：在该阶段，NSX Advanced Load Balancer 验证配置以及每个新节点上的状态信息。只能将没有状态的节点添加到集群中。NSX Advanced Load Balancer 还会更新集群数据库，并在每个节点上启动配置脚本。

  • 无法访问 (Inaccessible)：重新启动 NSX Advanced Load Balancer 控制器 进程。

  • 正在还原 (Restoring)：在所有节点之间同步 NSX Advanced Load Balancer 配置。

  • 等待服务引擎连接 (Waiting for Service Engines to connect)：NSX Advanced Load Balancer 等待尚未连接到任何 NSX Advanced Load Balancer 控制器 节点并在其中注册的任何已知 SE。

  • 就绪 (Ready)

如果拆除集群（恢复为仅单个 NSX Advanced Load Balancer 控制器节点），则状态消息是相同的。不过，在正在进行配置 (Configuration is in progress) 阶段，将忽略从属节点上的状态信息。