Как посмотреть загрузку процессора на cisco
Для того, кто осознанно приобретает совсем недешёвое умное (intelligent) оборудование компании Cisco, не является секретом, за что он переплачивает. По сути, типовые сетевые устройства Cisco (маршрутизаторы, коммутаторы и брандмауэры) представляют собой серверы, заточенные под выполнение узкоспециализированных задач – обработку сетевых пакетов.
Как и во всех нормальных серверах, в сетевых устройствах Cisco есть центральный процессор, оперативная и постоянная память, и даже операционная система с процессами, которые эти самые процессор и память используют для своих нужд.
Ресурсы центрального процессора циски расходуются на два типа задач – обработку прерываний и работу процессов.
Прерывания происходят всякий раз, когда пакет выходит с консольного или AUX порта. Высокая загрузка процессора, связанная с обработкой прерываний, обычно означает, что через устройство проходит большой трафик. В нормальных условиях при полном использовании пропускной способности циски, эта загрузка не превышает 30-40%. Однако, если допустить бесконтрольный рост сети, то рано или поздно, через устройства начнёт идти такой объём трафика, что загрузка процессоров по прерываниям превысит допустимые нормы.
Процессы, помимо простого перенаправления пакетов с порта на порт в зависимости от таблицы маршрутизации/коммутации, занимаются и более интеллектуальными задачами (OSPF, SNMP, NBAR, STP и т.д.). Ошибки, допущенные при конфигурировании цисок могут привести к чрезмерной загрузке процессора, связанной с обработкой процессов. Не стоит, к примеру, настраивать на маршрутизаторе 200 туннелей и включать на каждом NBAR, или задавать интервал опроса циски средствами мониторинга меньше, чем 5 минут.
Бывают однако и более экзотические случаи, когда не удаётся сходу разобраться, почему центральный процессор нагружен сверх меры. Для таких ситуаций На сайте Cisco есть несколько статей:
К чему может привести чрезмерная нагрузка центрального процессора циски опытному сетевому администратору объяснять не нужно, он хотя бы раз в жизни с таким сталкивался. А приводит это к звонкам разъярённых пользователей, у которых тормозят или просто перестают работать сетевые диски, почта, интернет, терминальные сервисы, сетевые шахматы и прочие жизненно необходимые для работы вещи.
Именно по причине высокой важности контроля загруженности центрального процессора, мониторить эту загруженность умеют почти все средства мониторинга цисок. Не исключение и Metrex Cisco Management Pack для SCOM 2007.
1. отслеживать загруженность центрального процессора, усреднённую по 5-минутному, 1-минутному и 5-секундному интервалам,
Чем больше период усреднения, тем глаже график.
2. отслеживать загрузку процессора, связанную с прерываниями,
Обработка прерываний отъедает солидный кусок процессорных ресурсов, но пока всё в пределах нормы.
3. автоматически обнаруживать самые ресурсоёмкие процессы и выводить графики о том, как они расходуют ресурсы центрального процесса.
Типичный набор для коммутатора уровня ядра.
Здесь важно оговориться, почему мы решили отслеживать только самые жадные процессы, а не вообще все. Дело в том, что в зависимости от сложности выполняемых задач, в циске бывает одновременно запущено 150-300 процессов. По каждому процессу в идеале нужно выводить три графика – усредняемый по 5 минутам, 1 минуте и 5 секундам. Итого – 450 – 900 графиков по каждому устройству. Помимо того, что от такого потока информации распухнет база данных SCOM, перспектива работы с 900 графиками приведёт в уныние любого оператора мониторинга.
Графики графиками, но в случае, если произошла перегрузка процессора, должен быть алёрт. Поскольку, мы умеем определять составляющие загрузки процессора, глупо было бы не включить их в текст уведомления. Вот как это выглядит:
Похоже, что с трафиком перебор.
Благодаря такому умному уведомлению, сетевой администратор на момент происшествия уже может примерно прикинуть, в чём причина высокой загрузки процессора, это позволяет сократить время реакции до минимума. Да и что греха таить, выглядит такое уведомление просто круто.
Однако, настало время разбавить наше оптимистичное повествование ложкой дёгтя. Не все устройства умеют предоставлять о себе столь подробную информацию. Когда мы начали добавлять этот функционал в свой менеджмент пак, то сразу выяснили, что брандмауэры не отслеживают ни загрузку процессора, связанную с прерываниями, ни загрузку связанную с процессами. А вот большинство коммутаторов и маршрутизаторов такую информацию отдают.
Однако, после внедрения нашего менеджмент пака в сетях, не подконтрольных нашим сетевым аминистраторам, стали происходить совсем уж загадочные события. Как вам, к примеру, такой набор графиков?
Нагрузка, связанная с прерываниями, почти нулевая.
Ни один процесс не шелохнётся.
Судя по ним, центральный процессор коммутатора постоянно загружен на 20-25% не понятно чем. Все процессы по нулям, и прерывания тоже. Чем же он занят?
А вот это – уведомление с него же:
На прерывания ушёл 1%, на процессы - 0%, а суммарно - 79%.
Бессмыслица какая-то, не правда ли? Причём творились эти странности только на некоторых коммутаторах, а вот со всех маршрутизаторов поступали вполне адекватные данные.
Однако, выяснить, в чём причина этой неразберихи не составило большого труда. Во первых, оказалось, что информация о процессах, полученная через CLI серьёзно отличается от информации, полученной по SNMP.
Как видите, тут не нули, а вполне осмысленные значения. А во-вторых, выяснилось, что нули по SNMP возвращают исключительно коммутаторы с относительно старым IOS (2008 года и старше). А после прошивки свежего IOS ситуация волшебным образом меняется, по SNMP начинают приходить реальные значения.
Однако, как же отследить, что IOS устройства врёт и его нужно обновить на новый? Для этого мы добавили в наш менеджмент пак ещё один монитор. Принцип его работы предельно прост, он 10 раз собирает статистику по процессам, и если из этих 10 опросов ни один не вернул ни одного значения, отличного от нуля, то монитор рапортует, что IOS нуждается в перепрошивке. Дело в том, что в реальных условиях не может быть такого, чтобы использование процессора всеми процессами постоянно было нулевым. К примеру, значение 5-секундной загрузки для процесса SNMP Engine, практически всегда отлично от нуля.
Вот как выглядит статистика по версиям IOS у одного из наших клиентов.
4 из 6 коммутаторов нуждаются в заливке свежего IOS
А вот маршрутизаторы в перепрошивке не нуждаются, даже если IOS датирован 2005-м годом.
Вывод: если вам кровь из носу нужна подробная информация о том, кто сожрал все ресурсы процессора на вашем любимом коммутаторе уровня ядра, а наш менеджмент пак показывает какую-то белиберду, то перепрошивайте в вашего любимца свежий IOS и будет вам счастье.
Так вышло что с тонких клиентов подключающихся к Windows 2008 нужно ходить на Windows 2003 сервер по RDP, вроде как простая задача, НО на деле тормозит просто ужасно.
Каким-то волшебным образом выясняется что тормозит только мышь (курсор, нажатия) и лечится это выполнением от администратора на Windows 2008 (или Windows 7) команды:
Она выключит систему оптимизации, что-то вроде QoS.
Запись создана 23 марта, 2012
Очередной минихауту по сетапу Centos на сервер с контроллером Adaptec 6405
Во первых, мне не удалось установить CentOS 6 на сервер с Adaptec 6405.
Из-за какого-то конфликта то ли на уровне железа, то ли на уровне
драйверов aacraid и e1000e.
т.е. как только я загружаю модуль aacraid отмирает сеть, убить и заново
загрузить e1000e (как родной, так и из elrepo) не помогает.
Итак, сетап CentOS5:
1. запускаем установку centos-56-64 по pxe, всё как обычно, при выборе текст или VNC выбираем VNC.
2. не подключаясь к vnc, переходим ко второй консоли (нажав в ipkvm кнопку Alt+F2)
3. вытягиваем модуль aacraid и вгружаем его. Модуль подходит на всю 5-ку CentOS/RHEL (обзавидуйтесь бубунтовцы)
4. теперь идем сетапить, через VNC и на этапе reboot возвращаемся в ipkvm вторую консоль.
5. Опять в VNC и смело жмем reboot
Опять таки, как с убунтой, апгрейд на CentOS 6 убьет систему.
Запись создана 16 января, 2012
Для того чтобы посмотреть загрузку процессора маршрутизатора Cisco есть команда show processes cpu. Это такой аналог линуксового top только без динамического обновления. Для того чтобы увидеть нагрузку на процессор маршрутизатора cisco без вывода простаивающих процессов можно воспользоваться командой:
Запись создана 29 декабря, 2011
Возникла необходимость прокинуть в KVM-ную виртуалку USB девайсы, токен и флешку.
в блок devices добавляем:
На Centos 6 это к сожалению работать не будет, только один девайс можно прокинуть. По тому что qemu-kvm-0.12.
Запись создана 15 ноября, 2011
Ну чтож за любовь такая у людей, велосипеды изобретать. man yum.conf:
Прокся в данном случае без авторизации, соответственно добавляю в конфиг /etc/yum.conf
Запись создана 16 сентября, 2011
В дебиан лечится установкой xen-qemu-dm-4.0
Запись создана 16 сентября, 2011
При попытке создать новый DomU на Dom0 получил ошибку:
Лечится увеличением loop устройств в системе.
В случае CentOS/RHEL/FedoraCore в файл /etc/modprobe.conf добавляем строку:
В случае Debian/Ubuntu в файл /etc/modules приводим строку с loop к виду:
В некоторых случаях это не срабатывает, тогда можно передать это как параметр инициализации ядра.
Вот кусок из /boot/grub/menu.lst
Запись создана 30 августа, 2011
Самый простой способ «войти» в гостевую систему на Xen это
где guest-vm это нужная гостевая ОС, но тут нам понадобится рутовый или иной административный пароль. Если таким богатством не обладаем то есть вариант такой:
1. останавливаем гостевую машину:
2. проверяем остановлен ли гость через несколько минут:
3. Монтируем образ гостевой ОС и чрутимся в него:
После выполнения работы, например смены рутового пароля на Xen guest, нужно выйти из чрута, размонтировать и стартануть гостя:
Ну и обязательно проконтролировать загрузку:
Запись создана 29 июня, 2011
Есть такой популярный контроллер Adaptec 5405, мы его ставим в сервера в больших количествах, соотвественно нужно мониторить состояние массивов на серверах.
Для этого есть nagios и zabbix, а чтобы наши мониторинги могли узнавать статус массивов используем утилиту arcconf от производителя Adaptec.
Покажу на примере CentOS 5.6 x86_64 установку arcconf
Если вам нужен Adaptec Storage Manager agent то можете поставить пакетом всё что поставляет Adaptec
Ну и проверить не забудьте:
версии под другие платформы и ОС доступны на официальном сайте
Данная инструкция также верна для:
Adaptec RAID 2045
Adaptec RAID 2405
Adaptec RAID 2405Q
Adaptec RAID 2805
Adaptec RAID 5085
Adaptec RAID 51245
Adaptec RAID 51645
Adaptec RAID 52445
Adaptec RAID 5405
Adaptec RAID 5405Z
Adaptec RAID 5445
Adaptec RAID 5445Z
Adaptec RAID 5805
Adaptec RAID 5805Q
Adaptec RAID 5805Z
Adaptec RAID 5805ZQ
Запись создана 19 июня, 2011
Звонит техподдержка, говорит что на одном из вебсерверов лежит апач. Ну дело не хитрое, рестарт и смотрим error_log. Тишина.. всмысле вообще тишина ничего нет в логе. Ну делаем Loglevel debug и снова рестарт и снова в логе тишина и пара warn-ов не относящихся к делу.
Опытным путем выяснил что апач мрет на загрузке конфига с виртуалхостами, виртуалхостов на сервере чуть больше 3000, какой косячит? Как его найти если в логах ничего нет? strace ни на какие мысли не на талкивает.
Но специфика сервера такова что каждый вхост в отдельном конфиге, потом эти конфиги парсятся, правятся и сливаются в один файл. Вобщем переношу все конфиги вхостов в /root/tmp и по 100 штук начинаю возвращать на место и рестартить апач. Таким образом нахожу ОДНУ паршивую овцу. Лезу в конфиг и падаю со стула.
Для одного домена прописано 530 алиасов, у того же клиента смотрю другие домены, на втором прописано еще 370 алиасов. Судя по всему лимит у апача 512 алиасов, потом смерть.
И блять молчаливая смерть, ни строчки в логи!!
Вобщем так можно хостерам гадить, регаешься на самый дешевый тариф и набиваешь 600 алиасов. Всё апачу пездос.
The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
Prerequisites
Требования
Для данного документа нет особых требований.
Introduction
The show processes command displays information about the active processes. Issue the show processes cpu command to display detailed CPU utilization statistics on these processes and the show processes memory command to show the amount of memory used.
This document describes the fields in the output of these commands. To verify if the CPU or memory utilization level on your device indicates a possible problem, use the Output Interpreter tool (registered customers only) . For more information, you may also refer to Troubleshooting High CPU Utilization.
Contents
Команда show processes cpu
Это пример заголовка команды show processes cpu:
CPU utilization for five seconds: X%/Y%; one minute: Z%; five minutes: W% PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
В следующей таблице описаны поля этого заголовка:
¹Использование ЦП на уровне процесса = X - Y
²Значения соответствуют не арифметическому среднему, а экспоненциально затухающему среднему, поэтому последние значения больше влияют на вычисляемое среднее.
Примечание: Суммарное использование ЦП не следует интерпретировать как показатель способности маршрутизатора коммутировать большее число пакетов. В маршрутизаторах Cisco 7500 универсальные интерфейсные процессоры (VIP) и процессоры маршрутизации и коммутации (RSP) не сообщают о линейном использовании ЦП. Почти половина мощности коммутации в пакетах в секунду реализуется после 90-95% загрузки ЦП.
Команда show interfaces switching
Эта команда используется для определения активных путей коммутации на интерфейсах
Ниже приведен пример выходных данных команды show interfaces switching для одного интерфейса:
Throttle count | 0 | ||||
Drops | RP | 0 | SP | 0 | |
SPD Flushes | Fast | 0 | SSE | 0 | |
SPD Aggress | Fast | 0 | 0 | ||
SPD Priority | Inputs | 0 | Drops | 0 | |
Protocol | Path | Pkts In | Chars In | Pkts Out | Chars Out |
Other | Process | 0 | 0 | 595 | 35700 |
Cache misses | 0 | ||||
Fast | 0 | 0 | 0 | 0 | |
Auton/SSE | 0 | 0 | 0 | 0 | |
IP Process | 4 | 456 | 4 | 456 | |
Cache misses | 0 | ||||
Fast | 0 | ||||
Auton/SSE | 0 | 0 | 0 | 0 | |
IPX | Process | 0 | 0 | 2 | 120 |
Cache misses | 0 | ||||
Fast | 0 | 0 | 0 | 0 | |
Auton/SSE | 0 | 0 | 0 | 0 | |
Trans. Bridge | Process | 0 | 0 | 0 | 0 |
Cache misses | 0 | ||||
Fast | 11 | 660 | 0 | 0 | |
Auton/SSE | 0 | 0 | 0 | 0 | |
DEC MOP | Process | 0 | 0 | 10 | 770 |
Cache misses | 0 | ||||
Fast | 0 | 0 | 0 | 0 | |
Auton/SSE | 0 | 0 | 0 | 0 | |
ARP | Process | 1 | 60 | 2 | 120 |
Cache misses | 0 | ||||
Fast | 0 | 0 | 0 | 0 | |
Auton/SSE | 0 | 0 | 0 | 0 | |
CDP | Process | 200 | 63700 | 100 | 31183 |
Cache misses | 0 | ||||
Fast | 0 | 0 | 0 | 0 | |
Auton/SSE | 0 | 0 | 0 | 0 |
В выходных сведениях перечисляются пути коммутации для всех настроенных на интерфейсе протоколов, так что можно легко видеть тип и количество трафика, проходящего через маршрутизатор. В следующей таблице описаны поля выходных данных.
Используемые компоненты
Сведения, содержащиеся в данном документе, касаются только устройств под управлением ПО Cisco IOS. В модели c7500 с несколькими CPU используется ПО Cisco IOS версии 12.0(22)S3.
Данные для данного документа были получены с помощью устройств, находящихся в специально созданных лабораторных условиях. Все устройства, описанные в данном документе, обладают ненастроенной (заданной по умолчанию) конфигурацией. Если сеть активна, помните о возможных последствиях при использовании каждой команды.
Requirements
There are no specific requirements for this document.
Симптомы высокой загруженности ЦП
Ниже перечислены распространенные симптомы высокой загрузки ЦП. Если присутствует любой из описанных признаков, для устранения неполадки выполните действия, описанные в данном документе.
- Команда show processes cpu выдает высокое значение в процентах
- Медленная работа
- Службы маршрутизатора не отвечают, например:
- задержка ответа Telnet или невозможно получить доступ к маршрутизатору по протоколу Telnet
- медленный ответ на консоли
- медленный ответ на запрос команды ping или вообще нет ответа
- маршрутизатор не отправляет обновления маршрутизации другим маршрутизаторам
Предварительные условия
Высокая загруженность ЦП процессами
Отладка также является очень полезной при устранении проблемы высокой загруженности ЦП процессами. Однако отладку следует выполнять очень осторожно, поскольку это может привести к еще большей загрузке ЦП. Отладка будет безопасной и эффективной при выполнении следующих предварительных условий:
- Все журналы регистрации, за исключением журнала регистрации сведений для буферов, должны быть отключены или уровень важности протоколируемых в них сведений должен быть понижен с 7 (отладка) до 6 (информационный) или ниже при помощи соответствующей команды настройки logging destination[уровень важности]. Сведения о включенных журналах регистрации и уровнях важности протоколируемых в них сведений содержатся в строках заголовка выходных данных команды show logging exec.
- Размер буфера регистрации необходимо увеличить, чтобы он вмещал всю необходимую информацию. Дополнительные сведения см. в описании команды глобальной настройки logging buffered.
- Чтобы облегчить восприятие и понимание отладки, следует включить временные отметки в миллисекундах, а также дату и время. Дополнительную информацию см. в описании команды глобальной настройки service timestamps.
Команда show interfaces stat
Эта команда является объединенной версией команды show interfaces switching. Ниже приведен пример выходных данных для одного интерфейса:
Ethernet0 Switching path Pkts In Chars In Pkts Out Chars Out Processor 52077 12245489 24646 3170041 Route cache 0 0 0 0 Distributed cache 0 0 0 0 Total 52077 12245489 24646 3170041 Выходные данные команды show interfaces stat на разных платформах отличаются: они зависят от доступных и настроенных коммутируемых путей.
Команда show align
Эта команда доступна только на платформах на базе RISC-процессоров с сокращенным набором команд. На этих платформах ЦП может корректировать нарушения выравнивания для чтения и записи в памяти. Ниже приведен пример выходных данных:
Alignment data for:
4500 Software (C4500-DS40-M), Version mis-aligned RELEASE SOFTWARE (fc1)
Compiled Tue 31-Mar-98 15:05 by jdoeTotal Corrections 33911, Recorded 2, Reads 33911, Writes 0
Initial Initial
Address Count Access Type Traceback
40025F4D 15561 16bit read 0x606F4A7C 0x601C78F8 0x6012FE94 0x600102C0
40025F72 18350 32bit read 0x606FB260 0x6013113C 0x600102C0 0x60010988The show processes memory Command
The show processes memory command displays information about the active processes in the router and the corresponding memory used. The following is a sample output of the show processes memory command:
Note: Due to the way in which show processes memory sorted is implemented in certain Cisco routers and switches, some devices (such as the Cisco 7304) show the total value as the sum of the processor memory and IO memory, rather than the total of the processor memory as shown by show processes memory.
The table below lists the fields and descriptions in the show processes memory command output:
Components Used
The information in this document is based on the software version below:
Cisco IOS® Software Release 12.2(10b)
The information presented in this document was created from devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If you are working in a live network, ensure that you understand the potential impact of any command before using it.
The show processes cpu Command
The show processes cpu command displays information about the active processes in the router and their corresponding CPU utilization statistics. The following is a sample output of the show processes cpu command:
The following table lists and describes the fields in the show processes cpu output:
Note: Because the network server has a 4000-microsecond clock resolution, runtimes are considered reliable only after a large number of invocations, or a reasonable, measured runtime.
The show processes Command
The following is a sample output of the show processes command:
The following table lists and describes the fields in the show processes command output:
Note: Because the network server has a 4000-microsecond clock resolution, runtimes are considered reliable only after a large number of invocations or a reasonable, measured runtime.
Conventions
For more information on document conventions, see the Cisco Technical Tips Conventions.
Команды для получения дополнительной информации
Эти команды позволяют получить дополнительные сведения о проблеме:
The Processes
The table below explains the individual processes in the show processes, show processes cpu, and show processes memory outputs. This is not an exhaustive list.
- Main Cisco Discovery Protocol (CDP) - handles the initialization of CDP for each interface
- If incoming packet, monitors the CDP queue and timers, then processes it
- If timer event, sends update
- Computes the five minute, exponentially-decayed output bit rate of each network interface, and the loading factor of the entire system. The load average is computed using the following formula: average = ((average - interval) * exp (-t/C)) + interval where t = 5 seconds and C = 5 minutes, exp (-5/60*5)) = .983
- Computes the load of each interface (one by one), and checks the back-up interface's load (enables them or shuts them down according to the load).
- Called upon when you change the encapsulation (for example, when an interface moves to a new state, an IP address changes, when you add a new Data Exchange Interface (DXI) map, or when some dialer timers expire)
- Does the periodic aging of the Internet Control Message Protocol (ICMP) redirect cache
- Modifies the routing table according to the status of the interfaces
- t = 5 seconds and C = 5 minutes, exp (-5/(60*5)) = .983~= 1007/1024
- t = 5 seconds and C = 1 minute, exp (-5/60)) = .920~= 942/1024
- Performs a variety of network-related background tasks. These tasks must be performed quickly and may not block for any reason. The tasks that are called in the net_background process (for example, interface dethrottling) are time critical.
- Executes the "Compute load avgs", "Per-minute Jobs", and "Net Input" processes
- Handles interface throttling
- Handles otherwise unknown packets. This is done at process level so that input queuing comes into play. If you operate at interrupt level, you could very easily lock up the router.
- Handles some known protocols which you may decide should be offered to bridging. In this case, net_input either sends the packet to NULL, or bridges it.
- resetting the periodic counter
- clearing the input error rate counter
- checking serial lines for restarting from glitches
- performing any periodic keep-alive functions
- checking protocol routing table consistency
- doing bridge state consistency checking
- announcing line protocol up or down events
- analyzes stack usage
- announces low stacks
- executes registered one_minute jobs
Note: By serializing events that might be detected which interrupt routines in other processes, many common bugs can be avoided.
It should be noted that high CPU utilization, by itself, does not indicate a problem with your device. For example, on your 7500 VIP, if the queueing strategy of the outbound interface is First In First Out (FIFO) and the outbound interface is congested, Rx-side buffering starts, that is, the inbound VIP starts buffering packets. Now, if Rx-side buffering is taking place, a VIP CPU utilization of 99 percent is seen. This is normal and by itself is not an indication of overloading. If the VIP receives something more important to do (for example, another packet to switch) the operation is not be affected by the high CPU. As a rough guideline, only consistently high CPU utilization over an extended period of time indicates a problem. Further, these commands are more relevant in the process of figuring out what went wrong rather than being indicators that all is not fine.
В данном документе описывается, как получить данные о коэффициенте использования CPU на устройствах Cisco IOS® с помощью протокола SNMP (простой протокол управления сетью).
Процедура для устройств с одним CPU
Важные функции маршрутизатора, такие как обработка протоколов маршрутизации и коммутация пакетов процессов, выполняются в памяти и используют процессор совместно. Если CPU используется очень интенсивно, возможно, обновление маршрутизации не может быть обработано или произошел сброс пакета коммутации процесса. Из Базы управляющей информации (MIB) CISCO-PROCESS значение объекта базы управляющей информации cpmCPUTotal5minRev сообщает о проценте использования процессора как о среднем значении за пять минут.
Объект MIB cpmCPUTotal5minRev предоставляет более точные сведения о производительности маршрутизатора за отрезок времени по сравнению с объектами cpmCPUTotal1minRev и cpmCPUTotal5secRev. Данные объекты MIB предоставляют неточные данные, так как они проверяют CPU с интервалами в одну минуту и пять секунд, соответственно. Эти базы MIB позволяют отслеживать направление развития и планировать нагрузку сети. Рекомендуемый верхний порог базового значения для объекта cpmCPUTotal5minRev – 90%. В зависимости от платформы некоторые маршрутизаторы, которые работают с нагрузкой 90% (например 2500), демонстрируют снижение производительности в сравнении с высокопроизводительными маршрутизаторами (например, маршрутизаторами серии 7500), способными нормально работать.
cpmCPUTotal5secRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.6): Общий процент занятости CPU в течение последних пяти секунд. Этот объект уменьшает объект cpmCPUTotal5sec и увеличивает диапазон значений до (0..100).
cpmCPUTotal1minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.7): Общий процент занятости CPU в течение последней минуты. Этот объект уменьшает объект cpmCPUTotal1min и увеличивает диапазон значений до (0..100).
cpmCPUTotal5minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.8): Общий процент занятости CPU в течение последних пяти минут. Этот объект уменьшает объект cpmCPUTotal5min и увеличивает диапазон значений до (0..100).
В данной таблице дается сравнение новых MIB с соответствующими объектами, замещающих старые MIB с соответствующими объектами:
В этой статье объясняются общие симптомы и причины высокой загруженности ЦП в маршрутизаторах Cisco и даются указания и решения по устранению неполадок. Данный документ не ограничен отдельными версиями программного и аппаратного обеспечения.
The show processes cpu history Command
The show processes cpu history command displays in ASCII graphical form the total CPU usage on the router over a period of time: one minute, one hour, and 72 hours, displayed in increments of one second, one minute, and one hour, respectively. Maximum usage is measured and recorded every second; average usage is calculated on periods over one second.
The following is a sample output of the one-hour portion of the output:
The Y-axis of the graph is the CPU utilization.
The X-axis of the graph is the increment within the period displayed in the graph; in this instance, it is the individual minutes during the previous hour. The most recent measurement is on the left end of the X-axis.
The top two rows, read vertically, display the highest percentage of CPU utilization recorded during the increment.
In the above example, the CPU utilization for the last minute recorded is 66 percent. The router may have reached 66 percent only once during that minute, or it may have reached 66 percent multiple times; the router records only the peak reached during the increment and the average over the course of that increment.
Команда show version
В целях отслеживания проблем высокой загрузки ЦП, важной частью выходных данных этой команды является версия программного обеспечения Cisco IOS, платформа, тип ЦП и время работы маршрутизатора. Щелкните эту ссылку, чтобы ознакомиться с подробным описанием команды show version.
Команда show ip nat translations
Команда show ip nat translations служит для отображения активных на маршрутизаторе трансляций преобразования сетевых адресов (NAT). Каждая активная трансляция генерирует прерывания ЦП и влияет на суммарное использование ЦП маршрутизатора. Большое число трансляций может повлиять на производительность маршрутизатора.
Ниже приведен пример выходных данных команды show ip nat translations:
Inside global Inside local Outside local Outside global --- 172.16.131.1 10.10.10.1 --- Команда show log
Есть вопросы?
Обращайтесь в "Аквилон-А", чтобы узнать подробности и получить именно то, что вам требуется.- Маршрутизаторы Linksys
- Коммутаторы Linksys
- Маршрутизаторы
-
, Cisco 1800, , Cisco 3800
-
, Catalyst 2960, , Catalyst 3750
- Маршрутизаторы
-
, Cisco 7600
-
, Catalyst 4900, Catalyst 6500
- IP-видеокамеры
-
, Серия 4000
Чтобы связаться с нашими менеджерами, Вы можете:
сделать заказ, задать любой вопрос
позвонить по телефону 977 422-05-25 (многоканальный)
Первоначальное устранение неполадок
Как только будет замечен какой-нибудь из указанных выше симптомов, выполните следующее:
- Проверьте наличие проблем, связанных с безопасностью. Как правило, высокая загрузка ЦП бывает обусловлена именно проблемами такого рода, например функционированием вредоносной программы (червя или вируса) в сети. Если последние изменения в сети производились давно, это наиболее вероятная причина высокой загрузки ЦП. Обычно для ограничения негативных последствий этой проблемы достаточно добавить строки в списки доступа.
- Убедитесь, что все команды отладки в маршрутизаторе выключены, выполнив команду undebug all или no debug all.
- Удается выполнить команды show на маршрутизаторе? Если да, немедленно начните собирать дополнительные сведения, используя эти команды.
- Маршрутизатор недоступен? Удается воспроизвести эту проблему? Если да, выключите и включите маршрутизатор, а перед воспроизведением проблемы настройте команду scheduler interval 500. В результате выполнение процессов с низким приоритетом будет запланировано с интервалом в 500 миллисекунд, благодаря чему появится время для запуска некоторых команд, даже если ЦП используется на все 100%. На оборудовании Cisco серий 7200 и 7500 используйте команду scheduler allocate 3000 1000.
- Проявляет маршрутизатор признаки высокой загрузки ЦП в течение кратких и непрогнозируемых периодов? Если да, регулярно собирайте выходные данные команды show processes cpu, которые отображают причину высокой загрузки ЦП, если она вызвана прерываниями или отдельным процессом.
- Выяснение причин и решение проблемы
Используйте команду show processes cpu, чтобы определить, чем вызвана высокая загрузка ЦП, прерываниями или процессами.
Условные обозначения
Дополнительные сведения о применяемых в документе обозначениях см. в разделе Условные обозначения, используемые в технической документации Cisco.
Читайте также: