思科核心交换主备引擎切换与测试

某省级大型国企业,某项目涉及到引擎切换测试。做了些记录还有心得与大家共享。注:现场实际环境

1,设备硬件


Cisco WS-C6509-E


Component


name


Description


板卡1


WS-X6724-SFP


24 port 1000mb SFP


板卡2


WS-X6748-GE-TX


48 port 10/100/1000mb Ethernet


板卡1


WS-X4648-GE-TX


48 port 10/100/1000mb Ethernet


引擎1


WS-SUP720-3B


Supervisor Engine 720 Rev. 5.6


引擎2


WS-SUP720-3B


Supervisor Engine 720 Rev. 5.6


电源


WS-CAC-3000AC*2


Power Supply ( AC 3000W )


IOS版本

风扇


cat4500e-entservices-mz.122-54.SG1.bin

WS-C6509-E-FAN


Version 12.2(54)SG1

Enhanced 9-slot Fan Tray 1

2,主备引擎模式

主备引擎前提条件:相同的引擎与相同版本的IOS。

引擎冗余有两种模式,大家所知的RPR与SSO。SSO与NSF结合是最佳选项。

SSO的优点:含有的特性可以在主备引擎切换时,保持现有会话不会被中断,板卡包转发不中断,

提升网络稳定性能。SSO模式比RPR切换要快,减少路由收敛时间。NSF官方所说最主要优势特性:

减少引擎切换过程中的Routing flap,理能加强其网络稳定性。

3,配置

