MX 系列虚拟机箱中的切换行为
当活动或主硬件或软件组件发生故障或暂时关闭时，您可以手动启动到备份组件的 切换 ，以接管不可用的主要组件的功能。您可以在 MX 系列 5G 通用路由平台的 虚拟机箱 配置中启动两种类型的切换：
全局切换 — 通过在虚拟机箱配置中切换主路由器和备份路由器的全局角色，更改 MX 系列虚拟机箱中的主要角色。
本地切换 — 切换虚拟机箱成员路由器中双路由引擎的本地主要角色。
在切换期间，分配给虚拟机箱配置中成员路由器和路由引擎的角色会发生变化。本主题介绍发生的角色转换，以便您更好地了解 MX 系列虚拟机箱在全局或本地切换期间的行为。本主题还介绍如何从数据库同步角度确定成员路由器是否已准备好执行全局 平稳路由引擎切换 （GRES） 操作。
全局切换期间的虚拟机箱角色转换
要更改 MX 系列虚拟机箱中的主要角色并导致全局切换，请从虚拟机箱主路由器 （VC-Pp） 中的主路由引擎发出 request virtual-chassis routing-engine master switch 命令。
发出 request virtual-chassis routing-engine master switch 命令后，当前虚拟机箱主路由器 （VC-P） 和当前虚拟机箱备份路由器 （VC-B） 将切换角色。以前的 VC-P 成为新的 VC-B，以前的 VC-B 成为新的 VC-P。VC-P 和 VC-B 切换角色后，新 VC-B （VC-BP） 上的主路由引擎将重新启动，从而导致 表 1 中列出的角色转换。
全局切换 前 的虚拟机箱角色 |
全局切换 后的 虚拟机箱角色 |
|---|---|
虚拟机箱主路由器 （VC-P） |
虚拟机箱备份路由器 （VC-B） |
虚拟机箱备份路由器 （VC-B） |
虚拟机箱主路由器 （VC-P） |
虚拟机箱主路由器 （VC-Pp） 中的主路由引擎 |
虚拟机箱备份路由器 （VC-Bs） 中的备用路由引擎 |
虚拟机箱主路由器 （VC-Ps） 中的备用路由引擎 |
虚拟机箱备份路由器 （VC-BP） 中的主路由引擎 |
虚拟机箱备份路由器 （VC-BP） 中的主路由引擎 |
虚拟机箱主路由器 （VC-Pp） 中的主路由引擎 |
虚拟机箱备份路由器 （VC-Bs） 中的备用路由引擎 |
虚拟机箱主路由器 （VC-Ps） 中的备用路由引擎 |
全局切换后，虚拟机箱主路由器中路由引擎的本地角色（master 和 、 或 m s和 standby）会发生变化，但虚拟机箱备份路由器中路由引擎的本地角色不会更改。例如，如表 1 所示，全局切换后，虚拟机箱主路由器 （VC-Pp） 中的主路由引擎将成为虚拟机箱备份路由器 （VC-B） 中的备用路由引擎。相比之下，全局切换后，虚拟机箱备份路由器 （VC-Bp） 中的主路由引擎仍然是虚拟机箱主路由器 （VC-Pp） 中的主路由引擎。
本地切换期间的虚拟机箱角色转换
为确保两成员虚拟机箱配置中的冗余，必须为两个成员路由器中的每一个配置双路由引擎。要在成员路由器中的主路由引擎和备用路由引擎之间切换本地主要角色，请request chassis routing-engine master switch从虚拟机箱主路由器 （VC-Pp） 中的主路由引擎或虚拟机箱备份路由器 （VC-Bp） 中的主路由引擎发出命令。
表 2 显示了从 VC-PP 发出 request chassis routing-engine master switch 命令时由本地切换导致的角色转换。
本地切换 前 的虚拟机箱角色 |
本地切换 后的 虚拟机箱角色 |
|---|---|
虚拟机箱主路由器 （VC-Pp） 中的主路由引擎 |
虚拟机箱备份路由器 （VC-Bs） 中的备用路由引擎 |
虚拟机箱主路由器 （VC-Ps） 中的备用路由引擎 |
虚拟机箱备份路由器 （VC-BP） 中的主路由引擎 |
虚拟机箱备份路由器 （VC-BP） 中的主路由引擎 |
虚拟机箱主路由器 （VC-Pp） 中的主路由引擎 |
虚拟机箱备份路由器 （VC-Bs） 中的备用路由引擎 |
虚拟机箱主路由器 （VC-Ps） 中的备用路由引擎 |
表 3 显示了从 VC-Bp 发出 request chassis routing-engine master switch 命令时由本地切换导致的角色转换。
本地切换 前 的虚拟机箱角色 |
本地切换 后的 虚拟机箱角色 |
|---|---|
虚拟机箱备份路由器 （VC-BP） 中的主路由引擎 |
虚拟机箱备份路由器 （VC-Bs） 中的备用路由引擎 |
虚拟机箱备份路由器 （VC-Bs） 中的备用路由引擎 |
虚拟机箱备份路由器 （VC-BP） 中的主路由引擎 |
虚拟机箱主路由器 （VC-Pp） 中的主路由引擎 |
虚拟机箱主路由器 （VC-Pp） 中的主路由引擎 |
虚拟机箱主路由器 （VC-Ps） 中的备用路由引擎 |
虚拟机箱主路由器 （VC-Ps） 中的备用路由引擎 |
执行本地切换时，每个成员路由器中路由引擎的主 （m） 和备用本地角色仅在发出 request chassis routing-engine master switch 命令的成员路由器中更改。例如，从 VC-PP 发出本地切换时（ 如表 2 所示），VC-P 上的本地角色会发生变化，但在 VC-B 上保持不变。相反，当您从 VC-Bp 发出本地切换时（ 如表 3 所示），VC-B 上的本地角色会发生变化，但在 VC-P 上保持不变。
从 VC-PP 执行的本地切换也会更改成员路由器的全局角色，如 表 2 所示。相比之下，从 VC-Bp 执行的本地切换只会更改路由引擎的本地角色，如 表 3 所示。
虚拟机箱形成期间的虚拟机箱角色转换
在极少数情况下，当虚拟机箱“分裂”（即失去连接）时，每个成员都可能担任虚拟机箱主路由器 （VC-P） 角色，从而生成两个 VC-P 机箱。虚拟机箱连接恢复时，选举过程会将虚拟机箱主 （VC-P） 角色分配给一个成员，将虚拟机箱备份 （VC-B） 角色分配给另一个成员。从 Junos OS 15.1 版开始，与全局 GRES 行为相同，新当选的 VC-B 成员会导致其本地主路由引擎在将本地主角色传递给其本地备用路由引擎后重新启动。这是一个有意的操作，它允许 VC-B 机箱更快地准备好 GRES。
重新启动 VC-P 机箱中的两个路由引擎，或仅重新启动 VC-P 或 VC-B 机箱中的主路由引擎，可能不会导致正常切换，因此不建议这样做。
重新启动 VC-B 机箱中的两个路由引擎会导致 VC 拆分，并且不会进行任何 RE 角色切换。
虚拟机箱配置中的 GRES 就绪情况
根据配置的不同，在路由器准备好执行平稳路由引擎切换 （GRES） 之前，需要可变的时间量。在路由器准备就绪之前尝试 GRES 操作可能会导致系统错误和意外行为。要从数据库同步角度确定 MX 系列虚拟机箱配置中的成员路由器是否已准备好执行 GRES 操作，可以在 request virtual-chassis routing-engine master switch check 启动 GRES 操作之前从虚拟机箱主路由器 （VC-Pp） 发出命令。
该 request virtual-chassis routing-engine master switch check 命令检查成员路由器上的各个系统和数据库组件，以确定它们是否已准备好进行 GRES，但不启动全局 GRES 操作本身。准备情况检查包括确保在 300 秒后过期的系统计时器在全局 GRES 操作开始之前完成。
request virtual-chassis routing-engine master switch check在启动 GRES 操作之前使用该命令可确保 MX 系列或虚拟机箱中两个成员路由器上的订阅者管理和内核数据库已同步并准备好执行 GRES 操作。