关于Cisco路由器性能调整的几点小提示与技巧
关于Cisco路由器性能调整的几点小提示与技巧
12/25/2005 1:14:36 AM
关于Cisco路由器性能调整的几点小提示与技巧
1. 如何避免“死机”或者“hUng”掉一个进程？
Cisco的IOS跟任何其他我们常用操作系统相类似，通过调度系统资源来运行进程。那么在这其中，就有些
进程是专门用来完成那些支撑路由器系统能够正常运作所必须执行的任务的，譬如IP输入/输出等。其它的
就属于维护性的任务，譬如NTP。跟Windows的“死机”是一个道理，有些进程有可能会“wedged
”在CPU中，“wedged”用中文描述就是进程卡住而不释放之前分配给它使用的资源，进而把其他重要的进程挤开，独自霸占了
CPU的所有资源并且直到把内存吃光。这样的情况如果只是出现在高端的路由器上面，例如包含VIP卡的7500，GSR1200
0等，那么情况可能不会那么糟糕。但假如出现在采用共享内存架构的路由器上面的话，“死机”就出现了。而实际上我们很多时候接触
的都是采用共享内存架构的路由器。为了避免一个进程“wedged”在CPU里面，我们可以用下面的命令：
scheduler process-watchdog
这个命令后面有四个选项，分别是：
1). scheduler process-watchdog
hang
使用这个参数的话，那么这个进程会会被放在进程表里面，但是不会再被调度进入CPU中；
2). scheduler process-watchdog
normal
使用这个参数（缺省参数）的话，是指采用IOS的开发人员选择的默认方式处理。除非你访问了源代码，不然很难预期会发生什么结果 ；
3). scheduler process-watchdog
reload
使用这个参数的话，路由器就会重启。听起来有点吓人，不过你要知道如果重要进程普如IP输入/输出没有在路由器里面运作的话，那
么路由器就跟没用一样。既然这样还不如重启一次；
4). scheduler process-watchdog
terminate
使用这个参数的话，那么这个进程会被强行中断，而路由器继续运作。但正如第3点说的，这个进程的“wedged”必然对于其他那
些重要进程产生负面效果而影响路由器性能；
那么最终选择哪个参数自然由你自己决定了。:D2. 把资源调度计划分配给那些低优先级的进程
当极高的流量负载在路由器的某个接口上面的时候，此时路由器忙着处理IP数据交换，很有可能没有额外的资源去运行其他进程任务。
缺省的，Cisco的IOS会把5％的CPU处理时间分配给那些低优先级的进程使用。然而在极高流量负载的时候，譬如遭受DDO
S拒绝服务攻击，那么缺省的5％时间就未必足够能保证其他进程能在剩余的资源下面完成它们自己的任务了。因为有的任务同样需要占
用大量的CPU资源，如路由协议更新或者CEF表的同步维护。因此，有时候有必要去调整这个缺省行为，拿我们可以使用一个全局配 置命令：
scheduler allocate 4000 200
命令里面的4000（单位：微秒）指的是在网络中断的时候分配给每个独力的网络中断上下文的最长时间，而200（单位：微秒）指
的是在网络没有中断的时候保证分配给每个进程的最短时间，4000/200也就是缺省的参数。
其实缺省的参数对于绝大部分稳定运作的系统而言是合理的。但是在网络压力极大的时候，有可能你通过CONSOLE连接路由器想输
入命令来控制都会出现失效的现象，用不着等到人家来对你做DDOS攻击，你在一台运作中的路由器上面debug all就知道了。这个时候修改就必须采用了。
Search Seed: Technic 3. 调整状态收集的间隔
缺省情况下，Cisco的IOS每个300秒（5分钟）就会对不同的计时器收集一次状态报告，大部分情况下也是合适的。不过你也
可以缩短这个间隔，进而更为细致的收集并且监控路由器的状态。但你要知道，状态收集同样是一个进程，只要是进程就需要CPU分配
资源。你调整的越频密，对于路由器性能的影响就越大。同样你可以使用下面的全局命令修改这个间隔时间：
load-interval 300
300(单位：秒）就是我们希望收集路由器状态的间隔时间，假如你为了更快的记录数据把它调成30秒，那么你记录完数据以后记得 把它恢复回到缺省的设置上面。
2001-2007 Comsenz Inc.