(1) en / conf t / redundancy /  mode sso  ( 对NSF了解不是很多,无相关经验,

此处没有用NSF特性。NSF配置:router ospf 100 / nsf  //ospf eigrp bgp 下开启NSF )

以下是更改为SSO模式的提示:

*Nov 14 04:20:20.451: %C4K_IOSMODPORTMAN-6-MODULEONLINE: Module 4 (WS-X45-SUP6L-E S/N: JAE171404TZ Hw: 3.0) is online

*Nov 14 04:20:20.451: %C4K_REDUNDANCY-6-MODE: ACTIVE supervisor initializing for sso mode

*Nov 14 04:20:21.383: %C4K_REDUNDANCY-3-COMMUNICATION: Communication with the peer Supervisor has been established

*Nov 14 04:20:27.355: %C4K_REDUNDANCY-5-CONFIGSYNC: The bootvar has been successfully synchronized to the standby supervisor

*Nov 14 04:20:27.355: %C4K_REDUNDANCY-5-CONFIGSYNC: The config-reg has been successfully synchronized to the standby supervisor

*Nov 14 04:20:27.355: %C4K_REDUNDANCY-5-CONFIGSYNC: The startup-config has been successfully synchronized to the standby supervisor

*Nov 14 04:20:27.763: %C4K_REDUNDANCY-5-CONFIGSYNC: The private-config has been successfully synchronized to the standby supervisor

*Nov 14 04:20:28.703: %C4K_REDUNDANCY-5-CONFIGSYNC_RATELIMIT: The vlan database has been successfully synchronized to the standby supervisor

(2) show  [module  |  redundancy]       //查看状态

Mod  Redundancy role     Operating mode      Redundancy status

----+-------------------+-------------------+----------------------------------

 3   Active Supervisor   SSO                 Active                           

 4   Standby Supervisor  SSO                 Standby hot                 //成功变为SSO模式

      (3)en / conf t /  redundancy switchover   //切换 ,以下是提示

R6509#redundancy force-switchover

System configuration has been modified. Save ? [yes/no]: y

Building configuration...

1d18h: %PFINIT-SP-5-CONFIG_SYNC: Sync‘ing the startup configuration to the standby Router. [OK]This will reload the active unit and force switchover to standby[confirm]

Preparing for switchover..

1d18h: %SYS-SP-3-LOGGER_FLUSHING: System pausing to ensure console debugging output.

1d18h: %RF-SP-5-RF_RELOAD: Self reload. Reason: Admin CLI

1d18h: %OIR-SP-6-CONSOLE: Changing console ownership to switch processor

1d18h: %SYS-SP-3-LOGGER_FLUSHED: System was paused for 00:00:00 to ensure console debugging output.

1d18h: %SYS-SP-3-LOGGER_FLUSHING: System pausing to ensure console debugging output.

1d18h: %SYS-SP-5-RELOAD: Reload requested by Delayed Reload. Reload Reason: reload.

1d18h: %OIR-SP-6-CONSOLE: Changing console ownership to switch processor

System Bootstrap, Version 8.5(2)

Copyright (c) 1994-2007 by cisco Systems, Inc.

Cat6k-Sup720/SP processor with 524288 Kbytes of main memory

Autoboot: failed, BOOT string is empty

Autoboot executing command: "boot "

Initializing ATA monitor library...

string is bootdisk:s72033-advipservicesk9_wan-mz.122-33.SXI1.bin

Loading image, please wait ...

Initializing ATA monitor library...

时间: 2024-10-05 02:41:46

思科核心交换主备引擎切换与测试的相关文章

Redis主备自动切换

Sentinel(哨兵)是用于监控redis集群中Master状态的工具. 一.Sentinel作用  1.Master状态检测   2.如果Master异常,则会进行Master-Slave切换,将其中一个Slave作为Master,将之前的Master作为Slave;  3.Master-Slave切换后,master_redis.conf.slave_redis.conf和sentinel.conf的内容都会发生改变,即master_redis.conf中会多一行slaveof的配置,se

keepalived实现对mysql主从复制的主备自动切换

备注:君子性非议也,善假于物也. 温故而知新,可以为师矣. 使用MySQL+keepalived是一种非常好的解决方案,在MySQL-HA环境中,MySQL互为主从关系,这样就保证了两台 MySQL数据的一致性,然后用keepalived实现虚拟IP,通过keepalived自带的服务监控功能来实现MySQL故障时自动切换. 实验环境中用两台主机搭建了一个mysql主从复制的环境,两台机器分别安装了keepalived,用一个虚IP实现mysql服务器的主备自动切换功能. 模拟环境: VIP:1

MySQL主备库切换演练与总结

演练包括被动切换和主动切换两部分.被动切换是主库宕机,主动切换是人工手动触发. 演练步骤大致如下: 1 先停掉主库,模拟主库宕机 2 mha将vip切到备库,备库变成主库,应用可以正常读写数据库 3 重新启动宕机的原主库 4 在原主库上建立同步关系(根据宕机时,日志记录的binlog的文件名和偏移量,恢复从这里开始) 5 mha手动切换主库,还原到最初状态,应用可以正常读写数据库 6 演练结束 演练过程问题总结: 1 mha每次自动切换之后都会结束自身进程,并在日志目录如/app/mha/xxx

Zookeeper 05 示例代码-主备节点切换

主备节点的切换,是分布式应用的基本要求.现在用 Zookeeper 实现主备节点自动切换功能. 基本思路: 1 多个服务启动后,都尝试在 Zookeeper中创建一个 EPHEMERAL 类型的节点,Zookeeper本身会保证,只有一个服务会创建成功,其他服务抛出异常. 2 成功创建节点的服务,作为主节点,继续运行 3 其他服务设置一个Watcher监控节点状态, 4 如果主节点消失,其他服务会接到通知,再次尝试创建EPHEMERAL 类型的节点. public class Master im

A10负载配置及主备手动切换命令

添加一个负载完整的过程为: 配置slb server 即所谓的real server,后端真实提供服务的主机 配置slb service-group 定义服务组,里面包含哪些real server主机 配置slb virtual-server 即virtual server,对外提供服务的地址 贴一个简单的配置供参考: 1.配置server,当然得是在configure模式下 slb server apache01 172.16.2.10   port 8080 tcp slb server a

greenplum(5.10)生产系统主备节点切换

集群安装信息参考:系统初始化:http://blog.51cto.com/michaelkang/2167195集群安装配置:http://blog.51cto.com/michaelkang/2170627 本文对敏感信息进行了替换!!!! 集群主备节点 master => gpnode615.kjh.com standby => gpnode616.kjh.com 状态查看工具 gpstate 命令 参数 作用 gpstate -b => 显示简要状态 gpstate -c =>

DRBD主备切换

DRBD主备切换 在系统维护的时候,或者在高可用群集中,当主用节点出现故障的时候,就需要将主备节点的角色互换,主备节点切换有两种形式,分别是停止DRBD服务切换和正常切换 (1) 停止DRBD服务切换 关闭主用节点服务,此时挂载的DRBD分区就自动在主用节点卸载了,操作如下, /etc/init.d/drbd stop cat /proc/drbd (细节请看http://liumingyuan.blog.51cto.com/9065923/1712824) 从输出结果可以看到,现在主用节点的状

zookeeper主备切换学习

今天了解了下Zookeeper的主备方案 大致就是两个应用运行后同时抢一个临时节点,zookeeper可以保证只会有一个注册成功这个节点,然后都对这个节点进行watch,监听事件NodeDeleted,如果NodeDeleted,然后另一台就可以直接注册临时节点成功. 这样可以保证主备自动切换.看起来还可以...没有在产线上用过...所以不知道具体效果是什么样的. 实现代码如下:非常easy.... //抄的, public class AbstractZooKeeper implements

Keepalived中Master和Backup主备切换机制浅析

在keepalived的VRRP实例配置中会一般会设置Master和Backup来指定初始状态,但是这并不意味着此节点一直就是Master角色.控制节点角色的是Keepalived配置文件中的"priority"值和vrrp_script模块中设置的"weight"值.下面分别分情况对主备机切换机制作详细说明. 配置简介: 主机 IP 操作系统 软件 VIP 备注 nginx01 172.27.9.91 Centos7 keepalived nginx 172.27