升级高可用性对

August 2, 2023

投稿者:

在高可用性设置中，NetScaler 设备的要求之一是在设置的两个设备上安装相同的 NetScaler 软件版本。因此，当一台设备上的软件升级时，请确保两台设备上的软件都已升级。

可以按照相同的步骤升级独立设备或高可用性对中的每台设备，尽管升级高可用性对还需要考虑其他注意事项亦如此。

在开始对 HA 对的 NetScaler 固件升级之前，请阅读开始之前部分中提到的先决条件。此外，您需要考虑一些特定于高可用性的注意事项。

注意事项

重要：

升级更改和自定义项都应用于升级后的 NetScaler 设备非常重要。因此，如果 /etc 目录中有自定义配置文件，请在继续升级之前参阅自定义配置文件的升级注意事项。
首先升级辅助节点，然后升级主节点。在主设备升级辅助设备上的软件可确保升级过程完成而不会出现任何问题。
如果高可用性 (HA) 设置中的两个节点都运行不同的 NetScaler 软件版本，则禁用以下功能：
- 高可用性配置同步
- 高可用性命令传播
- 状态服务信息的高可用性同步
- 会话的连接镜像（连接故障转移）
- 持久性会话信息的高可用性同步
如果高可用性 (HA) 设置中的两个节点运行同一发行版的不同内部版本，但两个内部版本都具有不同的内部高可用性版本，上述功能将被禁用。如果高可用性 (HA) 设置中的两个节点运行同一发行版的不同内部版本，但两个内部版本都具有相同的内部高可用性版本，则上述功能可以正常运行。

请参阅 NetScaler 版本中的新内部 HA 版本部分，检查内部 HA 版本在 NetScaler 版本中是否发生了变化。
如果高可用性配置中的两个节点运行不同的 NetScaler 软件版本，或者两个节点运行同一发行版的不同内部版本，同步高可用性文件命令的全部模式下的文件同步将成功运行。有关更多信息，请参阅在高可用性设置中同步配置文件。

图。升级高可用性对

本地化后的图片

您可以使用 NetScaler CLI 或 GUI 进行升级。

NetScaler 版本中的新内部 HA 版本

下表列出了具有新内部 HA 版本的 NetScaler 版本：

版本 13.1	第 13 版	版本 12.1
Build 33.54	Build 87.9	Build 65.21
Build 30.52	Build 86.17	Build 62.27
Build 27.59	Build 85.19	Build 61.19
Build 24.38	Build 84.11	Build 60.19
Build 21.50	Build 82.45	Build 59.16
Build 17.42	Build 79.64	Build 58.15
Build 12.51	Build 76.31	Build 57.18
Build 9.60	Build 71.44	Build 56.22
Build 4.44	Build 67.43	Build 55.24
	Build 64.35	Build 50.31
	Build 61.48	Build 49.37
	Build 58.32
	Build 52.24
	Build 41.28

使用 CLI 升级高可用性对

升级过程包括以下步骤：

升级辅助设备上的软件
升级主设备上的软件
同步辅助设备

升级辅助设备上的软件

下图描述了在辅助设备上升级软件的过程：

本地化后的图片

使用 SSH 实用程序（例如 PuTTY）登录辅助设备并指定 NetScaler IP (NSIP)。使用 nsroot 凭据登录设备。
在设备的命令行界面中，键入以下命令以保存现有配置：
```
save config

```
切换到 shell 提示符：
```
shell

```
运行以下命令以切换到默认安装目录：
```
cd /var/nsinstall

```
运行以下命令在目录中创建临时子目 nsinstall 录：
```
mkdir x_xnsinstall

```
注意：

文本 x_x 用于命名 NetScaler 版本，以备将来进行配置。例如，NetScaler 13.1 的安装文件目录名为 13_1nsinstall。请勿在文件夹名称中使用句点 (.)，这可能会导致升级失败。
切换到 x_xnsinstall 目录。
将所需的安装包和文档包（例如“ns-x.0-xx.x-doc.tgz”）下载到在步骤 4 中创建的临时目录中。

注意：

某些内部版本没有文档包，因为不必安装文档包。

单击 GUI 中的 Documentation（文档）选项卡以访问文档。
在运行安装脚本之前，必须提取文件并将其放置在设备上。使用以下命令解压缩从 Citrix 网站下载的捆绑包： tar -zxvf ns-x.0-xx.x-doc.tgz。下面是所用参数的快速解释。
- x-提取文件。
- v-在逐个提取文件名时打印文件名。
- z-该文件是一个 gzipped 文件。
- f-使用以下 tar 存档进行操作。
运行以下命令安装下载的软件：
```
./installns

```
注意：

如果设备没有足够的磁盘空间来安装新的内核文件，安装过程将自动清理闪存驱动器。
安装过程完成后，该进程会提示重新启动设备。按键 y 重新启动设备。
使用 nsroot 凭据登录设备命令行界面。
从运行以下命令以显示 NetScaler 设备的状态。上述命令的输出应表明设备是辅助节点，同步已禁用。
```
show ha node

```
运行以下命令以作为主设备执行强制故障切换和接管：
```
force failover

```

