Пользователям версии 3.2 файловой системы IBM General Parallel File System доступна служба простого протокола сетевого управления (Simple Network Management Protocol). Она даёт пользователям возможность забирать данные службы SNMP с определенного узла-коллектора Linux в кластере GPFS на узел управления. Используя Net-SNMP, установленный на узле-сборщике, и запущенную службу mmsnmpagentd, пользователь может получать информацию о прерываниях SNMP для выполнения мониторинга и анализа на узле управления. (Net-SNMP - это пакет приложений, используемый для реализации SNMP v1, SNMP v2c и SNMP v3 по IPv4 и IPv6.) Дополнительную информацию по использованию SNMP в GPFS 3.2, в том числе и полный список типов данных, которые можно собрать, можно найти в Руководстве по углубленному администрированию General Parallel File System, версии 3 редакции 2 (ссылку см. в разделе Ресурсы).

В этой статье рассказывается, как проверить работу SNMP в кластере GPFS. На рисунке 1 показана общая схема процесса проверки SNMP.

Необходимые условия

Для того, чтобы проверить работу SNMP в кластере GPFS, вам потребуется:

• Программное обеспечение
  • GPFS 3.2 или более поздняя версия
  • Net-SNMP (предпочтительная версия 5.4.1)
  • Linux
• Оборудование
  • Узел или логический раздел, работающий под управлением Linux в кластере GPFS в качестве узла-сборщика
  • Узел управления (в этой процедуре проверки также работающий под управлением Linux)

Настройка и проверка агента SNMP

Перечисленные ниже 12 шагов иллюстрируют, как настроить и проверить работу агента SNMP на узле-сборщике и узле управления.

1. Выбор узла-сборщика

Укажите узел кластера GPFS, который будет узлом-сборщиком. На этом узле будет работать агент SNMP, который будет собирать информацию SNMP GPFS и передавать её узлу (приложению) управления SNMP.

2. Выбор узла управления

Укажите узел кластера, который будет узлом управления SNMP. Это узел, на котором системный администратор будет запускать приложение управления SNMP, например, NetView® или OpenNMS. (Наиболее реалистичный выбор - узел за пределами кластера, но на самом деле вы можете выбрать даже узел-сборщик.)

3. Установка Net-SNMP на узлах

Net-SNMP должен быть установлен и на узле-сборщике, и на узле управления: rpm -qa | grep net-snmp.

4. Изменение рабочих параметров демонов SNMP

Измените файл /etc/snmp/snmpd.conf на узле-сборщике. Этот файл определяет рабочие параметры ведущего демона SNMP. Добавьте следующие строки:

master agentx
trap2sink [HOSTNAME or IP ADDRESS of MANAGEMENT NODE]
AgentXSocket tcp:localhost:705
AgentXTimeout 20
AgentXRetries 10

5. Изменение общей информации SNMP

Измените файл /etc/snmp/snmp.conf и на узле-сборщике, и на узле управления. Этот файл определяет общую информацию SNMP для приложений узла. Добавьте следующую строку: mibs +GPFS-MIB.

6. Копирование определений MIB GPFS

Скопируйте определение MIB GPFS в директорию /usr/share/snmp/mibs на узле-сборщике:

cp /usr/lpp/mmfs/data/GPFS-MIB.txt /usr/share/snmp/mibs

rcp /usr/lpp/mmfs/data/GPFS-MIB.txt managementnode:/usr/share/snmp/mibs
 

Если в образах сборки GPFS изменяется файл определений MIB, этот шаг необходимо повторить.

7. Обновление конфигурации демона SNMP

Остановите и запустите заново демон SNMP (также известный как ведущий агент SNMP или snmpd), чтобы он загрузил новые конфигурации:

SUSE: /etc/rc.d/snmpd stop
SUSE: /etc/rc.d/snmpd start

Redhat: ps -ef | grep snmpd
Redhat: kill [/usr/sbin/snmpd PID]
Redhat: /usr/sbin/snmpd

Проверьте, работает ли демон SNMP: ps -ef | grep snmpd. Проверьте, нет ли сообщений об ошибках в dmesg и /var/log/snmpd.log.

