用于CiscoCatalyst6500系列的CiscoIOS软件模块化
简介 当今的网络设备必须提供最长的正常运行时间,以便服务于语音、视频和数据应用等关键任务流量。尽管高可靠性一般是通过冗余系统在核心和分发层中提供的,但是鉴于单一网络设备通常是所连接的终端设备的单故障点,使它们更具永续性已成为对配线间、数据中心接入和企业网络的WAN边缘来说最重要的任务。城域以太网接入网络为满足与客户签订的服务水平协议(SLA)的严格要求,也有着类似的需求。此外,因为企业依赖于网络应用,因此网络操作员和管理员非常需要可靠性。 采用Cisco IOS软件模块化的Cisco Catalyst 6500系列通过演进式的软件基础设施增强,最大限度地缩短了停机时间,提高了运营效率。通过让模块化的Cisco IOS子系统作为独立的进程运行,这个创新凭借可自行恢复的进程最大限度地缩短了计划外停机时间,它还利用子系统运行中软件升级(ISSU)简化了软件改动,并经由集成嵌入式事件管理器(EEM)实现了进程级的自动策略控制。 用于Cisco Catalyst 6500系列的Cisco IOS软件模块化 Cisco IOS的设计可满足发展中网络最为严格的IP服务和控制平面可扩展性要求。Cisco IOS软件由数百个子系统组成,每个都定义了某项技术的某个组件,它们运行于共享内存空间,以实现最高的软件转发性能。 Catalyst 6500系列通过PFC或DFC上的ASIC,提供了基于硬件的转发功能。Catalyst 6500系列的控制平面功能在MSFC网络的专用CPU上运行。
图1. Cisco IOS软件模块化的架构,显示了Cisco Catalyst 6500系列控制和数据平面的分离,以及独立的进程 完全独立的数据平面可确保,即使控制平面运行中断,只要软件的智能特性足以对硬件编程,使之不间断运营,就可持续转发流量。凭借Cisco Catalyst 6500系列交换管理引擎的冗余性,在主交换管理引擎发生硬件故障时,Catalyst 6500系列的不间断转发(NSF)和状态化切换(SSO)特性仍能提供持续运行的数据转发平面。对故障隔离和分离控制及数据平面的要求,导致了OS级关注焦点的改变。特别需注意的是,控制平面软件中的改动或问题不应影响数据平面上的转发。 Cisco IOS软件模块化将子系统组合为独立的进程,增强了Cisco IOS软件的内存架构,可提供进程级的故障隔离和子系统ISSU功能。这些改进在用于Catalyst 6500系列Supervisor Engine 720和 Supervisor Engine 32的Cisco IOS软件中提供,同时保留了网络操作员已经熟悉的丰富功能和操作环境。Cisco IOS软件模块化将首先在Cisco IOS 12.2(18)SXF的一个版本中提供。操作员将可从大量带或不带软件模块化的镜像中进行选择。在带Cisco IOS软件模块化的镜像与当前用于Catalyst 6500系列的Cisco IOS软件版本的功能完全相同前,思科将保留不带IOS软件模块化的并行镜像。 运营一致性 虽然软件模块化为Catalyst 6500系列上的Cisco IOS软件带来了很多改进,但从运营角度无需作任何改变。命令行界面(CLI)以及SNMP或系统日志等管理界面仍与以前一样。为支持新功能,添加了执行和配置模式的新命令以及show命令。软件发布和重建也与以前相同,只是添加了对于子系统补丁的支持。 受保护内存 在软件模块化支持的内存架构中,进程使用受保护地址空间。每个进程及其相关的子系统都“运行”于独立的内存空间中。同一进程的子系统能直接地相互通信,而进程间只可使用进程间通信(IPC)来传输信息。利用这种模式,就不会发生内存破坏波及多个进程的现象。同一进程中子系统的通信能直接进行,从而提供了一致的控制平面性能。 故障抑制 受保护内存空间的优势在于,因为一个进程中的问题不会影响到系统的其他部分,所以提高了可靠性。例如,如果一个关键程度不高的系统进程发生故障或未按预期运行,并不会影响持续转发分组所需的关键功能。具体来说,如果UDP进程发生故障,那么只有需使用UDP的特性会受到影响。 进程可重启性 模块化进程建立在受保护内存空间和故障抑制的基础上,现在可单独重启。为进行测试或处理无响应进程,可使用一条CLI命令来手动重启进程。这样,无需中断分组转发,即可快速从暂时错误中恢复。 手动重启进程很重要,而持续检查进程的状态也是至关重要的。一个集成的高可靠性子系统可持续检查进程状态,跟踪在规定时间间隔内一个进程的重启次数,从而完成这一任务。这种高可靠性子系统可通过重启进程,尽快从各种故障中恢复。如果进程重启仍无法恢复系统,那么高可靠性子系统会采取更高层次的行动,如进行交换管理引擎切换或重启系统。 因为每个进程有自己的受保护环境,可按需提供状态检查点信息。检查点架构能在进程重启或故障切换过程中保留此信息。高可靠性子系统在进程重启时会利用这一信息,实现状态化恢复。当一个进程重启时,它会利用检查点信息(例如中间系统-中间系统[IS-IS]路由协议信息的状态)来尽快进行恢复。检查点信息仅在特定时间段内进程第一次重启期间提供,以确保检查点状态信息本身不会导致错误。 [1] [2] [3] [4] [5] [6] 下一页 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |