在路由引擎之间同步配置
在具有冗余路由引擎的设备上,您可以执行 commit synchronize,以激活并同步两个路由引擎上的配置。
路由引擎同步概述
如果您的设备有两个路由引擎,您可以通过发出 commit synchronize 命令手动指示一个路由引擎将其配置与另一个路由引擎同步。执行此命令的路由引擎(请求路由引擎)首先提交配置。然后,请求路由引擎将其候选配置复制并加载到响应路由引擎。每个路由引擎在提交候选配置文件之前都会对其执行语法检查。提交同步过程一次只在一个路由引擎上进行。
如果未发现错误,则会激活该配置并成为两个路由引擎上的当前作配置。
如果任一路由引擎上的提交失败,则提交过程也会在另一个路由引擎上回滚。这种保护可确保两个路由引擎具有相同的配置。
如果您的配置包含大量文本或许多应用组,则提交时间可能比预期的要长。
例如,您可能希望两个路由引擎具有相同的配置。在这种情况下,如果您登录到re1 (请求路由引擎),请在 上re1发出commit synchronize命令。路由引擎re1将其候选配置复制并加载到re0(响应路由引擎)。然后,两个路由引擎都会对正在提交的候选配置文件执行语法检查。如果未发现错误,re1则激活候选配置并成为两个路由引擎上的当前作配置。
发出命令 commit synchronize 时,必须使用组 re0 和 re1. 有关如何使用 apply-groups 语句的信息,请参阅 应用配置组。
您可以将路由引擎的当前作配置文件与其他路由引擎的配置文件同步。为此,请登录到要从中同步的路由引擎并发出 commit synchronize 命令。
示例:
[edit]
user@host# commit synchronize
re0:
configuration check succeeds
re1:
commit complete
re0:
commit complete
由于系统重新启动期间的配置无效,备份路由引擎可能仅部分提交。在这种情况下, commit synchronize 带有主路由引擎选项的 force 命令不起作用。
如果响应的路由引擎有未提交的配置更改,则该commit synchronize命令不起作用。但是,您可以使用该force选项在路由引擎上强制提交同步。当您使用一个路由引擎的选项发出commit synchronize force命令时,另一个路由引擎上的配置会话将终止。当这些会话在另一个路由引擎上终止时,其配置将与您从中发出命令的路由引擎上的配置同步。
建议仅在无法解决导致commit synchronize命令失败的问题时才使用该force选项。
要在路由引擎上强制 a commit synchronize ,请登录到要从中同步的路由引擎。然后,发出带有该 force 选项的命令。
示例:
[edit]
user@host# commit synchronize force
re0:
re1:
commit complete
re0:
commit complete
[edit]
user@host#
如果设备上启用了不间断路由,则在对配置进行任何更改后,从主路由引擎输入命令 commit synchronize 。如果在备份路由引擎上输入此命令,软件将显示警告并提交配置。
快速同步配置在具有两个路由引擎的系统上有效(该选项不可用于 SRX 系列)。EX 系列虚拟机箱和 MX 系列虚拟机箱设备也支持该 fast-synchronize 语句。
fast-synchronize提交模式是所有 Junos OS 演化版双路由引擎设备的默认模式提交同步。在此模型中,系统会在两个路由引擎上同时执行提交检查和激活,从而减少提交延迟并提高 Junos OS 的运维效率。
配置验证仅在执行命令的 commit 路由引擎上执行。
您可以通过在层次结构级别配置[edit system commit]选项来no-fast-synchronize禁用快速同步模型。
您可以使用该 commit synchronize scripts 命令将路由引擎的配置以及所有提交、事件、lib、op 和 SNMP 脚本与其他路由引擎同步。如果为请求路由引擎配置该 load-scripts-from-flash 语句,设备将同步脚本。设备将脚本从请求路由引擎上的闪存同步到响应路由引擎上的闪存。否则,设备会将脚本从请求路由引擎上的硬盘同步到响应路由引擎上的硬盘。设备将同步所有脚本,无论这些脚本是在配置中启用的,还是自上次同步以来是否已更新。
要将路由引擎的配置文件和所有脚本与其他路由引擎同步,请登录到要从中同步的路由引擎,然后发出 commit synchronize scripts 命令。
示例:
[edit]
user@host# commit synchronize scripts
re0:
configuration check succeeds
re1:
commit complete
re0:
commit complete
如果请求路由引擎的提交检查作失败,则进程将停止,并且不会将脚本复制到响应的路由引擎。如果响应路由引擎的提交检查或提交作失败,脚本仍会同步。脚本仍处于同步状态,因为同步发生在响应路由引擎上的提交检查作之前。
在层次结构级别包含[edit system scripts]该synchronize语句,以便在每次发出commit synchronize命令时同步脚本。
[edit system scripts] synchronize;
配置多个路由引擎以自动同步提交的配置
如果您的设备有多个路由引擎,您可以通过发出 commit synchronize 命令手动指示一个路由引擎将其配置与其他引擎同步。
要使路由引擎在提交配置时自动同步,请在层次结构级别包含以下 commit synchronize 语句 [edit system] :
[edit system] commit synchronize;
执行 commit 命令的路由引擎(请求路由引擎)将其候选配置复制并加载到其他(响应的)路由引擎。然后,所有路由引擎都会对正在提交的候选配置文件执行语法检查。如果未发现错误,则会激活该配置并成为所有路由引擎上的当前作配置。
对于提交同步过程,主路由引擎提交配置并将配置副本发送到备份路由引擎。然后,备份路由引擎将加载并提交配置。因此,主路由引擎和备用路由引擎之间的提交同步一次只进行一个路由引擎。如果配置的文本大小较大或应用组较多,则提交时间可能比预期的要长。
fast-synchronize这是所有 Junos OS 演化版双路由引擎设备的默认提交同步模型。在此模型中,系统会在两个路由引擎上同时执行提交检查和激活,从而减少提交延迟并提高 Junos OS 的运维效率。
配置验证仅在执行命令的 commit 路由引擎上执行。
您可以通过在层次结构级别配置[edit system commit]选项来no-fast-synchronize禁用快速同步模型。