Компания IBM
Опубликован: 01.02.2008 | Доступ: свободный | Студентов: 540 / 20 | Оценка: 4.60 / 4.40 | Длительность: 43:55:00
Специальности: Разработчик аппаратуры
Лекция 3:

Планирование

Планирование последовательных сетей RS232

Сеть RS232 содержит по одному последовательному порту на каждом узле, подключенном через последовательный кабель. При наличии нескольких узлов потребуется несколько последовательных кабелей.

Если вы решите использовать последовательную сеть RS232, необходимо учитывать следующее:

  • Некоторые серверы pSeries имеют ограничение на использование встроенных последовательных портов, некоторые порты недоступны, а некоторые порты должны назначаться группами (особенно в среде LPAR).
  • Если доступные последовательные порты отсутствуют, а ваша запланированная конфигурация HACMP для этого узла использует сеть RS232, то требуется использовать специальный PCI-адаптер для узла кластера (LPAR).
  • Все сети RS232, определенные в HACMP, автоматически настраиваются на использование последовательных портов на скорости 38 400 бод. В зависимости от длины последовательного кабеля RSCT поддерживает скорости передачи 38 400, 19 200, 9 600 бод.
  • Для мониторинга пульса можно использовать любой последовательный порт, соответствующий следующим требованиям: оборудование должно поддерживать применение этого последовательного порта для подключения модема;
  • последовательный порт должен быть свободен для исключительного использования в HACMP.

Кабель для соединения двух последовательных портов должен быть подключен как полный нуль-модемный кабель; он не поставляется по умолчанию вместе с оборудованием. рис. 3.16 показывает нуль-модемное подключение. Фактически используемые разъемы подключения зависят от оборудования; скорее всего, будут использоваться разъемы DB9, DB25 или RJ50.

Чтобы определить, соответствуют ли ваши последовательные порты установленным требованиям, см. документацию к оборудованию и сообщения о поддержке HACMP.

Нуль-модемное кабельное подключение

Рис. 3.16. Нуль-модемное кабельное подключение

Планирование мониторинга пульса через диски

Мониторинг пульса через диски представляет еще один тип сетей типа "точка-точка" для обнаружения отказов. В предыдущих версиях HACMP можно было сконфигурировать отличные от IP сети мониторинга пульса через диски SCSI или SSA путем настройки сетей Target Mode SCSI (TMSCSI) и Target Mode SSA (TMSSA) типа "точка-точка".

Начиная с HACMP 5.1, можно также сконфигурировать отличное от IP подключение мониторинга пульса через диски типа "точка-точка" с использованием любого общего диска, входящего в группу томов в режиме расширенного одновременного режима (enhanced concurrent mode, ECM).

В сети мониторинга пульса через диски два узла, подключенные к диску, периодически записывают сообщения пульса и считывают сообщения пульса (записанные другим узлом) с небольшого участка диска, незанятого данными. Хотя сеть пульса через диски соединяет только два узла, кластеры, содержащие больше двух узлов, допускают использование нескольких дисков для мониторинга пульса.

При употреблении SAN-диска в качестве общего диска следует рассмотреть вариант использования мониторинга пульса через диски по следующим причинам:

  • можно использовать любой имеющийся общий диск (включая диски, подключенные к SAN).
  • не требуется дополнительное оборудование или кабели.

Для того чтобы применять мониторинг пульса через диски, необходимы SAN-диски, доступные для обоих узлов и входящие в группу томов с расширенным одновременным доступом.

Любой общий диск из группы томов в режиме расширенного одновременного доступа может поддерживать подключение пульса типа "точка-точка". Каждый диск может поддерживать одно подключение между двумя узлами. Подключение использует общее дисковое оборудование в качестве пути для связи.

Сеть пульса через диски в кластере содержит:

  • Два узла, каждый из которых имеет адаптер SAN. Узел может входить в любое количество сетей пульса с использованием одного диска.
  • Диск в режиме расширенного одновременного доступа. Один диск может применяться только в одной сети пульса.

При выборе диска для использования при мониторинге пульса необходимо учитывать следующее:

  • Диск, используемый для мониторинга пульса, должен быть членом группы томов в расширенном одновременном режиме. Однако группы томов, связанные с дисками, используемыми для мониторинга пульса, не обязательно должны быть определены как ресурсы в группе ресурсов HACMP.
  • Диск, используемый для мониторинга пульса, не должен быть чрезмерно загружен, так как HACMP ожидает, что операции записи будут происходить в пределах заданных интервалов. Если вы решите применять диск со значительной нагрузкой ввода-вывода, необходимо увеличить значение параметра тайм-аута для сети пульса через диски. Вообще рекомендуется использовать диск, не осуществляющий более 60 операций поиска в секунду.
    Сеть пульса через диски

    Рис. 3.17. Сеть пульса через диски
  • При установке драйвера Subsystem Device Driver (драйвер устройства для серии DS8XXX) и связывании группы томов с расширенным одновременным доступом с активным устройством vpath необходимо убедиться в том, что коммуникационное устройство мониторинга пульса через диски определено для использования устройства /dev/vpath (а не связанного устройства /dev/hdisk); это позволит применять многопутевое программное обеспечение.
  • Если в общей группе томов осуществляется зеркальное отображение, как минимум один диск в каждом зеркальном отображении должен использоваться для мониторинга пульса через диски.
  • В сети пульса через диски рекомендуется применять один LUN (диск) на пару узлов на дисковую стойку.