8. Запуск получения прерываний SNMP

Откройте окно командного процессора на узле управления и выполните следующую команду для начала приема прерываний SNMP: /usr/sbin/snmptrapd -Lo -t -f.

9. Включение агента SNMP GPFS

Включите агент SNMP GPFS на всех узлах кластера GPFS: mmchnode --snmp-agent -N [COLLECTOR-NODE].

10. Проверка запуска подчиненного агента

Проверьте, запущен ли агент SNMP GPFS на узле-сборщике: ps -ef | grep mmsnmpagentd.

Если он не запущен, убедитесь в том, что работает GPFS и snmpd, а также проверьте /var/adm/ras/mmfs.log.latest на предмет наличия ошибок.

11. Просмотр перехвата прерываний

Проверьте, перехватывается ли прерывание GPFS-MIB::gpfsNewConnectionTrap на узле управления (для сбора начальной информации агенту потребуется около 20 секунд).

12. Запрос информации SNMP GPFS на узле-сборщике

Выполните запрос информации SNMP GPFS на узле-сборщике с узла управления: snmpwalk -t 10 -r 10 -c public [COLLECTOR-NODE] ibmGPFS.

Убедитесь в том, что эта информация верна; ниже показан типовой пример результатов.

В начало

Результаты

Приведенные ниже примеры иллюстрируют то, что вы должны увидеть. В листинге 1 показан вывод обычного захвата прерывания с помощью snmptrapd; в листинге 2 показана типичная информация кластера GPFS, полученная от snmpwalk.

 
NET-SNMP version 5.4
2007-10-26 13:29:40 <UNKNOWN> [UDP: [9.114.119.112]:56357]:
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (46843) 0:07:48.43
 SNMPv2-MIB::snmpTrapOID.0 = OID: GPFS-MIB::gpfsStgPoolUtilizationTrap
 GPFS-MIB::gpfsStgPoolFSName = STRING: "gpfs5"
 GPFS-MIB::gpfsStgPoolName = STRING: "system"
 GPFS-MIB::gpfsStgPoolUtil = Gauge32: 91
2007-10-26 13:31:16
 

В листинге 2 показана типичная информация кластера GPFS, полученная от snmpwalk.

GPFS-MIB::gpfsDiskData."gpfs4"."SP4gpfs1"."GPFSNSD20" = STRING: "y" GPFS-MIB::gpfsDiskData."gpfs4"."SP4gpfs1"."GPFSNSD21" = STRING: "y" GPFS-MIB::gpfsDiskData."gpfs4"."SP4gpfs1"."GPFSNSD22" = STRING: "y" GPFS-MIB::gpfsDiskData."gpfs4"."SP4gpfs1"."GPFSNSD23" = STRING: "y" GPFS-MIB::gpfsDiskData."gpfs5"."system"."GPFSNSD24" = STRING: "y" GPFS-MIB::gpfsDiskData."gpfs5"."SP5gpfs1"."GPFSNSD30" = STRING: "y" GPFS-MIB::gpfsDiskData."gpfsuser"."system"."GPFSNSD28" = STRING: "y" GPFS-MIB::gpfsDiskData."gpfsuser"."SP5gpfs1"."GPFSNSD26" = STRING: "y" GPFS-MIB::gpfsDiskData."gpfsuser"."SP5gpfs1"."GPFSNSD27" = STRING: "y" Об авторах Дэвид Джонс работает инженером-программистом в IBM в рамках проекта по испытанию кластерных систем. До того, как заняться тестированием кластерных систем, он три года работал в подразделении оценочного тестирования платформ, занимаясь сетями хранения данных и серверными устройствами хранения. Он обладает опытом проектирования и реализации сетей хранения данных, настройки и внедрения всех видов серверных устройств хранения, а также тестирования GPFS как в операционной системе AIX, так и в pLinux. За свой более чем двадцатилетний опыт работы в IBM он написал множество документов поддержки и технических публикаций. Фрэнк Манджоне - консультант IBM по вопросам разработки программного обеспечения в рамках проекта по разработке и тестированию GPFS. Он обладает огромным опытом администрирования UNIX и её файловых систем, в том числе подсистемы хранения данных.