验证设备现在是否为主要设备。

下面是新主节点中的示例配置。

login: nsroot
Password: nsroot
Last login: Monday Apr  17 08:37:26 2017 from 10.102.29.9
Done
show ha node
        2 nodes:
1)      Node ID:      0
        IP:        10.0.4.2
        Node State: UP
        Master State: Primary
        ...
        Sync State: AUTO DISABLED
        Propagation: AUTO DISABLED
        ...
Done
<!--NeedCopy-->

升级主设备上的软件

下图描述了升级主设备上的软件的过程：

本地化后的图片

注意：

完成“在辅助设备上升级软件”过程后，原来的主设备现在变成了辅助设备。

使用 SSH 实用程序（例如 PuTTY）登录辅助设备。使用 nsroot 凭据登录设备。请按照上面的部分中提到的相同步骤完成安装过程。我们必须遵循上一节中步骤 2 至步骤 9 中提到的相同步骤（升级辅助设备的软件）。
安装过程完成后，该进程会提示重新启动设备。按键 y 重新启动设备。
使用 nsroot 凭据登录设备命令行界面。
运行以下命令以显示 NetScaler 设备的状态。上述命令的输出应指示设备是辅助节点，并且节点状态的状态标记为 UP。
```
show ha node

```
运行以下命令以执行强制故障切换，以确保设备是主设备：
```
force failover

```

验证设备是否为主设备。

下面是新主节点和新辅助节点的示例配置。

show ha node
    Node ID:      0
    IP:   10.0.4.11
    Node State: UP
    Master State: Primary
    ...
    ...
    INC State: DISABLED
    Sync State: ENABLED
    Propagation: ENABLED
    Enabled Interfaces : 1/1
    Disabled Interfaces : None
    HA MON ON Interfaces : 1/1
    ...
    ...
    Local node information
    Critical Interfaces: 1/1
Done

Show ha node
    Node ID:      0
    IP:   10.0.4.2
    Node State: UP
    Master State: Secondary
    ..
    ..
    INC State: DISABLED
    Sync State: SUCCESS
    Propagation: ENABLED
    Enabled Interfaces : 1/1
    Disabled Interfaces : None
    HA MON ON Interfaces : 1/1
    . .
    . .
    Local node information:
    Critical Interfaces: 1/1
Done
<!--NeedCopy-->

使用 GUI 升级高可用性对

按照以下步骤使用 ADC GUI 在高可用性设置中升级 NetScaler 对。以 NetScaler 设备 CITRIX-ADC-A（主设备）和 CITRIX-ADC-B（辅助设备）的高可用性设置为例。

升级辅助节点。使用管理员凭据登录辅助节点 GUI，然后按照使用 GUI 升级 NetScaler 独立设备中所述执行升级。
强制故障转移。如强制节点故障切换中所述，使用 GUI 在辅助节点上执行强制故障转移。

执行故障转移操作后，辅助节点将接管为主节点，而主节点将成为新的辅助节点。在示例高可用性设置中执行故障转移操作之后：
- CITRIX ADC-B 成为新的主节点
- CITRIX-ADC-A 成为新的辅助节点
升级原始主节点（新的辅助节点）。登录到新的辅助节点 GUI (CITRIX-ADC-A)，然后按照使用 GUI 升级 NetScaler 独立设备中所述执行升级。
强制故障转移。使用 GUI 在新的辅助节点 (-A) 上执行强制故障切换，如强制节点故障切换中所述。

在执行第二次故障转移操作之后，两个节点的状态将恢复到与开始执行高可用性升级操作之前相同的状态。在示例高可用性设置中执行故障转移操作之后：
- CITRIX-ADC-A 成为主节点
- CITRIX ADC-B 成为辅助接点
验证升级过程。登录两个节点的 GUI。导航到 System（系统）> High Availability（高可用性），在详细信息页面上，验证两个节点的高可用性状态。此外，请验证 GUI 顶部窗格中显示的升级版本详细信息。

观看此视频，了解如何使用 GUI 升级高可用性设置。

本内容的正式版本为英文版。部分 Cloud Software Group 文档内容采用了机器翻译，仅供您参考。Cloud Software Group 无法控制机器翻译的内容，这些内容可能包含错误、不准确或不合适的语言。对于从英文原文翻译成任何其他语言的内容的准确性、可靠性、适用性或正确性，或者您的 Cloud Software Group 产品或服务沿用了任何机器翻译的内容，我们均不作任何明示或暗示的保证，并且适用的最终用户许可协议或服务条款或者与 Cloud Software Group 签订的任何其他协议（产品或服务与已进行机器翻译的任何文档保持一致）下的任何保证均不适用。对于因使用机器翻译的内容而引起的任何损害或问题，Cloud Software Group 不承担任何责任。

这是否有帮助？

升级高可用性对

August 2, 2023

投稿者:

August 2, 2023

投稿者:

这是否有帮助？