На рис. 3.17 показаны основные компоненты сети пульса через диски.

Обратите внимание на то, что номер vpath может отображаться различным образом с разных узлов, что связано с нумерацией дисков в AIX. Поэтому рекомендуется проверять PVID, чтобы убедиться в том, что на всех узлах был выбран один и тот же диск.

Кроме того, рекомендуется запускать процесс обнаружения в HACMP и выбирать требуемые диски из выводимого списка.

Дополнительные аспекты планирования сети

Помимо конфигурирования топологии сети, есть еще два вопроса, которые следует рассмотреть при планировании кластера:

  • взаимодействие HACMP с Domain Name Service (DNS) и Network Information Services (NIS);
  • сетевые модули HACMP.

Все эти вопросы рассматриваются в данном разделе.

Взаимодействие HACMP с DNS и NIS

Чтобы обеспечить успешное и быстрое выполнение событий в кластере, HACMP отключает разрешение имен хоста в NIS или DNS во время обмена сервисных IP-меток путем установки следующей переменной окружения AIX 5L: NSORDER = local. Поэтому файл /etc/hosts на каждом узле кластера должен содержать все IP-метки, определенные в HACMP для всех узлов кластера.

После завершения операции обмена доступ к DNS восстанавливается. Мы предлагаем поместить запись hosts = local, bind4 в файл /etc/netsvc.conf, чтобы обеспечить чтение файла /etc/hosts перед попыткой поиска в DNS.

Сетевые модули

Каждая поддерживаемая сеть кластера имеет соответствующий сетевой модуль RSCT (также называемый сетевым интерфейсным модулем – network interface module, NIM), осуществляющий мониторинг трафика пульса через сеть кластера. Сетевые модули обеспечивают взаимное подключение в кластере, через которое диспетчеры кластера на всех узлах отправляют друг другу сообщения "keep-alive".

В новых версиях HACMP передает соответствующие параметры настройки в сетевые модули RSCT для поддержки связи через следующие типы сетей:

  • Ethernet;
  • последовательная сеть (RS232);
  • сеть пульса через диски (с использованием дисков с расширенным одновременным доступом);
  • Target-mode SCSI;
  • Target-mode SSA;
  • Token-Ring;
  • FDDI;
  • SP Switch;
  • ATM.

Скорость обнаружения отказов

Скорость обнаружения отказов (failure detection rate) определяет, через какой промежуток времени подключение считается отказавшим. Скорость обнаружения отказов включает два компонента:

  • Цикл отказа (cycle). Количество импульсов, которое может быть пропущено, прежде чем произойдет обнаружение отказа.
  • Скорость пульса (hbrate). Количество секунд между импульсами.

Время, требуемое для обнаружения отказа, может быть определено с использованием следующей формулы:

(скорость пульса) X (цикл отказа) X 2.

Скорость обнаружения отказов для сетевого модуля можно изменить двумя способами:

  • Выбрать одно из предопределенных значений скорости (медленная, нормальная или быстрая). Для сетей типа Ether применимо следующее:
    • быстрая – 10 с (5 x 1 x 2);
    • нормальная – 20 с (10 x 1 x 2);
    • медленная – 48 с (12 x 2 x 2).
  • Изменить составляющие параметров cycle или hbrate. Можно использовать меню SMIT "Change a Cluster Network Module using Custom Values" ("Изменение сетевого модуля кластера с использованием настраиваемых значений").

Предопределенные значения для каждого типа сети определяются таким образом, чтобы получались обоснованные результаты. Вам может потребоваться рассмотреть вариант изменения скорости обнаружения отказов с целью:

  • сократить время перемещения при сбое;
  • не допустить перегрузки процессора узла и последующих ложных перехватов.

Сведения о чувствительности сети (также называемой скоростью обнаружения отказов) можно получить от служб топологии, как показано в примере 3.1.

p630n01# lssrc -ls topsvcs
.................. Omitted lines.......................
NIM's PID: 19978
net_ether_01_1 [1] 3 1 S 10.10.31.31 10.10.31.31
net_ether_01_1 [1] en0 0x42d56868 0x42d56872
HB Interval = 1.000 secs. Sensitivity = 10 missed beats
.................. Omitted lines.......................
Пример 3.1. Чувствительность сети типа Ether

usr/sbin/cluster/netmon.cf

В конфигурациях кластера, содержащих сети, которые при определенных условиях могут стать сетями с одним адаптером, может быть сложно точно определить отказ того или иного адаптера. В таких ситуациях RSCT использует файл netmon.cf. Службы топологии RSCT сканируют конфигурацию netmon.cf во время запуска кластера. Когда сетевому монитору требуется проверить сеть, чтобы убедиться в функционировании адаптера, он направляет запросы ICMP ECHO на каждый IP-адрес.

