-
-
-
-
配置 VRRP 通信时间间隔
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
配置 VRRP 通信时间间隔
在主动部署中，所有 NetScaler 节点都使用虚拟路由器冗余协议 (VRRP) 定期在 VRRP 广告包（hello 消息）中通告其主 VIP 地址和相应的优先级。
VRRP 使用以下通信间隔：
- Hello Interval. 主 VIP 地址的节点发送给其对等节点的 VRRP 问候消息之间的间隔。
- 死亡间隔。在此时间之后，如果未从主 VIP 地址的节点接收 VRP 问候消息，则备份 VIP 地址的节点会将主 VIP 地址的状态视为关闭。失效间隔过后，备用 VIP 地址接管并成为主 VIP 地址。
您可以将这些间隔更改为所需值。这两个通信间隔均为该节点中所有 VIP 地址的每个节点设置。
要使用 CLI 配置 VRRP 通信间隔，请执行以下操作：
在命令提示符下，键入：
- set vrIDParam [-**helloInterval** \<msecs>] [-**deadInterval** \<secs>]
- sh vrIDParam
示例：
> set vrIDParam -helloInterval 500 -deadInterval 2
Done
<!--NeedCopy-->
要使用 GUI 配置 VRRP 通信间隔，请执行以下操作：
- 导航到“系统”>“网络”，在“设置”组中，单击“虚拟路由器参数”。
- 在 配置虚拟路由器参数中，设置 Hello 间隔 和 失效间隔 参数。
- 单击确定。
示例 1：具有相同 VRRP 失效间隔的节点
考虑一个由 NetScalers NS1、NS2 和 NS3 组成的主动-主动部署。在每个 ADC 上都配置了虚拟 IP 地址 VIP1、VIP2、VIP3。由于它们的优先级，VIP1 在 NS1 上处于活动状态，VIP2 在 NS2 上处于活动状态，VIP3 在 NS3 上处于活动状态。
如下表所示，在所有三个节点上，停机间隔设置为相同的值（2 秒）。节点的 VRRP 通信间隔（hello 间隔和失效间隔）适用于节点上配置的所有 VRID，反过来又适用于与节点上 vRID 关联的所有 VIP 地址。
在每个节点上，该节点上处于活动状态（主节点）的 VIP 地址使用 hello 间隔，而失效间隔由该节点上处于非活动状态（备份）的 VIP 地址使用。所有三个节点中的 VIP 地址都被禁用抢占。
下表列出了本示例中使用的设置： VRRP 间隔示例 1 设置。
执行流程如下：
- NS1 以 400 毫秒的设定 hello 间隔向 NS2 和 NS3 发送 VIP1 地址的问候消息，因为 VIP1 上的 VIP1 处于活动状态（主节点）。同样，NS2 为 VIP2 发送问候消息，NS3 为 VIP3 发送问候消息。
- 在 NS1 上，设置的失效间隔适用于 VIP2 和 VIP3，因为它们在 NS1 上处于非活动状态（备份）。同样，在 NS2 上，设置的失效间隔适用于 VIP1 和 VIP3，在 NS3 上，设置的失效间隔适用于 VIP1 和 VIP2。
- 如果 NS1 出现故障，则 NS2 和 NS3 在 2 秒钟内没有收到来自 NS1 的问候消息（失效间隔），则会认为 NS1 已关闭。NS3 上的 VIP1 接管并变为活动状态（主节点），因为它的 VRID 优先级 (60) 高于 NS2 的 VIP1 (30)。
示例 2：具有不同 VRRP 失效间隔的节点
假设一个 VRRP 部署与示例 1 中描述的部署类似，但每个节点（NS1、NS2 和 NS3）的失效间隔不同。所有三个节点中的 VIP 地址都被禁用抢占。
下表列出了本示例中使用的设置： VRRP 间隔示例 2 设置。
当 NS1 出现故障时，执行流程如下所示：
- 在 2 秒钟内没有收到来自 NS1 的任何问候消息后（NS2 的死机间隔），NS2 认为 NS1 已关闭。
- NS2 上的 VIP1 接管并变为活动状态（主节点）。NS2 现在开始向 VIP1 发送问候消息。
尽管 NS3 上的 VIP1 的 VRIP 优先级 (60) 高于 NS2 上的 VIP1 (30)，但是 NS3 上的 VIP1 更长的死区间隔（3 秒，而 NS2 为 2 秒）可以防止 NS3 上的 VIP1 在 NS2 上的 VIP 1 接管之前接管。
示例 3：启用了不同失效间隔和抢占的节点
考虑一个 VRRP 部署，类似于示例 1 中所述的部署，但三个节点（NS1、NS2 和 NS3）上的死区间隔不同，并且在 NS3 上启用了 VIP1 地址抢占。
下表列出了本示例中使用的设置： VRRP 间隔示例 3 设置。
当 NS1 出现故障时，执行流程如下所示：
- 在 2 秒钟内没有收到来自 NS1 的任何问候消息后（NS2 设定的停机间隔），NS2 认为 NS1 已关闭。此时，停机间隔为 3 秒的 NS3 不认为 NS1 已关闭。
- NS2 上的 VIP1 接管并变为活动状态（主节点）。NS2 现在开始向 VIP1 发送问候消息。
- 收到来自 NS2 的 VIP1 的问候消息后，NS3 会在 VIP1 上抢占 NS2，因为为 NS3 的 VIP1 启用了抢占且 NS3 的 VIP1 的 VRID 优先级 (60) 高于 NS2 的 VIP1 的 VRID 优先级 (30)。
- NS3 上的 VIP1 接管并变为活动状态（主节点）。NS3 现在开始为 VIP1 发送问候消息。
共享
共享
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.