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-B） 中的备用路由引擎 |
虚拟机箱主路由器 （VC-PS） 中的备用路由引擎 |
虚拟机箱备份路由器 （VC-BP） 中的主路由引擎 |
虚拟机箱备份路由器 （VC-BP） 中的主路由引擎 |
虚拟机箱主路由器 （VC-PP） 中的主路由引擎 |
虚拟机箱备份路由器 （VC-B） 中的备用路由引擎 |
虚拟机箱主路由器 （VC-PS） 中的备用路由引擎 |
全局切换后，虚拟机箱主路由器中路由引擎的本地角色（masterstandby和、或ms和 ）会发生变化，但虚拟机箱备份路由器中路由引擎的本地角色不会改变。例如，如表 1 所示，全局切换后，虚拟机箱主路由器 （VC-PP） 中的主路由引擎将成为虚拟机箱备份路由器 （VC-B） 中的备用路由引擎。相比之下，全局切换后，虚拟机箱备份路由器 （VC-Bp） 中的主路由引擎仍然是虚拟机箱主路由器 （VC-PP） 中的主路由引擎。
本地切换期间的虚拟机箱角色转换
为确保双成员虚拟机箱配置中的冗余，两个成员路由器中的每个都必须配置双路由引擎。要在成员路由器中的主路由引擎和备用路由引擎之间切换本地主角色，请从虚拟机箱主路由器 （VC-PP） 中的主路由路由引擎或虚拟机箱备份路由器 （VC-Bp） 中的主路由引擎发出request chassis routing-engine master switch命令。
表 2 显示了从 VC-PP 发出 request chassis routing-engine master switch 命令时由本地切换引起的角色转换。
本地切换 前的 虚拟机箱角色 |
本地切换 后的 虚拟机箱角色 |
|---|---|
虚拟机箱主路由器 （VC-PP） 中的主路由引擎 |
虚拟机箱备份路由器 （VC-B） 中的备用路由引擎 |
虚拟机箱主路由器 （VC-PS） 中的备用路由引擎 |
虚拟机箱备份路由器 （VC-BP） 中的主路由引擎 |
虚拟机箱备份路由器 （VC-BP） 中的主路由引擎 |
虚拟机箱主路由器 （VC-PP） 中的主路由引擎 |
虚拟机箱备份路由器 （VC-B） 中的备用路由引擎 |
虚拟机箱主路由器 （VC-PS） 中的备用路由引擎 |
表 3 显示了从 VC-Bp 发出 request chassis routing-engine master switch 命令时由本地切换引起的角色转换。
本地切换 前的 虚拟机箱角色 |
本地切换 后的 虚拟机箱角色 |
|---|---|
虚拟机箱备份路由器 （VC-BP） 中的主路由引擎 |
虚拟机箱备份路由器 （VC-B） 中的备用路由引擎 |
虚拟机箱备份路由器 （VC-B） 中的备用路由引擎 |
虚拟机箱备份路由器 （VC-BP） 中的主路由引擎 |
虚拟机箱主路由器 （VC-PP） 中的主路由引擎 |
虚拟机箱主路由器 （VC-PP） 中的主路由引擎 |
虚拟机箱主路由器 （VC-PS） 中的备用路由引擎 |
虚拟机箱主路由器 （VC-PS） 中的备用路由引擎 |
执行本地切换时，每个成员路由器中路由引擎的主 （m） 和备用 （s） 本地角色仅在发出 request chassis routing-engine master switch 命令的成员路由器中更改。例如，从 VC-PP 发出本地切换时（ 如表 2 所示），VC-P 上的本地角色会发生变化，但 VC-B 上的本地角色保持不变。相反，当您从 VC-B 发出本地切换时（ 如表 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 机箱中的两个路由引擎会导致虚拟机箱拆分，并且不会进行任何 RE 角色切换。
虚拟机箱配置中的 GRES 就绪情况
根据配置的不同，路由器在准备好执行平滑路由引擎切换 （GRES） 之前需要不同的时间。在路由器准备就绪之前尝试 GRES作可能会导致系统错误和意外行为。要从数据库同步的角度确定 MX 系列虚拟机箱配置中的成员路由器是否已准备好执行 GRES作，可以在启动 GRES作之前从虚拟机箱主路由器 （VC-PP） 发出 request virtual-chassis routing-engine master switch check 命令。
该 request virtual-chassis routing-engine master switch check 命令检查成员路由器上的各种系统和数据库组件，以确定它们是否已准备好进行 GRES，但不会启动全局 GRES作本身。就绪情况检查包括确保系统计时器（在 300 秒后过期）在全局 GRES作开始之前完成。
在启动 GRES作之前使用 request virtual-chassis routing-engine master switch check 命令，可确保 MX 系列或虚拟机箱中两个成员路由器上的订阅者管理和内核数据库已同步，并准备好执行 GRES作。