После отправления запроса на все адреса сетевой монитор проверяет счетчик входящих пакетов, прежде чем определить, произошел ли отказ адаптера. Этот файл может содержать до 30 адресов или меток; для него применимы следующие указания:

  • файл netmon.cf содержит по одному IP-адресу или IP-метке на кабель;
  • каждый IP-адрес и соответствующую метку из файла netmon.cf необходимо включить в файл /etc/hosts.

Заполнение таблиц планирования сети

Следующие таблицы содержат требуемую информацию о сети. Табл. 3.6 содержит спецификации сети Ethernet из нашего примера.

Таблица 3.6. Ethernet-сети кластера
ТАБЛИЦА КЛАСТЕРА HACMP – ЧАСТЬ 4 из 11 ETHERNET-СЕТИ КЛАСТЕРА ДАТА: июль 2005
ИМЯ СЕТИ ТИП СЕТИ МАСКА СЕТИ ИМЕНА УЗЛОВ IPAT ЧЕРЕЗ СИНОНИМЫ Смещение IP-адреса для мониторинга пульса через IP-синонимы
ether10 ethernet (общего доступа) 255.255.255.0 node01, node02 Включен 1.1.1.1
КОММЕНТАРИИ ПРИМЕЧАНИЯ. Смещение IP-адреса добавляет IP-синонимы для каждого интерфейса Ethernet при запуске HACMP. Эти синонимы затем используются для мониторинга пульса, тогда как для адресов базового адаптера мониторинг не осуществляется. Выберите заданную по умолчанию скорость обнаружения отказов (ether = normal = 20 с)

Табл. 3.7 описывает сети типа "точка-точка", используемые в кластере. В нашем примере применяется только сеть пульса через диски, однако мы для образца дополнительно включили описание сети RS232.

Таблица 3.7. Сети типа "точка-точка"
ТАБЛИЦА КЛАСТЕРА HACMP – ЧАСТЬ 5 из 11 ПОСЛЕДОВАТЕЛЬНЫЕ СЕТИ КЛАСТЕРА И СЕТИ ТИПА "ТОЧКА-ТОЧКА" ДАТА: июль 2005
ИМЯ СЕТИ ТИП СЕТИ ИМЕНА УЗЛОВ Устройство ИМЯ ИНТЕРФЕЙСА МЕТКА АДАПТЕРА
serial10 serial (закрытого доступа) node01, node02 Неприменимо /dev/tty0 /dev/tty0 node01_tty1 node02_tty1
diskhb10 diskhb node01, node02 vpath0 vpath0 Неприменимо node1_to_node2hb node2_to_node1hb
КОММЕНТАРИИ ПРИМЕЧАНИЯ. Связи RS232, Target mode SCSI, Target mode SSA и мониторинга пульса через диски не используют протокол TCP/IP и не требуют использования маски сети или IP-адреса. Для сети serial10 конфигурация не выполняется, она выполняется только для сети diskhb10.

После описания сетей необходимо выполнить описание интерфейсов и IP-адресов, используемых HACMP, как показано в табл. 3.8.

Таблица 3.8. Коммуникационные интерфейсы и IP-адреса кластера
ТАБЛИЦА КЛАСТЕРА HACMP – ЧАСТЬ 6 из 11 ИНТЕРФЕЙСЫ И IP-АДРЕСА ДАТА: июль 2005
node01
IP-метка Размещение IP-синонима СЕТЕВОЙ ИНТЕРФЕЙС ИМЯ СЕТИ ФУНКЦИЯ ИНТЕРФЕЙСА IP-АДРЕС/МАСКА
node01a Неприменимо en0 ether10 Базовый (несервисный) 10.10.31.31
node01b Неприменимо en1 ether10 Базовый (несервисный) 10.10.32.31
ha53node1 Без совместного размещения (по умолчанию) Неприменимо ether10 Постоянный 192.168.100.31
app1svc Без совместного размещения (по умолчанию) Неприменимо ether10 Сервисный 192.168.100.131 255.255.255.0
node02
IP-метка Размещение IP-синонима СЕТЕВОЙ ИНТЕРФЕЙС ИМЯ СЕТИ ФУНКЦИЯ ИНТЕРФЕЙСА IP-АДРЕС/МАСКА
node02a Неприменимо en0 ether10 Базовый (несервисный) 10.10.31.32 255.255.255.0
node02b Неприменимо en1 ether10 Базовый (несервисный) 10.10.32.32 255.255.255.0
ha53node2 Без совместного размещения (по умолчанию) Неприменимо ether10 Постоянный 192.168.100.32 255.255.255.0
app2svc Без совместного размещения (по умолчанию) Неприменимо ether10 Сервисный 192.168.100.132 255.255.255.0
КОММЕНТАРИИ Каждый узел содержит два базовых адаптера, каждый из которых находится в отдельной подсети. Каждый узел также содержит постоянный (привязанный к узлу) адрес и сервисный адрес. IPAT посредством синонимов используется так же, как и мониторинг пульса через синонимы (начальный диапазон = 1.1.1.1)
Динар Валеев
Динар Валеев
Россия
Lichodedov Andrej
Lichodedov Andrej
Литва