Управление кластером

Разбить на страницы

Показывать лекцию целиком

CSPOC DP

C-SPOC (Cluster Single Point of Control) – очень полезный инструмент, позволяющий осуществлять управление всем кластером с одного узла. Он содержит средства выполнения общих задач администрирования в масштабе кластера с любого активного узла в кластере. Использование C-SPOC позволяет сократить перерыв в обслуживании, связанный с администрированием кластера.

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

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

Там, где это возможно, используйте C-SPOC для внесения изменений в кластер. Документируйте стандартные рабочие процедуры (например, завершение работы, запуск, увеличение размера файловой системы).

Доступ к паролю пользователя "root" должны иметь только опытные администраторы HACMP.

Прежде чем вносить изменения, всегда создавайте снимок существующей конфигурации.

Осуществляйте регулярный мониторинг кластера.

Общее описание C-SPOC

Функционирование C-SPOC осуществляется с использованием собственного набора команд администрирования кластера, доступных через меню SMIT. Команды располагаются в каталоге /usr/es/sbin/cluster/cspoc. Для выполнения команд на удаленных узлах используется демон коммуникаций кластера clcomdES. Если этот демон не запущен, выполнение команд невозможно, что вызывает отказ операции C-SPOC.

Примечание. Начиная с HACMP 5.3 процесс диспетчера кластера (Cluster Manager; clstrmgrES) запускается из процесса init, так что он всегда выполняется, независимо от того, запущен ли кластер. Под активным узлом понимается узел, на котором помимо clstrmgrES запущены другие необходимые службы кластера.

Отказ операций C-SPOC происходит в тех случаях, когда на момент выполнения не работает целевой узел или недоступен требуемый ресурс. Кроме того, необходимо, чтобы кластер был правильно настроен, т. е. чтобы все узлы в кластере могли связаться друг с другом.

При возникновении отказа узла во время операции C-SPOC на терминал выводится ошибка; сообщения об ошибке и прочая информация о ней записываются в журнал C-SPOC (по умолчанию в /tmp/cspoc.log). При возникновении каких-либо проблем в работе C-SPOC следует просматривать этот журнал.

Меню C-SPOC SMIT

Доступ в меню C-SPOC SMIT осуществляется путем вызова smit hacmp > System Management (C-SPOC) или с использованием быстрого пути smit cl_admin. Основные функции или подменю C-SPOC представлены ниже в том порядке, в котором они отображаются в главном меню SMIT C-SPOC.

Manage HACMP Services (Управление службами HACMP). Эта часть содержит меню запуска, остановки кластера на одном узле или на выбранных узлах, а также меню вывода запущенных служб кластера на локальном узле.

HACMP Communication Interface Management (Управление коммуникационными интерфейсами HACMP).

HACMP Resource Group and Application Manipulation (Управление группами ресурсов HACMP и приложениями). Эта часть содержит меню и утилиты для управления группами ресурсов кластера и мониторинга приложений, а также инструменты определения доступности приложений.

HACMP Log Viewing and Management (Просмотр и управление журналами HACMP). Эта часть содержит утилиты для вывода содержимого файлов журналов и для установки значений некоторых параметров файлов журналов, в частности каталога расположения, уровня отладки и формата (стандартный формат – html).

HACMP File Collection Management (Управление наборами файлов в архитектуры HACMP). Эта часть содержит утилиты, обеспечивающие возможность синхронизации в масштабе кластера через функции наборов файлов, реализованные в C-SPOC. Утилита синхронизации основана на функции наборов файлов. Набор файлов (file collection) представляет собой определенное пользователем собрание файлов. Эта часть содержит меню и утилиты для установки различных параметров безопасности, а также для управления пользователями, группами и паролями в кластере.

HACMP Logical Volume Management (Управление логическими томами HACMP). Эта часть содержит утилиты, обеспечивающие управление общими группами томов, общими логическими томами и общими файловыми системами в масштабе кластера.

HACMP Concurrent Logical Volume Management (Управление логическими томами HACMP с одновременным доступом). Эта часть содержит утилиты, обеспечивающие управление группами томов с одновременным доступом, логическими томами с одновременным доступом и файловыми системами с одновременным доступом в масштабе кластера.

HACMP Physical Volume Management (Управление физическими томами HACMP). Эта часть содержит утилиты для управления физическими томами в масштабе кластера, в частности для выполнения операций добавления, удаления и замены физических томов. Также она содержит поддержку устройств datapath и зеркального отображения через LVM (cross-LVM mirroring ).

Open a SMIT Session on a Node (Открыть сеанс SMIT на узле). Это средство обеспечивает возможность открытия базового окна SMIT на любом активном узле в кластере. Из локального меню SMIT можно инициировать любое действие SMIT для любого узла в кластере.

Наборы файлов

HACMP обеспечивает возможности синхронизации файлов через функции наборов файлов (file collections) C-SPOC в масштабе кластера. Утилита синхронизации файлов основана на функции наборов файлов. Набор файлов представляет собой определенное пользователем собрание файлов. Можно добавлять или удалять файлы из наборов файлов и задавать время синхронизации этих файлов в HACMP.

HACMP обеспечивает три способа распространения этих файлов:

Вручную. Синхронизацию файлов вручную можно осуществлять в любое время. Файлы копируются с локального узла на удаленный узел.

Автоматически во время верификации и синхронизации кластера. Распространение файлов осуществляется с узла, с которого запущена верификация HACMP.

Автоматически при обнаружении изменений. HACMP периодически проверяет набор файлов на всех узлах, и при обнаружении изменений в файле выполняет синхронизацию файла в кластере. Можно установить таймер частоты проверки наборов файлов в HACMP.

HACMP сохраняет разрешения, владение и отметку времени файла и распространяет их на удаленные узлы. В набор файлов можно включать только обычные файлы; нельзя добавлять символические ссылки, каталоги, каналы, сокеты, файлы устройств (/dev/*), файлы из каталога /proc и ODM-файлы из каталогов /etc/objrepos/* и /etc/ es/objrepos/*. Следует всегда использовать полные пути. Каждый файл может быть добавлен только в один набор файлов, за исключением тех файлов, которые автоматически добавляются в набор HACMP_Files. Файлы не обязательно должны существовать на удаленных узлах, HACMP создает их при первой синхронизации. Файлы нулевой длины или несуществующие файлы не распространяются с локального узла.

HACMP создает резервную копию измененных файлов во время синхронизации на всех узлах. Эти резервные копии хранятся в каталоге /var/hacmp/filebackup. Сохраняется только одна последняя версия, и восстановление осуществляется только вручную.

Журналы функции наборов файлов хранятся в файле /var/hacmp/log/clutils.log.

Важно! Вы сами должны обеспечить наличие актуальных и неповрежденных файлов на локальном узле (с которого запускается распространение файлов).

Предопределенные наборы файлов

По умолчанию HACMP содержит два набора файлов: Configuration_Files и HACMP_ Files. Ни для одного из них автоматическая синхронизация не устанавливается по умолчанию. Ее можно включить, установив в SMIT в меню Change/Show a file collection (Изменение/вывод набора файлов) для одной из опций "Propagate files during cluster synchronization" ("Распространять файлы во время синхронизации кластера") или "Propagate files automatically when changes are detected" ("Распространять файлы при обнаружении изменений") значение Yes (Да); см. также раздел "Изменение набора файлов".

Configuration_Files

Этот набор содержит основные файлы конфигурации AIX:

/etc/hosts;

/etc/services;

/etc/snmpd.conf;

/etc/snmpdv3.conf;

/etc/rc.net;

/etc/inetd.conf;

/usr/es/sbin/cluster/netmon.cf;

/usr/es/sbin/cluster/etc/clhosts;

/usr/es/sbin/cluster/etc/rhosts.

Можно легко добавлять и удалять файлы из этих наборов. Дополнительные сведения см. в разделе "Добавление файлов в набор файлов".

HACMP_Files

Этот набор файлов автоматически собирает все пользовательские скрипты из конфигурации HACMP. При определении любого из нижеперечисленных файлов в конфигурации кластера файлы автоматически добавляются в набор файлов HACMP_Files.

Скрипт запуска сервера приложения.

Скрипт остановки сервера приложения.

Скрипт уведомления о событии.

Скрипт предобработки события.

Скрипт постобработки события.

Скрипт восстановления после ошибок событий.

Скрипт уведомления монитора приложения.

Скрипт очистки монитора приложения.

Скрипт перезапуска монитора приложения.

Файл текста сообщения на пейджер.

Скрипты запуска и остановки каналов SNA.

Скрипты запуска и остановки каналов X.25.

Скрипт запуска поддержки HA Tape.

Скрипт остановки поддержки HA Tape.

Пользовательская программа восстановления после ошибок событий.

Настраиваемый скрипт метода создания снимков.

Посмотрим пример работы этой функции. Наш кластер содержит сервер приложения DB2. Его скрипт запуска – /usr/ha/db2.start, скрипт остановки – /usr/ha/db2. stop. Также имеется настраиваемый скрипт постобработки события node_up под(рис 8.1) Пример набора файлов HACMP_Filesназванием /usr/ha/post.node_up. Эти три файла автоматически добавляются в набор файлов HACMP_Files при их определении во время конфигурирования HACMP. Можно выполнить следующие действия:

Откройте меню управления наборами файлов SMIT HACMP:

smit cm_filecollection_
mgt

Выберите Change/Show a File Collection (Изменение/вывод набора файлов).

Из всплывающего списка выберите HACMP_Files и нажмите Enter.

Перейдите в поле Collection files (Файлы набора) и нажмите F4. Как можно увидеть на скриншоте SMIT на рис. 8.1, скрипты запуска и остановки приложения, а также команда постобработки событий автоматически добавляются в этот набор файлов.

Внимание! Нельзя добавлять (или удалять) файлы непосредственно в этот набор файлов. Если вы начинаете использовать набор файлов HACMP_Files, убедитесь в том, что скрипты будут корректно работать на всех узлах.

Если вы не хотите выполнять синхронизацию всех пользовательских скриптов или если они различаются на разных узлах, то следует отключить этот набор файлов и создать другой набор файлов, включающий только требуемые файлы.

Управление наборами файлов

В этом разделе описывается создание, изменение и удаление наборов файлов.

Добавление набора файлов

Запустите SMIT: smitty->Communications Applications and Services (Коммуникационные приложения и службы)->HACMP for AIX (HACMP для AIX); выберите System Management (CSPOC)->HACMP File Collection Management (Управление наборами файлов HACMP). Средство управления наборами файлов HACMP также можно вызвать путем ввода smit cm_filecollection_menu

Выберите Manage File Collections (Управление наборами файлов).

Выберите Add a File Collections (Добавление наборов файлов).

Введите требуемую информацию (рис. 8.2):

File Collection Name (Имя набора файлов). Уникальное имя для набора файлов.

File Collection Description (Описание набора файлов). Короткое описание данного набора файлов.

Propagate files during cluster synchronization? (Распространять файлы во время синхронизации кластера?). Если установлено значение Yes (Да), HACMP распространяет этот набор файлов во время синхронизации кластера. Это решение является удобным для файлов, связанных с кластером, в частности про исходит автоматическая синхронизация скриптов запуска приложений после внесения изменений в конфигурацию кластера.

Propagate files automatically when changes are detected? (Автоматически распространять файлы при обнаружении изменений?). Если установлено значение Yes (Да), HACMP будет регулярно проверять файлы в этом наборе, и при обнаружении изменений в любом из них выполняется их повторное распростра нение.

(рис 8.2) Добавление набора файлов

Если для обеих опций установлено значение No (Нет), то автоматическая синхронизация не выполняется.

Изменение набора файлов

Запустите средство HACMP File Collection Management (Управление наборами файлов HACMP) с использованием быстрого пути smit cm_filecollection_menu.

Выберите Manage File Collections (Управление наборами файлов).

Выберите Change/Show a File Collections (Изменение/вывод наборов файлов).

Выберите набор файлов из всплывающего списка.

Теперь можно изменять следующую информацию (см. экран SMIT на рис. 8.3):

File collection name (Имя набора файлов).

File Collection Description (Описание набора файлов).

Propagate files during cluster synchronization? (Распространять файлы во время синхронизации кластера?).

Propagate files automatically when changes are detected? (Автоматически распространять файлы при обнаружении изменений?).

(рис 8.3) Изменение набора файлов

Collection files (Файлы набора). Нажмите F4, чтобы просмотреть список файлов из этого набора.

Удаление набора файлов

Выберите Manage File Collections (Управление наборами файлов).

Выберите Remove a File Collections (Удаление наборов файлов).

Выберите набор файлов из всплывающего списка.

Еще раз нажмите Enter, чтобы подтвердить удаление набора файлов.

Изменение таймера автоматического обновления

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

Выберите Manage File Collections (Управление наборами файлов).

Выберите Change/Show Automatic Update Time (Изменение/вывод времени автоматического обновления).

Выберите набор файлов из всплывающего списка.

Задайте значение поля Automatic File Update Time (Время автоматического обновления файлов) в минутах. Поле может принимать значения от 10 мин до 1 440 мин (один день).

Добавление файлов в набор файлов

Выберите Manage File Collections (Управление наборами файлов).

Выберите Add Files to a File Collection (Добавление файлов в набор файлов).

Выберите набор файлов из всплывающего списка и нажмите Enter.

На панели SMIT можно выбрать текущий список файлов или добавить новые файлы (см. рис. 8.4):

Чтобы получить список текущих файлов в данном наборе, нужно перейти в поле Collection files (Файлы набора) и нажать F4.

Чтобы добавить новые файлы, нужно перейти в поле New files (Новые файлы) и ввести имя файла, который требуется добавить в набор файлов. Можно добавить только один файл зараз. Имя файла должно начинаться с "/". Здесь можно указывать только обычные файлы; нельзя добавить символическую ссылку, каталог, канал, сокет, файл устройства (/dev/*), файлы из каталога /proc и ODM-файлы из каталогов /etc/objrepos/* и /etc/es/objrepos/*.

(рис 8.4) Добавление файлов в набор файлов

Внимание! Нельзя добавить файлы в набор HACMP_Files.

Удаление файлов из набора файлов

Выберите Manage File Collections (Управление наборами файлов).

Выберите Remove Files from a File Collection (Удаление файлов из набора файлов).

Выберите набор файлов из всплывающего списка и нажмите Enter.

Выберите один или несколько файлов из списка и нажмите Enter. (рис. 8.5).

Еще раз нажмите Enter для подтверждения.

(рис 8.5) Удаление файлов из наборов файлов

Внимание! Нельзя таким способом удалить файлы из набора файлов HACMP_Files.

Распространение файлов в наборах файлов вручную

Можно выполнить синхронизацию любого набора файлов вручную (рис. 8.6).

Выберите Propagate Files in File Collections (Распространение файлов в наборах файлов).

Выберите набор файлов из всплывающего списка и нажмите Enter.

Еще раз нажмите Enter для подтверждения.

(рис 8.6) Распространение файлов в наборах файлов вручную

Администрирование пользователей

В кластере HACMP необходимо постоянно осуществлять синхронизацию идентификаторов и паролей пользователей. Если идентификаторы пользователя и группы неодинаковы на всех узлах кластера, приложение не сможет работать и пользователи не смогут получить доступ к своим файлам в общем хранилище. Кроме того, мы рекомендуем также выполнять синхронизацию паролей; тогда в случае перемещения при сбое пользователи смогут без труда войти в систему, не тратя время на то, чтобы определить, какие у них пароли на резервном узле.

При синхронизации пользователей и паролей следует учитывать следующее:

Использование C-SPOC: HACMP содержит набор утилит в C-SPOC, обеспечивающих простоту администрирования пользователей. В разделе "Администрированиепользователей и групп через C-SPOC" описывается функция управления пользователями и группами через C-SPOC.

Network Information Server (NIS). В настоящее время используется реже, чем несколько лет назад; представляет мощное решение для централизованного управления пользователями. Конфигурирование NIS в HACMP очень хорошо описано в руководстве HACMP/ES Customization Examples, SG24-4498.

LDAP. Наилучшее решение для управления большим количеством пользователей в сложной среде. LDAP можно легко настроить на совместную работу с HACMP. Дополнительные сведения о LDAP см. в руководстве Understanding LDAP-Design and Implementation, SG24-4986.

Администрирование пользователей и групп через CSPOC

HACMP содержит инструменты C-SPOC, обеспечивающих простоту администрирования пользователей, групп и паролей. В них реализованы следующие функции:

добавление пользователя;

вывод списка пользователей;

изменение атрибутов пользователя;

удаление пользователя;

изменение пароля;

добавление, вывод списка, изменение и удаление групп.

Добавление пользователя

Чтобы добавить пользователя на всех узлах в кластере:

Запустите SMIT: smit.

Выберите Communications Applications and Services (Коммуникационные приложения и службы).

Выберите HACMP for AIX (HACMP для AIX).

Выберите System Management (C-SPOC).

Выберите HACMP Security and Users Management (Безопасность и управле ние пользователями HACMP). По-другому инструмент HACMP Security and Users Management (Безопасность и управление пользователями HACMP) можно запустить путем ввода быстрого пути smit cl_usergroup.

Выберите Users in a HACMP Cluster (Пользователи в кластере HACMP).

Выберите Add a User to the Cluster (Добавление пользователя в кластер).

Выберите узлы, на которых требуется создать пользователей. Если оставить поле Select Nodes by Resource Group (Выбрать узлы по группе ресурсов) пустым, пользователь будет создан на всех узлах. Если выбрать группу ресурсов, пользователь будет создан только в подмножестве узлов, относящемся к этой группе ресурсов. В случае кластера из двух узлов следует оставить это поле пустым. Если кластер содержит более двух узлов, можно создать пользователей в подмножестве узлов или на всех узлах. В нашем примере кластера из четырех узлов, описанного в лекции 6, "Конфигурация из четырех узлов", имеется две группы ресурсов, привязанных только к узлам node1 и node2 (rg1 и rg2). Если вы хотите создать пользователя только на этих двух узлах (например, чтобы они могли применять приложение на узлах node1 и node2, но не могли выполнить вход в систему на узлах node3 и node4), то следует выбрать соответствующую группу ресурсов. Табл. 8.1 представляет таблицу перекрестных ссылок между пользователями, группами ресурсов и узлами. Она показывает, что в нашем примере пользователь app1adm будет создан на всех узлах [поле Select Nodes by Resource Group (Выбрать узлы по группе ресурсов) оставлено пустым], тогда как пользователи "karesz" и "galamb" будут созданы только на узлах node1 и node2 [следует выбрать "rg2" в поле Select Nodes by Resource Group (Выбрать узлы по группе ресурсов)] (рис. 8.7).

Таблица перекрестных ссылок пользователей, групп ресурсов и узлов
Группа ресурсов	Узлы	Пользователи
rg1	node1, node2	db2adm, db2inst, db2user
rg2	node2, node1	galamb, karesz
rg3	node3, node4	matyi, adrien
rg4	node4, node3, node2, node1	app1adm, app1user

(рис 8.7) Выбор узлов по группе ресурсов

Создайте пользователя. Следует ввести имя пользователя и прочую релевантную информацию, требуемую при создании обычного пользователя. Здесь можно задать идентификатор пользователя, после чего C-SPOC проверит доступность заданного идентификатора на всех узлах. Если поле User ID оставить пустым, создаваемому пользователю на всех будет назначен произвольный доступный идентификатор (рис. 8.8).

(рис 8.8) Создание пользователя на всех узлах кластераВнимание! При создании пользователя, домашний каталог которого должен находиться в общей файловой системе, C-SPOC не выполняет проверку подключения файловой системы. В этом случае C-SPOC создает домашний каталог пользователя непосредственно под пустой точкой подключения (mount point) общей файловой системы. Это можно исправить путем перемещения домашнего каталога в общую файловую систему. Если домашний каталог пользователя находится на общем томе, пользователь может выполнить вход в систему только с узла, на котором файловая система уже подключена.

Вывод списка пользователей кластера

Для вывода списка пользователей кластера проделайте следующее:

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Users in a HACMP Cluster (Пользователи в кластере HACMP).

Выберите List Users in the Cluster (Вывести список пользователей в кластере).

Выберите узлы, для которых требуется вывести список пользователей. Если оставить поле Select Nodes by Resource Group (Выбрать узлы по группе ресурсов) пустым, будет выведен список пользователей со всех узлов. Если выбрать группу ресурсов, C-SPOC выведет только пользователей с узлов, относящихся к заданной группе ресурсов.

Нажмите Enter (рис. 8.9).

(рис 8.9) Вывод списка пользователей в кластере

Изменение атрибутов пользователей

Для изменения атрибутов пользователей в кластере проделайте следующее:

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Users in a HACMP Cluster (Пользователи в кластере HACMP).

Выберите Change/Show Characteristics of a User in the Cluster (Изменить/ показать свойства пользователя в кластере).

Выберите узлы, на которых следует изменить атрибуты пользователей. Если оставить поле Select Nodes by Resource Group (Выбрать узлы по группе ресурсов) пустым, будет выполнено изменение атрибутов пользователя на всех узлах. Если выбрать группу ресурсов, можно изменить атрибуты пользователя, относящегося к заданной группе ресурсов.

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

Теперь можно изменить атрибуты пользователя (рис. 8.10):

(рис 8.10) Изменение атрибутов пользователя

Удаление пользователя

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Users in a HACMP Cluster (Пользователи в кластере HACMP).

Выберите Remove a User from the Cluster (Удаление пользователя из кластера).

Выберите узлы, на которых требуется выполнить удаление пользователей. Если оставить поле Select Nodes by Resource Group (Выбрать узлы по группе ресурсов) пустым, пользователь будет удален на всех узлах. Если выбрать группу ресурсов, C-SPOC удалит пользователя только на узлах, относящихся к заданной группе ресурсов.

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

Remove AUTHENTICATION information (Удалить информацию аутентификации). Если нужно удалить пароль пользователя и прочую информацию аутентификации, выберите Yes (Да). Если нужно оставить пароль пользователя в файле /etc/security/passwd, выберите No (Нет). По умолчанию установлено Yes (Да) (рис. 8.11).

(рис 8.11) Удаление пользователя из кластера

Добавление группы пользователей в кластер

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Groups in a HACMP Cluster (Группы в кластере HACMP).

Выберите Add a Group to the Cluster (Добавление группы в кластер).

Выберите узлы, на которых требуется создать группу пользователей. Если оставить поле Select Nodes by Resource Group (Выбрать узлы по группе ресурсов) пустым; группа будет создана на всех узлах. Если выбрать группу ресурсов, группа будет создана только в подмножестве узлов, относящемся к заданной группе ресурсов. В случае кластера из четырех узлов следует оставить это поле пустым. В нашем примере кластера из четырех узлов, описанного в разделе 6.2, "Конфигурация из четырех узлов", имеется две группы ресурсов, привязанных только к узлам node1 и node2 (rg1 и rg2). Если вы хотите создать группу только на этих двух узлах, то следует выбрать соответствующую группу ресурсов.

Таблица перекрестных ссылок групп, групп ресурсов и узлов
Группа ресурсов	Узлы	Группа
rg1	node1, node2	db2group
rg2	node2, node1	developers
rg3	node3, node4	itstaff
rg4	node4, node3, node2, node1	app1users

Табл. 8.2 представляет таблицу перекрестных ссылок между группами, группами ресурсов и узлами. Она показывает, что app1adm app1users существует на всех узлах [поле Select Nodes by Resource Group (Выбрать узлы по группе ресурсов) оставлено пустым], тогда как группа "db2group" будет создана только на узлах node1 и node2 [следует выбрать "rg1" в поле Select Nodes by Resource Group (Выбрать узлы по группе ресурсов)].

(рис 8.12) Добавление группы в кластер

Создайте группу (рис. 8.12). Следует ввести имя группы, список пользователей и прочую релевантную информацию, требуемую при создании обычной группы. Нажмите F4 для вывода списка доступных пользователей и внесите их в группу. Здесь можно задать идентификатор группы, после чего C-SPOC проверит доступность заданного идентификатора на всех узлах. Если поле Group ID оставить пустым, создаваемой группе на всех будет назначен произвольный доступный идентификатор.

Вывод списка групп пользователей кластера

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды (рис 8.13) Список групп кластера

Выберите Groups in a HACMP Cluster (Группы в кластере HACMP).

Выберите List All Groups in the Cluster (Вывести список всех групп в кластере).

Выберите узлы, для которых требуется вывести список групп. Если оставить поле Select Nodes by Resource Group (Выбрать узлы по группе ресурсов) пустым, будет выведен список групп пользователей со всех узлов кластера. Если выбрать группу ресурсов, C-SPOC выведет только группы с узлов, относящихся к заданной группе ресурсов.

C-SPOC выводит группы с соответствующими атрибутами для выбранных узлов (рис. 8.13).

Изменение группы в кластере

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Groups in a HACMP Cluster (Группы в кластере HACMP).

Выберите Change / Show Characteristics of a Group in the Cluster (Изменить/показать свойства группы в кластере).

Выберите узлы, на которых следует выполнить изменение групп. Если оставить поле Select Nodes by Resource Group (Выбрать узлы по группе ресурсов) пустым, будет выполнено изменение групп на всех узлах. Если выбрать группу ресурсов, произойдет изменение групп на узлах, относящихся к заданной группе ресурсов.

Изменяйте атрибуты группы (рис 8.14(рис 8.14) Изменение/вывод атрибутов группы в кластере

Удаление группы

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Groups in a HACMP Cluster (Группы в кластере HACMP).

Выберите Remove a Group from the Cluster (Удалить группу из кластера).

Выберите узлы, на которых требуется выполнить удаление групп. Если оставить поле Select Nodes by Resource Group (Выбрать узлы по группе ресурсов) пустым, заданная группа будет удалена на всех узлах кластера. Если выбрать группу ресурсов, C-SPOC удалит группу только на узлах, относящихся к заданной группе ресурсов.

Выберите группу, которую следует удалить. Нажмите F4, чтобы вывести список групп в кластере.

Замечания по управлению пользователями через C-SPOC

Ниже приведены некоторые замечания, касающиеся администрирования пользователей и групп через C-SPOS.

Управление пользователями и паролями через C-SPOC требует, чтобы демон коммуникаций кластера был включен на всех узлах. Нельзя использовать C-SPOC, если какой-либо из узлов отключен. В этом случае возникнет сообщение об ошибке, подобное следующему: clhaver[152]: cannot connect to node p650n01 rc=-1 errno=0. Однако C-SPOC можно использовать вне зависимости от состояния кластера.

Будьте осторожны при выборе узлов по группам ресурсов. Нужно выбрать именно те узлы, на которых существуют пользователи, которых следует удалить или изменить. Нельзя изменить или удалить пользователя или группу, если этот пользователь или группа не существует на заданном узле.

При возникновении ошибок во время использования C-SPOC следует обратиться к файлу /tmp/cspoc.log за дополнительной информацией. Управление пользователями через C-SPOC нельзя применять совместно с NIS или LDAP.

Управление паролями

HACMP C-SPOC представляет удобный способ изменения пароля пользователя на всех узлах кластера одновременно. Когда кто-либо применяет утилиту passwd с любого узла, C-SPOC распространяет новый пароль по всем узлам.

Настройка управления паролями через C-SPOC

По умолчанию утилиты управления паролями через C-SPOC отключены. Ниже описана процедура их подключения.

Замените системную утилиту управления паролями на программу управления паролями в кластере. На автономном компьютере AIX для изменения пароля пользователя применяется команда /usr/bin/passwd. Необходимо заменить эту команду на /usr/es/sbin/cluster/utilities/clpasswd, которая также способна изменять пароль на удаленных узлах:

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Passwords in an HACMP cluster (Пароли в кластере HACMP).

Выберите Modify System Password Utility (Изменить системную утилиту управления паролями).

Нажмите F4 и из всплывающего окна выберите Link to Cluster Password Utility (Ссылка на утилиту управления паролями в кластере) (рис. 8.15).

Выберите узлы, на которых следует изменить утилиту управления паролями. Чтобы выбрать все узлы, нужно оставить это поле пустым. Рекомендуем выполнить настройку утилиты управления паролями в кластере на всех узлах.

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

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Passwords in an HACMP cluster (Пароли в кластере HACMP).

Управление списком пользователей, которым разрешено изменять пароль в масштабе кластера

(рис 8.16) Изменение системной утилиты управления паролями(рис 8.15) Управление списком пользователей, которым разрешено изменять пароль в масштабе кластера

(рис 8.17) Выбор пользователей, которым разрешено изменять свой пароль в масштабе кластера

Выберите Manage List of Users Allowed to Change Password (Управление списком пользователей, которым разрешено изменять пароль).

SMIT выводит пользователей, которым уже разрешено изменять свой пароль в масштабе кластера (рис. 8.16).

Чтобы добавить пользователей или изменить список пользователей, которым разрешено изменять пароль в масштабе кластера, нажмите F4 и выберите имена пользователей из всплывающего списка. Чтобы все текущие и будущие пользователи могли осуществлять управление паролями через C-SPOC, следует выбрать ALL_USERS (рис. 8.17). Мы рекомендуем включить сюда только реально существующих пользователей и выполнять изменение паролей вручную для технических пользователей.

Внимание! Если включить утилиты управления паролями через C-SPOC для всех пользователей в кластере, в котором есть пользователи, созданные только на одном узле, будет выдаваться сообщение об ошибке, подобное следующему:

# passwd joe
Changing password for "joe"
joe’s New password:
Enter the new password again:
p650n02: clpasswdremote: User joe does not exist on node p650n02
p650n02: cl_rsh had exit code = 1, see cspoc.log and/or clcomd.log for more information

Изменение пароля происходит, несмотря на сообщение об ошибке.

Изменение пароля пользователя через C-SPOC

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Passwords in an HACMP cluster (Пароли в кластере HACMP).

Выберите Change a User’s Password in the Cluster (Изменение пароля пользователя в кластере).

Выберите узлы, на которых следует изменить пароль пользователя. Чтобы выбрать все узлы, нужно оставить это поле пустым. Если выбрать группу ресурсов, CSPOC изменит пароль только на узлах, относящихся к заданной группе ресурсов.

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

Установите в поле User must change password on first login (Пользователь должен изменить пароль при первом входе в систему) значение true (да) или false (нет), в зависимости от ваших требований (рис. 8.18).

Нажмите Enter и введите новый пароль.

Замечание. Вы также можете использовать команду passwd для изменения пароля того или иного пользователя на всех узлах.

(рис 8.18) Изменение пароля пользователя в кластере

Изменение своего собственного пароля

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Passwords in an HACMP cluster (Пароли в кластере HACMP).

Выберите Change Current Users Password (Изменение пароля текущего пользователя).

(рис 8.19) Изменение своего собственного пароля

Выберите узлы, на которых следует изменить ваш пароль. Чтобы выбрать все узлы, нужно оставить это поле пустым. Если выбрать группу ресурсов, C-SPOC изменит пароль только на узлах, относящихся к заданной группе ресурсов.

На экране SMIT выводится ваше имя пользователя (рис. 8.19).

Нажмите Enter и измените свой пароль.

Теперь ваш пароль изменен на всех узлах.

Замечание. Вы также можете использовать команду passwd для изменения своего пароля на всех узлах.

Управление общим хранением

Утилита C-SPOC упрощает обслуживание общих компонентов LVM в кластерах. Команды C-SPOC выполняют в кластерной среде функции, подобные стандартным командам AIX 5L, работающим на автономном узле. Путем автоматизации повторяющихся задач на разных узлах в кластере C-SPOC устраняет потенциальный источник ошибок и ускоряет процесс обслуживания кластера. Хотя для выполнения этих процедур можно применять утилиты AIX 5L на каждом узле, мы рекомендуем использовать C-SPOC там, где это возможно.

Команды C-SPOC работают только с общими компонентами LVM и компонентами LVM с одновременным доступом, определенными в составе группы ресурсов HACMP. При использовании SMIT HACMP C-SPOC выполнение команд происходит на узле, являющемся владельцем компонента LVM (узле, на котором этот компонент активизирован).

Примечание. Команды C-SPOC, изменяющие компоненты LVM, требуют использования имени группы ресурсов в качестве аргумента. Компонент LVM, для которого выполняется команда, должен быть сконфигурирован в заданной группе ресурсов. C-SPOC использует информацию из группы ресурсов, чтобы определить, на каких узлах следует выполнять заданную операцию.

Дополнительные сведения о подсистеме хранения см. в лекции 13, "Аспекты подсистемы хранения".

Обновление компонентов LVM

При изменении какого-либо определения любого общего компонента LVM в кластере (включая группы томов, логические тома и файловые системы) операция обновляет данные в AIX ODM, описывающие компонент на локальном узле и в области дескриптора группы томов (Volume Group Descriptor Area, VGDA) на всех дисках в группе томов. Это обновление ODM следует распространить на все узлы в кластере, чтобы обеспечить корректную работу кластера.

Если эти изменения в LVM производятся через C-SPOC, распространение изменений в ODM на все узлы кластера осуществляется автоматически.

Если эти изменения в LVM производятся с использованием команд AIX на локальном узле, необходимо вручную распространить изменения в ODM на другие узлы. Изменения в LVM связаны со структурой отдельной группы томов.

Импорт групп томов вручную

Обычная процедура распространения информации в ODM о группе томов на основе AIX на другие узлы для групп томов без одновременного доступа представлена в примере 8.1 . Эти же действия можно использовать и для групп томов с расширенным одновременным доступом. Можно также использовать аналогичную команду AIX SMIT вместо командной строки.

Импорт групп томов AIX вручную (Задачи, выполняющиеся на локальном узле (там, где активизирована группа томов))

Импорт групп томов AIX вручную (Задачи, выполняющиеся на остальных узлах)

Внимание! При экспорте и последующем импорте группы томов права владения и разрешения для устройств логических томов сбрасываются. После экспорта и импорта владельцем группы томов является root:system. Это может повлиять на приложения, в частности на некоторые серверы баз данных, использующие логические тома прямого доступа (raw logical volumes). Вы должны проверить права владения и разрешения, прежде чем экспортировать группу томов, и восстановить их вручную в том случае, если они отличны от root:system.

Вместо команды экспорта-импорта можно применять команду importvg -L VGNAME HDISK на других узлах, но следует помнить о том, что опцию -L нельзя использовать, если на основном узле был удален логический том или файловая система. Команда importvg -L сохраняет права владения логическими томами.

Начиная с HACMP 5.2 администрирование LVM может быть упрощено с использованием групп томов с расширенным одновременным доступом, так как некоторые изменения в LVM ODM непосредственно распространяются на все узлы кластера. Дополнительные сведения о группах томов с расширенным одновременным доступом см. в лекции 13, "Аспекты подсистемы хранения".

Lazy update

HACMP содержит специальное средство автоматической синхронизации информации в LVM ODM во время перемещения при сбое в случаях, когда записанные отметки времени VGDA различаются. Эта функция называется ленивым обновлением (lazy update). AIX 5L обновляет эту отметку времени при каждом изменении компонента LVM. Когда другой узел кластера пытается активизировать группу томов, HACMP сравнивает свою копию отметки времени с отметкой времени в VGDA на диске. Если значения различаются, программное обеспечение HACMP экспортирует и повторно импортирует группу томов перед ее активизацией. Если отметки времени совпадают, HACMP активизирует группу томов без экспорта и повторного импорта.

Примечание. Мы рекомендуем периодически выполнять верификацию кластера и следовать рекомендованной процедуре администрирования, вместо того чтобы полагаться на функцию lazy update.

Однако lazy update может отказать в случае удаления логического тома или файловой системы с первоначального узла.

Автоматический импорт групп томов

HACMP содержит дополнительное средство для автоматического импорта группы томов. Оно позволяет автоматически импортировать группы томов с возможностью общего доступа на всех целевых узлах в группе ресурсов. Это выполняется через меню Extended Resource Configuration (Расширенное конфигурирование ресурсов). Автоматический импорт позволяет создать группу томов и сразу же добавить ее в группу ресурсов, не импортируя ее вручную на всех целевых узлах в группе ресурсов.

Запустите smit hacmp > Extended Configuration (Расширенное конфигурирование) > Extended Resource Configuration (Расширенное конфигурирование ресурсов) > HACMP Extended Resource Group Configuration (Расширенное конфигурирование групп ресурсов HACMP) > Change/Show Resources and Attributes for a Resource Group (Изменить/показать ресурсы и атрибуты группы ресурсов), после чего выберите группу ресурсов и установите для параметра Automatically Import Volume Groups (Автоматически импортировать группы томов) значение true.

Для того чтобы обеспечить импорт доступных групп томов в HACMP, должны быть выполнены следующие условия:

имена группы томов должны совпадать на всех узлах кластера и быть уникальными в кластере;

логические тома и файловые системы должны иметь уникальные имена;

все физические диски должны быть видимы из AIX 5L и иметь назначенные PVID;

физические диски, на которых располагается группа томов, должны быть доступны для всех узлов в группе ресурсов.

Перед этим следует установить для опции Auto Discover (Автоматическое обнаружение) значение true. Для этого следует запустить smit hacmp > Extended Configuration (Расширенное конфигурирование) > Discover HACMP-related Information from Configured Nodes (Обнаружение информации, относящейся к HACMP, на сконфигурированных узлах).

Импорт групп томов с использованием C-SPOC

Импорт общей группы томов на всех узлах в кластере можно осуществлять с использованием утилиты C-SPOC. Для этого нужно запустить smit hacmp > System Management (C-SPOC) > HACMP Logical Volume Management (Управление логическими томами HACMP) > Shared Volume Groups (Общие группы томов) > Import a Shared Volume Group (Импорт общей группы томов) и выбрать группу томов из списка. Список групп ресурсов без одновременного доступа также включает группы томов с расширенным одновременным доступом. После выбора группы томов выводится список физических дисковых устройств. После выбора физического диска для импорта следует заполнить поля на экране импорта группы томов, как показано на рис. 8.20.

(рис 8.20) Экран импорта группы томов в C-SPOC

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

Диспетчер логических томов C-SPOC

Меню диспетчера логических томов C-SPOC (Logical Volume Manager) позволяет выполнять команды LVM из меню и экранов, похожих на меню AIX LVM SMIT (вызываемых командой smit lvm). Различие состоит в том, что в C-SPOC для выполнения большинства задач необходимо сначала выбрать локальный узел или соответствующий ресурс (группу ресурсов, группу томов). После этого обычно появляется экран SMIT, очень похожий на соответствующий экран AIX LVM. Администраторам AIX, знакомым с меню AIX LVM SMIT, будет очень легко использовать перечисленные ниже опции C-SPOC.

Еще одно преимущество C-SPOC состоит в том, что начиная с HACMP 5.3 все операции с дисками VPATH, поддерживаемые в AIX 5L, поддерживаются и в C-SPOC. Должен быть установлен пакет SDD 1.3.1.3 или пакет более поздней версии.

Меню LVM C-SPOC для управления логическими томами в масштабе кластера можно вызвать следующим образом: smit cl_admin > HACMP Logical Volume Management (Управление логическими томами HACMP). Это меню содержит следующие опции:

Shared Volume Groups (Общие группы томов):

List All Shared Volume Groups (Вывод списка всех общих групп томов);

Create a Shared Volume Group (Создание общей группы томов);

Create a Shared Volume Group with Data Path Devices (Создание общей группы томов с устройствами Datapath);

Set Characteristics of a Shared Volume Group (Назначение свойств общей группы томов);

Import a Shared Volume Group (Импорт общей группы томов);

Mirror a Shared Volume Group (Зеркальное отображение общей группы томов);

Unmirror a Shared Volume Group (Отмена зеркального отображения общей группы томов).

Shared Logical Volumes (Общие логические тома):

List All Shared Logical Volumes by Volume Group (Вывод списка всех общих логических томов по группам томов);

Add a Shared Logical Volume (Добавление общего логического тома);

Set Characteristics of a Shared Logical Volume (Назначение свойств общего логического тома);

Show Characteristics of a Shared Logical Volume (Вывод свойств общего логического тома);

Change a Shared Logical Volume (Изменение общего логического тома);

Remove a Shared Logical Volume (Удаление общего логического тома).

Shared File Systems (Общие файловые системы):

Journaled File Systems (Файловые системы JFS);

Enhanced Journaled File Systems (Улучшенные файловые системы JFS1); ниже приведены подменю для этих типов файловых систем одинаковы:

Add an (Enhanced) Journaled File System [Добавление (улучшенной) файловой системы JFS];

Add an (Enhanced) Journaled File System on a Previously Defined Logical Volume [Добавление (улучшенной) файловой системы JFS на предварительно определенном логическом томе];

List All Shared File Systems (Вывод списка всех общих файловых систем);

Change/Show Characteristics of a Shared (Enhanced) Journaled File System [Изменение/вывод параметров общей (улучшенной) файловой системы JFS];

Remove a Shared File System (Удаление общей файловой системы).

Synchronize Shared LVM Mirrors (Синхронизация общих зеркальных отображений LVM):

Synchronize by Volume Group (Синхронизация по группам томов);

Synchronize by Logical Volume (Синхронизация по логическим томам).

Synchronize a Shared Volume Group Definition (Синхронизация определения общей группы томов).

Управление логическими томами с одновременным доступом через C-SPOC

Меню диспетчера логических томов в C-SPOC позволяет выполнять команды LVM в группах томов с одновременным доступом из меню и экранов, похожих на меню C-SPOC LVM, описанные в предыдущем разделе.

Меню LVM C-SPOC для управления логическими томами с одновременным доступом в масштабе кластера можно вызвать следующим образом: smit cl_admin > HACMP Concurrent Logical Volume Management (Управление логическими томами HACMP). Это меню содержит три основные опции:

Concurrent Volume Groups (Группы томов с одновременным доступом):

List All Concurrent Volume Groups (Вывод списка всех групп томов с одновременным доступом);

Create a Concurrent Volume Group (Создание группы томов с одновременным доступом);

Create a Concurrent Volume Group with Data Path Devices (Создание группы томов с одновременным доступом с устройствами Datapath);

Set Characteristics of a Concurrent Volume Group (Установка параметров группы томов с одновременным доступом);

Import a Concurrent Volume Group (Импорт группы томов с одновременным доступом).Mirror a Concurrent Volume Group (Зеркальное отображение группы томов с одновременным доступом);

Unmirror a Concurrent Volume Group (Отмена зеркального отображения группы томов с одновременным доступом);

Concurrent Logical Volumes (Логические тома с одновременным доступом):

List All Concurrent Logical Volumes by Volume Group (Вывод списка всех логических томов с одновременным доступом по группам томов);

Add a Concurrent Logical Volume (Добавление логического тома с одновременным доступом);

Set Characteristics of a Concurrent Logical Volume (Установка параметров тома с одновременным доступом);

Show Characteristics of a Concurrent Logical Volume (Вывод параметров логического тома с одновременным доступом);

Remove a Concurrent Logical Volume (Удаление логического тома с одновременным доступом).

Synchronize Concurrent LVM Mirrors (Синхронизация зеркальных отображений LVM с одновременным доступом):

Synchronize by Volume Group (Синхронизация по группам томов);

Synchronize by Logical Volume (Синхронизация по логическим томам).

Управление физическими томами через C-SPOC

Меню LVM C-SPOC для управления физическими томами и управления виртуальными путями SDD можно вызвать следующим образом: smit cl_admin > HACMP Physical Volume Management (Управление физическими томами HACMP). Это меню содержит следующие опции:

Add a Disk to the Cluster (Добавление диска в кластер).

Remove a Disk From the Cluster (Удаление диска из кластера).

Cluster Disk Replacement (Замена диска кластера).

Cluster Data Path Device Management (Управление устройствами Datapath в кластере):

Display Data Path Device Configuration (Вывод конфигурации устройства Datapath);

Display Data Path Device Status (Вывод состояния устройства Datapath);

Display Data Path Device Adapter Status (Вывод состояния адаптера устройства Datapath);

Define and Configure all Data Path Devices (Определение и конфигурирование всех устройств Datapath);

Add Paths to Available Data Path Devices (Добавление путей для доступных устройств Datapath);

Configure a Defined Data Path Device (Конфигурирование определенного устройства Datapath);

Remove a Data Path Device (Удаление устройства Datapath);

Convert ESS hdisk Device Volume Group to an SDD VPATH Device Volume Group (Преобразование группы томов ESS hdisk в группу томов SDD VPATH);

Convert SDD VPATH Device Volume Group to an ESS hdisk Device Volume Group (Преобразование группы томов SDD VPATH в группу томов ESS hdisk).

Конфигурирование расположения дисков и сайтов для межсайтового зеркального отображения LVM (Cross-Site® LVM Mirroring). Дополнительные сведения о реализации межсайтового зеркального отображения вместе с примером см. в лекции 16, "HACMP с межсайтовым зеркальным отображением LVM".

Примеры

Этот раздел содержит несколько примеров и сценариев управления C-SPOC LVM. Приведены примеры выполнения следующих задач:

Вывод текущей конфигурации datapath.

Вывод состояния адаптера устройства.

Добавление группы томов с расширенным одновременным доступом на основе vpath.

Добавление группы томов в группу ресурсов.

Создание нового логического тома.

Создание нового логического тома jfslog2.

Создание новой файловой системы.

Добавление дополнительного vpath в группу томов.

Увеличение размера файловой системы.

Удаление файловой системы.

Синхронизация определения группы томов по кластерам узла.

Для демонстрации примеров используется кластер из трех узлов с перехватом IP-адресов посредством синонимов, применяющий также мониторинг пульса посредством синонимов. В качестве хранилища используется ESS с двумя путями, так что действия осуществляются на устройствах vpath. На рис. 8.21 представлена конфигурация тестового кластера.

(рис 8.21) Конфигурация тестового кластера C-SPOC LVM

Вывод текущей конфигурации datapath

Этот пример показывает, как вывести существующую конфигурацию vpath с информацией PVID на заданном узле. Экран конфигурации datapath в C-SPOC вызывается следующим образом: smit cl_admin > HACMP Physical Volume Management (Управление физическими томами HACMP) > Cluster Data Path Device Management (Управление устройствами Datapath в кластере) > Display Data Path Device Configuration (Вывод конфигурации устройства Datapath), после чего следует выбрать узел panther. Выводимая информация представлена в примере 8.1

PVID: 000685cf86a5dfe6
panther: vpath8 (Avail pv app3vg) 10822513 = hdisk11 (Avail ) hdisk23 (Avail )
PVID: 000685cf86a5e0f6
panther: vpath9 (Avail pv app3vg) 10922513 = hdisk12 (Avail ) hdisk24 (Avail )
PVID: 000685cf86a5e1fa
panther: vpath10 (Avail pv ) 10A22513 = hdisk13 (Avail ) hdisk25 (Avail )
PVID: 000685cf86a5e2fa
panther: vpath11 (Avail pv ) 10B22513 = hdisk14 (Avail ) hdisk26 (Avail )
PVID: 000685cf86aaa0a3
panther: vpath4 (Avail pv app2vg) 10422513 = hdisk7 (Avail ) hdisk19 (Avail )
PVID: 000685cf86aaa3a3
panther: vpath5 (Avail pv app2vg) 10522513 = hdisk8 (Avail ) hdisk20 (Avail )
PVID: 000685cf86aaa63e

Вывод состояния адаптера устройства

Этот пример показывает, как вывести информацию о состоянии адаптера FC на заданном узле.

Экран состояния адаптера устройства в C-SPOC вызывается следующим образом: smit cl_admin > HACMP Physical Volume Management (Управление физическими томами HACMP) > Cluster Data Path Device Management (Управление устройствами Datapath в кластере) > Display Data Path Device Adapter Status (Вывод состояния адаптера устройства Datapath), после чего следует выбрать узел panther. Выводимая информация представлена в примере 8.2 .

panther:

Active Adapters :1

Adpt# 	Name 	State 	Mode 	Select 	Errors 	Paths 	Active

  0	fscsi0 	NORMAL 	ACTIVE 	109346 	0 	24 	4

Добавление группы томов с расширенным одновременным доступом на основе vpath

Следующий пример показывает, как добавить новую группу томов с расширенным одновременным доступом в кластер.

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

все дисковые устройства должны быть должным образом подключены к узлам кластера;

все дисковые устройства должны быть должным образом сконфигурированы на всех узлах кластера, а также устройства должны быть доступными со всех узлов;

диски должны иметь PVID.

Добавление группы томов с расширенным одновременным доступом выполняется с использованием следующей команды: smit cl_admin > HACMP Concurrent Logical Volume Management (Управление логическими томами HACMP) > Concurrent Volume Groups (Группы томов с одновременным доступом) > Create a Concurrent Volume Group with Data Path Devices (Создание группы томов с одновременным доступом с устройствами Datapath).

Затем следует выбрать два узла: panther и puma. Мы выбираем эти два узла, так как мы собираемся добавить тестовую группу томов (testvg) в группу ресурсов C10RG1, в которой эти два узла участвуют. После этого следует выбрать соответствующие vpath-устройства в меню SMIT, как показано в примере 8.3 . Список выбора PVID отображает только незанятые устройства на выбранных узлах.

¦ Physical Volumes 				¦
¦ 						¦
¦ Move cursor to desired item and press F7. 	¦
¦ ONE OR MORE items can be selected. 		¦
¦ Press Enter AFTER making all selections.	¦
¦ 						¦
¦ [MORE...1] 					¦
¦ # panther: vpath11: hdisk14 hdisk26 		¦
¦ # tiger: vpath11: hdisk15 hdisk27 		¦
¦ > 000685cf86af4e3c 				¦
¦ # panther: vpath3: hdisk6 hdisk18 		¦
¦ # tiger: vpath3: hdisk7 hdisk19 		¦
¦ > 000685cf86af4bc7 				¦
¦ # panther: vpath2: hdisk5 hdisk17 		¦
¦ # tiger: vpath2: hdisk6 hdisk18 		¦
¦ [MORE...3]

В экране, выводимом после выбора устройств vpath, следует ввести все необходимые поля для создания группы томов, как показано в примере 8.4.

Create a Shared Volume Group with Data Path Devices

Type or select values in entry fields.
Press Enter AFTER making all desired changes.

[TOP] 						[Entry Fields]
Node Names 					panther
PVID 						000685cf86af4bc7 0006>
VOLUME GROUP name 				[testvg]
Physical partition SIZE in megabytes 		128 	+
Volume group MAJOR NUMBER 			[100]
Enhanced Concurrent Mode 			true 	+
Enable Cross-Site LVM Mirroring Verification 	false 	+

Warning:
Changing the volume group major number may result
in the command being unable to execute
successfully on a node that does not have the
major number currently available. Please check
for a commonly available major number on all nodes
before changing this setting.

F1=Help 	F2=Refresh 	F3=Cancel 	F4=List
F5=Reset 	F6=Command 	F7=Edit 	F8=Image
F9=Shell 	F10=Exit 	Enter=Do

После создания группы томов с расширенным одновременным доступом testvg была выполнена проверка регистрации информации о новой группе томов на узлах tiger и panther. Как и ожидалось, информация о группе томов в ODM была успешно обновлена на обоих узлах.

Добавление группы томов в группу ресурсов

Так как команды C-SPOC LVM оперируют только с компонентами, которые определены в составе группы ресурсов HACMP, мы добавляем группу томов в группу ресурсов C10RG1. Эти примеры иллюстрируют добавление группы томов в существующую группу ресурсов с использованием функции Automatically Import Volume Groups (Автоматически импортировать группы томов). Эта функция полезна при создании новых групп томов только на локальном узле и использовании функции Automatically Import Volume Groups (Автоматически импортировать группы томов) для импортирования группы томов на все остальные узлы, участвующие в выбранной группе ресурсов.

При добавлении группы томов из C-SPOC выполняется синхронизация LVM ODM на всех узлах в кластере и функцию Automatically Import Volume Groups (Автоматически импортировать группы томов) использовать необязательно.

Мы добавляем группу томов в существующую группу ресурсов C10RG1 с использованием меню Change/Show Resources and Attributes for a Resource Group (Изменить/показать ресурсы и атрибуты группы ресурсов) в SMIT. Запускаем smit hacmp > Extended Resource Configuration (Расширенное конфигурирование ресурсов) > HACMP Extended Resource Group Configuration (Расширенное конфигурирование групп ресурсов HACMP) > Change/Show Resources and Attributes for a Resource Group (Изменить/показать ресурсы и атрибуты группы ресурсов), после чего выделяем группу томов C10RG1 и заполняем поля, как показано в примере 8.5 .

Change/Show All Resources and Attributes for a Custom Resource Group
Type or select values in entry fields.
Press Enter AFTER making all desired changes.

[TOP] 						[Entry Fields]
 Resource Group Name 				C10RG1
 Participating Nodes (Default Node Priority) 		cobra viper
 
 Startup Policy 				Online On Home Node O>
 Fallover Policy 				Fallover To Next Prio>
 Fallback Policy 				Never Fallback
 
 Service IP Labels/Addresses 				[app1svc testvg] 	+
 Application Servers 					[APP1] 			+
 
 Volume Groups 						[app1vg ] 		+
 Use forced varyon of volume groups, if necessary 	false 			+
 Automatically Import Volume Groups 			true 			+
[MORE...20]

F1=Help 	F2=Refresh 	F3=Cancel 	F4=List
F5=Reset 	F6=Command 	F7=Edit 	F8=Image
F9=Shell 	F10=Exit 	Enter=Do

Примечание. Функция Automatically Import Volume Groups (Автоматически импортировать группы томов) импортирует группу томов только на тех узлах, которые участвуют в группе ресурсов, в которой была добавлена новая группа томов. В нашем примере узел puma не участвует в группе ресурсов C10RG1, так что testvg импортируется только на узел tiger.

После добавления группы томов testvg в группу ресурсов C10RG1 выполняется синхронизация конфигурации в целях распространения изменений в группе ресурсов на другие узлы. Запускаем smit hacmp > Extended Configuration (Расширенное конфигурирование) > Extended Resource Configuration (Расширенное конфигурирование ресурсов) > Extended Verification and Synchronization (Расширенная верификация и синхронизация) и запускаем процесс синхронизации и верификации с использованием параметров по умолчанию.

Создание нового логического тома

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

Мы добавляем логический том test01lv в группу томов testvg командой smit cl_ admin > HACMP Logical Volume Management (Управление логическими томами HACMP) > Shared Logical Volumes (Общие логические тома). Затем выбираем группу томов testvg из появившегося списка, показанного в примере 8.14 . На следующем экране, выводящемся после этого, выбираем устройства для размещения логического тома, как показано в примере 8.6 .

¦ Physical Volume Names 			¦
¦						¦
¦ Move cursor to desired item and press F7. 	¦
¦ ONE OR MORE items can be selected. 		¦
¦ Press Enter AFTER making all selections. 	¦
¦ 						¦
¦ Auto-select 					¦
¦ panther vpath2 				¦
¦ panther vpath3 				¦

После этого мы заполнили необходимые поля, как показано в примере 8.7 .

Add a Shared Logical Volume

Type or select values in entry fields.
Press Enter AFTER making all desired changes.

[TOP] 						[Entry Fields]
Resource Group Name 				C10RG1
VOLUME GROUP name 				testvg
Reference node
* Number of LOGICAL PARTITIONS 			[10] 		#
PHYSICAL VOLUME names
Logical volume NAME 				[test01lv]
Logical volume TYPE 				[jfs2] 		+
POSITION on physical volume 			middle	 	+
RANGE of physical volumes 			minimum 	+
MAXIMUM NUMBER of PHYSICAL VOLUMES 		[] 		#
to use for allocation
Number of COPIES of each logical 		1 		+
partition
[MORE...11]
F1=Help 	F2=Refresh 	F3=Cancel 	F4=List
F5=Reset 	F6=Command 	F7=Edit 	F8=Image
F9=Shell 	F10=Exit 	Enter=Do

Создается test01lv, после чего информация передается на узел puma. После этого мы выполнили верификацию кластера командой smit hacmp > Problem Determination Tools (Инструменты определения проблем) > HACMP Verification (Верификация HACMP).

Верификация прошла без ошибок.

Создание нового логического тома jfslog2

Для добавления нового логического тома jfs2log под названием testjlog2lv в группу томов testvg мы использовали процедуру, описанную выше в разделе "Создание нового логического тома". В C-SPOC в экране создания нового логического тома – 2, представленном в примере 8.7 , выбираем тип логического тома jfs2log:

Logical volume TYPE [jfs2log]

После добавления логического тома jfs2log в группу томов testvg производится форматирование jfs2log на узле panther, на котором группа томов testvg является активной. Выполняется следующая команда:

p630n06 >logform /dev/testjloglv
logform: destroy /dev/rtestjloglv (y)?y

Создание новой файловой системы

Следующий пример показывает, как создать файловую систему jfs2 на предварительно созданном логическом томе. Эта задача выполняется следующим образом smit cl_admin-> HACMP Logical Volume Management (Управление логическими томами HACMP) -> Shared File Systems (Общие файловые системы) -> Enhanced Journaled File Systems (Улучшенные файловые системы JFS) -> Add an Enhanced Journaled File System on a Previously Defined Logical Volume (Добавление улучшенной файловой системы JFS на предварительно определенном логическом томе).

Затем выбирается предварительно созданный логический том из списка SMIT. После этого заполняются все необходимые поля, как показано в примере 8.9.

Add an Enhanced Journaled File System on a Previously Defined Logical Volume
Type or select values in entry fields.
Press Enter AFTER making all desired changes.
[Entry Fields]
Node Names panther,tiger,
LOGICAL VOLUME name test01lv
* MOUNT POINT [/cltestfs]
PERMISSIONS read/write +
Mount OPTIONS [] +
Block Size (bytes) 4096 +
Inline Log? no +
Inline Log size (MBytes) [] #
F1=Help F2=Refresh F3=Cancel F4=List
F5=Reset F6=Command F7=Edit F8=Image
F9=Shell F10=Exit Enter=Do

Происходит создание файловой системы1/cltestfs. Мы проверяем содержимое файла /etc/filesystems на узле tiger и видим, что информация о новой файловой системе была добавлена в конец файла /etc/filesystems, как и ожидалось.

Добавление дополнительного vpath в группу томов

Этот пример показывает, как добавить новый vpath в существующую общую группу томов. Эта задача в C-SPOC выполняется следующим образом: smit cl_admin > HACMP Logical Volume Management (Управление логическими томами HACMP) > Shared Volume Groups (Общие группы томов) > Set Characteristics of a Shared Volume Group (Назначение свойств общей группы томов) > Add a Volume to a Shared Volume Group (Добавление тома в общую группу томов).

Затем мы выбираем группу томов в экране SMIT, представленном в примере 8.13 . В следующем экране выбираем устройства virtual path, которые требуется добавить в группу томов testvg:

¦ > panther vpath11
¦ > panther vpath6

После этого нужно просто подтвердить выполнение операции на экране информации о выбранных параметрах, представленном в примере 8.9 .

Add a Volume to a Shared Volume Group
Type or select values in entry fields.
Press Enter AFTER making all desired changes.
[Entry Fields]
Resource Group Name C10RG1
VOLUME GROUP name testvg
Reference node panther
VOLUME names vpath11 vpath6
F1=Help F2=Refresh F3=Cancel F4=List
F5=Reset F6=Command F7=Edit F8=Image
F9=Shell F10=Exit Enter=Do

Проверим конфигурацию vpath на узле tiger на экране конфигурации datapath следующим образом: smit cl_admin > HACMP Physical Volume Management (Управление физическими томами HACMP) > Cluster Data Path Device Management (Управление устройствами Datapath в кластере) > Display Data Path Device Configuration (Вывод конфигурации устройства Datapath).

Затем мы выбираем узел tiger. Выходные данные команды показывают, что новые устройства vpath были корректно добавлены в группу томов testvg.

Увеличение размера файловой системы

Следующий пример показывает, как увеличить размер файловой системы через CSPOC. Эта операция выполняется следующим образом: smit cl_admin > HACMP Logical Volume Management (Управление логическими томами HACMP) > Shared File Systems (Общие файловые системы) > Enhanced Journaled File Systems (Улучшенные файловые системы JFS) > Change/Show Characteristics of a Shared Enhanced Journaled File System (Изменение/вывод свойств общей улучшенной файловой системы JFS).

После этого выводится список файловых систем, в котором мы выбираем файловую систему /cltestfs, как показано в примере 8.10 .

Enhanced Journaled File System Name and Resource Group 

 Move cursor to desired item and press Enter. 

 # Resource Group File System 
 C10RG1 /app1 
 C10RG1 /cltestfs 
 C10RG2 /app2 
 C10RG3 /app3 

 F1=Help 	F2=Refresh 	F3=Cancel 
 F8=Image 	F10=Exit 	Enter=Do 
 /=Find 	n=Find	 Next

После выбора файловой системы вводим дополнительный размер в гигабайтах, как показано в примере 8.11 .

Change/Show Characteristics of a Shared Enhanced Journaled File System
Type or select values in entry fields.
Press Enter AFTER making all desired changes.
[Entry Fields]
Resource Group Name C10RG1
File system name /cltestfs
NEW mount point [/cltestfs]
SIZE of file system [+2G]
Mount GROUP []
PERMISSIONS read/write +
Mount OPTIONS [] +
Start Disk Accounting? no +
Block Size (bytes)
Inline Log?
Inline Log size (MBytes)
F1=Help F2=Refresh F3=Cancel F4=List
F5=Reset F6=Command F7=Edit F8=Image
F9=Shell F10=Exit Enter=Do

Удаление файловой системы

Этот пример показывает, как удалить общую файловую систему из кластера через C-SPOC. Прежде чем начать операцию удаления файловой системы, необходимо вручную отключить эту файловую систему с локального узла. Это делается следующей командой:

umount /cltestfs

После этого надо выполнить следующее: smit cl_admin > HACMP Logical Volume Management (Управление логическими томами HACMP) > Shared File Systems (Общие файловые системы) > Enhanced Journaled File Systems (Улучшенные файловые системы JFS) > Remove a Shared File System (Удаление общей файловой системы).

Затем мы выбираем файловую систему из списка, подобного представленному в примере 8.11 . После этого требуется просто подтвердить выполнение операции на следующем экране. Этот экран представлен в примере 8.12 .

Remove a Shared File System
Type or select values in entry fields.
Press Enter AFTER making all desired changes.
[Entry Fields]
Resource Group Name C10RG1
* FILE SYSTEM name /cltestfs +
Remove Mount Point yes +
F1=Help F2=Refresh F3=Cancel F4=List
F5=Reset F6=Command F7=Edit F8=Image
F9=Shell F10=Exit Enter=Do

Синхронизация определения группы томов между узлами

При внесении изменений в определение группы томов, логического тома или файловой системы на локальном узле с использованием команд AIX LVM вместо CSPOC требуется вручную выполнить распространение изменений в LVM ODM на другие участвующие узлы. Синхронизация информации LVM ODM между узлами кластера с использованием C-SPOC выполняется следующим образом: запускается smit cl_admin > HACMP Logical Volume Management (Управление логическими томами HACMP) > Synchronize a Shared Volume Group Definition (Синхронизация определения общей группы томов), после чего выбирается группа томов из списка SMIT, представленного в примере 8.13 .

#Resource Group Volume Group 
 C10RG1 app1vg 
 #Resource Group Volume Group 
 C10RG2 app2vg 
 #Resource Group Volume Group 
 C10RG3 app3vg 
 #Resource Group Volume Group 
 C10RG1 testvg

Синхронизация времени

Мы настоятельно рекомендуем выполнять синхронизацию времени на узлах кластера. Это необходимо для работы некоторых приложений, и, кроме того, выполнение демона xntpd упрощает администрирование кластера.

Конфигурирование NTP-клиентов

Если в вашей сети уже установлен сервер синхронизации времени, можно настроить узлы кластера на получение точного времени с этого сервера.

Измените файл /etc/ntp.conf таким образом, чтобы он включал следующие три строки:

server 192.169.1.254 # здесь следует 
 указать IP-адрес вашего ntp-сервера времени
driftfile /etc/ntp.drift
tracefile /etc/ntp.trace

Запустите демон xntpd:

startsrc -s xntpd

Настройте xntpd на автоматический запуск во время загрузки. Удалите символ комментария в начале следующей строки в файле /etc/rc.tcpip:

start /usr/sbin/xntpd "$src_running"

Установка сервера времени

Если в сети нет сервера времени, можно легко установить его в кластере. Без внешнего источника информации о времени значение времени на узлах будет неточным, но одинаковым.

Выберите один из узлов на роль NTP-сервера. Желательно, чтобы это был узел с наивысшим приоритетом в кластере.

Измените файл /etc/ntp.conf на NTP-сервере:

disable auth
server 127.127.1.1 prefer # использовать 
 локальное время как предпочтительное
fudge 127.127.1.1 stratum 4
driftfile /etc/ntp.drift

Отредактируйте файл /etc/ntp.conf на других узлах:

server 10.10.1.1 # здесь указывается 
базовый IP-адрес ntp-сервера времени вашего
кластера
driftfile /etc/ntp.drift
tracefile /etc/ntp.trace

Мы рекомендуем использовать базовый адрес NTP-сервера или постоянный интерфейс, если такой существует.

Отредактируйте файл /etc/rc.tcpip на всех узлах, чтобы xntpd запускался автоматически:

start /usr/sbin/xntpd "src_running"

Запустите xntpd на всех узлах:

startsrc -s xntpd

Верификация и синхронизация кластера

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

Кластер HACMP хранит информацию обо всех ресурсах кластера и топологии кластера, а также некоторые дополнительные параметры в объектных классах HACMP в ODM. Для обеспечения надлежащего функционирования кластера ODM-файлы HACMP должны быть согласованы между всеми узлами кластера. В процессе верификации кластера проверяется согласованность ODM-файлов HACMP между всеми узлами, а также проверяется согласованность информации HACMP ODM с информацией AIX ODM. Успешное выполнение верификации означает, что конфигурация кластера синхронизирована между всеми узлами. На активном узле синхронизация вступает в действие немедленно. Синхронизация кластера синхронизирует ODM по всем узлам путем применения информации ODM с узла, на котором синхронизация была инициирована, на другие узлы.

Внимание! Несогласованность топологии кластера, ресурсов или других параметров между узлами в кластере может вызвать неправильную работу кластера.

Рекомендуется выполнять верификацию конфигурации кластера при каждом конфигурировании, переконфигурировании или обновлении кластера либо при изменении параметров операционной системы, которые могут повлиять на ресурсы кластера. Также рекомендуется периодически выполнять верификацию кластера.

Верификация и синхронизация кластера через SMIT

В SMIT (при выполнении команды smit hacmp) существует три различных пути выполнения верификации и синхронизации кластера:

путь верификации Initialization and Standard Configuration (Инициализация и стандартное конфигурирование);

путь верификации Extended Configuration (Расширенное конфигурирование);

путь верификации Problem Determination Tools (Инструменты определения проблем).

Путь верификации Initialization and Standard Configuration (Инициализация и стандартное конфигурирование)

Можно использовать путь верификации Initialization and Standard Configuration (Инициализация и стандартное конфигурирование) следующим образом:

smit hacmp > Initialization and Standard Configuration (Инициализация и стандартное конфигурирование) > Verify and Synchronize HACMP Configuration (Верификация и синхронизация конфигурации HACMP).

При использовании пути верификации Initialization and Standard Configuration (Инициализация и стандартное конфигурирование) синхронизация автоматически выполняется после успешной верификации. Меню SMIT не содержит каких-либо дополнительных опций. При использовании этого пути функция автоматического исправления ошибок всегда активна. Дополнительные сведения о функции автоматического исправления ошибок см. "Автоматическое выполнение корректирующих действий во время верификации".

Путь верификации Extended Configuration (Расширенное конфигурирование)

При использовании пути Extended Configuration (Расширенное конфигурирование) можно выбрать один из нескольких типов верификации, а также можно указать, следует ли выполнять синхронизацию.

Для использования пути верификации Extended Configuration (Расширенное конфигурирование) в своем кластере следует выполнить следующие действия:

Запустите smit hacmp -> Extended Configuration (Расширенное конфигурирование) -> Extended Verification and Synchronization (Расширенная верификация и синхронизация).

Измените параметры в полях (для обычного выполнения верификации и синхронизации следует оставить параметры по умолчанию, как показано в примерах) и нажмите Enter.

На рис. 8.22 показан экран SMIT при активном кластере (DARE – Dynamic Reconfiguration).

На рис. 8.23 показан экран SMIT при неактивном кластере.

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

Параметры пути верификации Extended Verification and Synchronization (Расширенная верификация и синхронизация) зависят от того, активен ли кластер на узле, на котором инициируется верификация. В активном кластере экран SMIT содержит следующие параметры:

Emulate or Actual (Эмуляция или действительное выполнение). Опция Emulate выполняет верификацию в режиме эмуляции без применения изменений, тогда как опция Actual применяет изменения.

Verify changes only (Выполнить только верификацию изменений). Опция No выполняет полную проверку топологии и ресурсов, тогда как опция Yes проверяет только изменения, произошедшие со времени последней верификации. Эта функция относится только к файлам HACMP ODM!

Logging (Ведение журналов). Опция Verbose направляет все выходные данные, которые обычно записываются в файл clverify.log, на консоль.

При инициации верификации в неактивном кластере экран SMIT содержит следующие параметры:

(рис 8.23) Экран синхронизации и верификации – активный кластер(рис 8.22) Экран синхронизации и верификации – неактивный кластер

Verify, Synchronize or both (Верификация, синхронизация или обе операции). Опция Verify выполняет только верификацию, опция Synchronize выполняет только синхронизацию, опция Both выполняет как верификацию, так и синхронизацию в соответствии со значением опции Force synchronization if verification fails (Принудительная синхронизация при отказе верификации).

Automatically correct errors found during verification (Автоматическое исправление ошибок, обнаруженных во время верификации). Подробное описание см. в разделе "Автоматическое выполнение корректирующих действий во время верификации".

Force synchronization if verification fails (Принудительная синхронизация при отказе верификации). Опция No останавливает процедуру синхронизации/верификации после обнаружения ошибок верификации, тогда как опция Yes выполняет синхронизацию принудительно, независимо от результатов верификации. В целом мы не рекомендуем включать принудительную синхронизацию. В тех ситуациях, когда включение принудительной синхронизации необходимо, нужно понимать возможные последствия внесения изменений в конфигурацию кластера.

Примечание. Синхронизация может быть инициирована как на активном, так и на неактивном кластере. Если некоторые узлы неактивны, синхронизацию можно инициировать только на активном узле с использованием DARE (Dynamic Reconfiguration). Дополнительные сведения о DARE см. в разделе "Динамическая реконфигурация кластера – DARE".

Путь верификации Problem Determination Tools (Инструменты определения проблем)

Можно использовать путь верификации Problem Determination Tools (Инструменты определения проблем) путем запуска smit hacmp > Problem Determination Tools (Инструменты определения проблем) > HACMP Verification (Верификация HACMP) > Verify HACMP Configuration (Верификация кластера HACMP).

Использование пути верификации Problem Determination Tools (Инструменты определения проблем) предоставляет больше опций верификации, в частности определение настраиваемого метода верификации, однако не предоставляет возможности выбрать синхронизацию. Экран SMIT пути верификации Problem Determination Tools (Инструменты определения проблем) представлен на рис 8.24.

Примечание. Верификацию с использованием пути Problem Determination Tools (Инструменты определения проблем) можно инициировать как с активного, так и с неактивного узла.

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

(рис 8.24) Экран верификации при использовании пути верификации Problem Determination Tools (Инструменты определения проблем)

Динамическая реконфигурация кластера – DARE

HACMP позволяет вносить некоторые изменения как в топологию, так и в ресурсы кластера при работающем кластере. Эта функция называется динамической реконфигурацией (dynamic reconfiguration, DARE). Можно выполнить несколько изменений ресурсов и топологии одной операцией динамической реконфигурации, что упрощает работу в целом, особенно при сложных изменениях конфигурации.

DARE поддерживает внесение изменений в ресурсы и топологию в одной операции. Начиная с HACMP 5.3 DARE поддерживается в конфигурациях HACMP/XD.

Внимание!

Не следует вносить изменения в конфигурацию или выполнять какиелибо действия, влияющие на ресурсы, если для какого-либо узла установлено принудительное отключенное состояние (forced down).

Во время миграции кластера на новую версию HACMP динамическая реконфигурация не поддерживается.

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

Добавить, удалить или изменить сервер приложения.

Добавить, удалить или изменить мониторинг приложения.

Добавить или удалить содержимое одного или нескольких групп ресурсов.

Добавить, удалить или изменить ресурс накопителя на магнитной ленте.

Добавить или удалить один или несколько групп ресурсов.

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

Изменить отношения узлов в группе ресурсов.

Изменить порядок обработки группы ресурсов.

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

Добавить, удалить или изменить время установления (settling time) для групп ресурсов.

Добавить или удалить политику распределения узлов (node distribution policy) для групп ресурсов.

Добавить, удалить или изменить зависимости "родительский объект/дочерний объект" ("parent/child") или зависимости расположения для групп ресурсов (здесь применяются некоторые ограничения).

Добавить, удалить или изменить политику межсайтового управления (inter-site management policy) для групп ресурсов.

Добавить, удалить или изменить скрипты пред- и постобработки событий.

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

На всех узлах должна быть установлена одинаковая версия HACMP.

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

Кластер должен быть в стабильном состоянии, и файл hacmp.out не должен содержать недавних ошибок или событий config_too_long.

В зависимости от конфигурации вашего кластера и от изменений, которые вы планируете внести в среду своего кластера, возможно множество различных ситуаций и ограничений при использовании утилиты динамической реконфигурации. Необходимо понимать возможные последствия некоторых изменений в кластере, поэтому мы рекомендуем обратиться к руководству HACMP for AIX Administration Guide за подробной информацией, прежде чем начинать вносить динамические изменений в среду своего кластера.

Файлы журналов верификации

Во время верификации кластера HACMP осуществляет сбор данных конфигурации со всех узлов в ходе выполнения наборов проверок. Подробные выходные данные сохраняются в файле /var/hacmp/clverify/clverify.log. При этом осуществляется чередование файлов журналов.

Приведенные ниже выходные данные содержат список файлов журналов верификации, находящихся в каталоге /var/hacmp/clverify/:

[p650n01][/var/hacmp/clverify]> ls -l
total 2024
-rw---- 1 root system 9 9 4 5 1 J u n 2 1 0 0 : 0 0 c l v e r i f y . l o g
-rw---- 1 root system 99956 Jun 20 12:13 clverify.log.1
-rw---- 1 root system 98639 Jun 20 00:00 clverify.log.2
-rw---- 1 root system 98639 Jun 19 00:00 clverify.log.3
-rw---- 1 root system 98639 Jun 18 00:00 clverify.log.4
-rw---- 1 root system 98549 Jun 17 18:46 clverify.log.5
-rw---- 1 root system 98549 Jun 17 18:24 clverify.log.6
-rw---- 1 root system 98866 Jun 17 18:02 clverify.log.7
-rw---- 1 root system 98866 Jun 17 17:49 clverify.log.8
-rw---- 1 root system 99091 Jun 17 16:58 clverify.log.9
-rw---- 1 root system 9296 Jun 21 00:00 clverify_daemon.log
drwx--- 4 root system 256 Jun 17 11:42 fail
drwx--- 4 root system 256 Jun 21 00:00 pass
drwx--- 4 root system 256 Jun 20 12:12 pass.prev

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

/var/hacmp/clverify/pass/nodename/ – при успешной верификации;

/var/hacmp/clverify/fail/nodename/ – при отказе верификации.

Примечание. Для выполнения верификации требуется 4 Мб дискового пространства на каждом узле в файловой системе /var. Как правило, файлы /var/hacmp/clverify/ clverify.log требуют дополнительно 1–2 Мб дискового пространства. В кластере из четырех узлов рекомендуется иметь 18 Мб [свободного] дискового пространства.

Автоматическое выполнение корректирующих действий во время верификации

HACMP 5.3 позволяет автоматически выполнять некоторые корректирующие действия во время верификации и синхронизации кластера. Активизация этой опции зависит от используемого пути верификации и синхронизации.

Функция автоматического выполнения корректирующих действий может исправлять только некоторые типы ошибок, обнаруживаемых во время верификации кластера. В следующем списке представлены ошибки, которые можно исправить с использованием этой функции.

Неактуальные отметки времени общей группы томов HACMP на узле.

Файл /etc/hosts на узле содержит не все IP-адреса, управляемые HACMP.

Группы томов SSA с одновременным доступом требуют использования уникальных номеров узлов SSA.

На узле не создана файловая система, хотя диски доступны.

Диски доступны, однако группа томов не была импортирована на узел.

На узле отсутствуют необходимые записи /etc/services.

На узле отсутствуют необходимые записи HACMP snmpd.

Путь верификации Initialization and Standard Configuration (Инициализация и стандартное конфигурирование)

При использовании пути верификации Initialization and Standard Configuration (Инициализация и стандартное конфигурирование) функция автоматического исправления ошибок всегда активна и не допускает отключения.

Примечание. Во время динамической реконфигурации автоматические корректирующие действия не выполняются.

Путь верификации Extended Configuration (Расширенное конфигурирование)

При использовании пути верификации Extended Configuration (Расширенное конфигурирование) возможность активизации функции автоматического исправления ошибок зависит от состояния кластера. Можно либо отключить эту функцию, либо запустить ее в одном из двух режимов:

Interactively (Интерактивный; опция меню Interactively) – верификация определяет исправимое состояние, связанное с импортом группы томов или экспортом и реимпортом точек подключения и файловых систем, и запрашивает подтверждения выполнения корректирующего действия, прежде чем продолжить верификацию;

Automatically (Автоматический; опция меню Yes) – верификация определяет, что имеет место одно из ошибочных состояний, перечисленных в разделе "Состояния, которые могут вызвать корректирующее действие", и инициирует корректирующее действие автоматически без запроса.

Если кластер неактивен, можно выбрать режим автоматического исправления ошибок непосредственно в меню пути верификации Extended Configuration (Расширенное конфигурирование), выполнив smit hacmp -> Extended Configuration (Расширенное конфигурирование) -> Extended Verification and Synchronization (Расширенная верификация и синхронизация), как показано на рис. 8.23. Изменение режима выполняется путем установки в поле Automatically correct errors found during verification (Автоматическое исправление ошибок, обнаруженных во время верификации) значений Yes, No или Interactively.

Если кластер активен, функция автоматического исправления ошибок включена по умолчанию. Можно изменить режим функции автоматического исправления ошибок в активном кластере непосредственно в меню SMIT кластера. Следует запустить smit hacmp > System Management (C-SPOC) > Manage HACMP Services (Управление службами HACMP) > Start Cluster Services (Запустить службы кластера) и выбрать одно из значений Yes, No или Interactive. Это установит режим автоматического исправления ошибок для следующих ситуаций:

Для пути верификации Extended Configuration (Расширенное конфигурирование).

Для автоматической верификации кластера при запуске служб кластера на узле или реинтеграции узла в кластер. Дополнительные сведения по этой теме см. в разделе "Автоматическая верификация кластера".

Для периодически выполняемой автоматической верификации кластера. Дополнительные сведения по этой теме см. в разделе 8.6.5, "Автоматическая верификация кластера".

Путь верификации Problem Determination Tools (Инструменты определения проблем)

При использовании этого пути верификации активизация функции автоматического исправления ошибок невозможна.

Автоматическая верификация кластера

HACMP выполняет автоматическую верификацию в следующих случаях:

при каждом запуске служб кластера на узле;

при каждой реинтеграции узла в кластер;

каждые 24 ч.

Во время автоматической верификации и синхронизации HACMP выполняет обнаружение и исправление некоторых общих ошибок конфигурации. При таком автоматическом исправлении ошибок, если в кластере не была выполнена верификация и синхронизация вручную перед запуском служб кластера, HACMP выполнит это автоматически. Автоматическую верификацию и синхронизацию часто называют просто верификацией.

Через меню SMIT можно установить параметры периодического выполнения утилиты Automatic cluster verification checking1, выполнив smit hacmp > Problem Determination Tools (Инструменты определения проблем) > HACMP Verification (Верификация HACMP) > Automatic Cluster Configuration Monitoring (Автоматический мониторинг конфигурации кластера). Экран SMIT содержит следующие поля:

Automatic cluster configuration verification (Автоматическая верификация конфигурации кластера). Здесь можно включить или отключить утилиту, выбрав Disable или Enable.

Node name (Имя узла). Здесь можно выбрать узлы, на которых должна выполняться утилита. Можно выбрать либо опцию default, которая обозначает выбор всех узлов, либо определенный узел.

HOUR (00–23). Здесь определяется время запуска утилиты. По умолчанию установлено значение 00:00 (полночь), которое можно изменить на любое другое значение времени.

(рис 8.25) Automatic Cluster Configuration Monitoringt (Автоматический мониторинг конфигурации кластера

На рис. 8.25 показан экран Automatic Cluster Configuration Monitoring (Автоматический мониторинг конфигурации кластера).

smit clautover.dialog

Результат автоматической верификации кластера можно просмотреть в файлах журналов верификации. По умолчанию они находятся в каталоге /var/hacmp/clverify/. Дополнительные сведения о файлах журналов верификации см. в разделе "Файлы журналов верификации".

Мониторинг HACMP

HACMP обеспечивает высокую доступность среды приложений путем преднамеренного маскирования или устранения отказов аппаратного и программного обеспечения в среде высокой доступности. Маскирование отказов означает перемещение активных ресурсов с отказавшего компонента на резервный компонент. Таким образом, все приложения высокой доступности продолжают работать и клиенты осуществляют к ним доступ и используют их, несмотря на отказ.

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

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

Автоматическая верификация кластера.

Утилиты проверки состояния кластера.

Команды информации о группах ресурсов.

Команды информации о топологии.

Файлы журналов.

Уведомления об ошибках.

Мониторинг приложений.

Измерение доступности приложений.

Мониторинг кластеров с использованием инструментов системного администрирования и мониторинга на уровне предприятия (Tivoli, NetView®).

Для конфигурирования и управления кластером можно использовать либо ASCII SMIT, либо WebSMIT.

Утилиты проверки состояния кластера clstat

/usr/es/sbin/cluster/clstat – очень полезный инструмент, который можно использовать для мониторинга состояния кластера. Он применяет процедуры библиотеки clinfo для вывода различной информации о кластере, включая имя и состояние узлов, интерфейсов и групп ресурсов.

Эта утилита требует, чтобы подсистема clinfoES была активна на всех узлах, на которых инициируется команда clstat.

Утилита clstat имеет два режима работы: режим ASCII и режим X Window. Режим ASCII может выполняться на любом физическом или виртуальном ASCII-терминале, включая xterm или aixterm. Если узел кластера работает в графическом режиме, clstat выводит выходные данные в графическом окне. Перед выполнением команды необходимо убедиться в том, что переменная DISPLAY была экспортирована на Xсервер и что разрешен доступ X-клиентов.

Синтаксис команды clstat представлен на рис. 8.26.

(рис 8.26) Синтаксис команды clstat

clstat -a //запускает программу в режиме ASCII.

clstat -o //запускает программу в режиме ASCII и выполняет выход (полезно для получения выходных данных из shell-скрипта или задания cron).

clstat -s //выводит включенные и отключенные сервисные метки; в противном случае выводит только активные сервисные метки.

clstat - HACMP Cluster Status Monitor
------------------------------------Cluster: migr1 (1120388255)
Wed Jul 6 14:13:15 CDT 2005
State: UP Nodes: 3
SubState: STABLE
Node: panther State: UP
Interface: panther1_base (0) Address: 10.10.31.36
State: UP
Interface: panther2_base (0) Address: 10.10.32.36
State: DOWN
Interface: tty1_patnh (1) Address: 0.0.0.0
State: UP
Interface: tty2_panth (2) Address: 0.0.0.0
State: UP
Interface: c1app1svc (0) Address: 192.168.100.86
State: UP
Resource Group: C10RG1 State: On line
Node: puma State: UP
Interface: puma1_base (0) Address: 10.10.31.35
State: UP
Interface: puma2_base (0) Address: 10.10.32.35
State: DOWN
Interface: tty1_puma (1) Address: 0.0.0.0
State: UP
Interface: tty_puma (3) Address: 0.0.0.0
State: UP
Interface: c1app2svc (0) Address: 192.168.100.85
State: UP
Resource Group: C10RG2 State: On line
Node: tiger State: UP
Interface: tiger1_base (0) Address: 10.10.31.34
State: UP
Interface: tiger2_base (0) Address: 10.10.32.34
State: DOWN
Interface: tty2_tiger (2) Address: 0.0.0.0
State: UP
Interface: tty_tiger (3) Address: 0.0.0.0
State: UP
Interface: c1app3svc (0) Address: 192.168.100.84
State: UP
Resource Group: C10RG3 State: On line

Пример 8.14 показывает выходные данные команды clstat -o на нашем тестовом кластере.

cldump

Еще одной полезной утилитой является утилита cldump (/usr/es/sbin/cluster/ utilities/cldump). Она создает снимки основных компонентов кластера: самого кластера, узлов в кластере, сетевых интерфейсов, подключенных к узлам, а также состояние групп ресурсов на каждом узле.

Утилита cldump не имеет каких-либо опций, так что нужно просто запустить cldump из командной строки.

Утилиты проверки состояния кластера и служб

lssrc

Состояние подсистемы HACMP или RSCT можно проверить с помощью команды lssrc с опцией -s или -g. Она выводит имя, группу, PID и состояние (активное или нерабочее) подсистемы.

lssrc -ssubsystem_name //выводит информацию об определенной подсистеме.

lssrc -g subsystem_group_name //выводит информацию обо всех подсистемах в определенной группе.

Внимание! Начиная с HACMP 5.3 демон диспетчера кластера clstrmgrES инициируется из процесса init, так что он автоматически запускается при загрузке. Диспетчер кластера (Cluster Manager) должен быть запущен, прежде чем можно будет запустить какие-либо службы кластера на узле. Так как демон clstrmgr является постоянно выполняющимся процессом, нельзя использовать команду lssrc -s clstrmgrES для определения состояния кластера. Вместо этого следует использовать команду /usr/ es/sbin/cluster/clstat или любую другую утилиту, описанную в этом разделе.

На рис. 8.27 показаны имена подсистем и имена групп для всех подсистем, используемых в HACMP.

(рис 8.27) Имена подсистем и имена групп, используемых в HACMP

clshowsrv

Существует еще один способ вывода информации о состоянии подсистем HACMP с использованием команды clshowsrv (/usr/es/sbin/cluster/utilities/cldump). Она выводит состояние всех подсистем, используемых в HACMP, или состояние выбранной подсистемы. Формат выходных данных команды соответствует формату команды lssrc -s.

На ниже представлен синтаксис команды clshowsrv.

clshowsrv [-a|-v] [clstrmgrES|clinfoES|clcomdES]

clshowsrv -a //выводит состояние подсистемы HACMP: clstrmgrES, clinfoES и clcomdES.

clshowsrv -v // выводит состояние подсистем HACMP и RSCT. Пример 8.15 показывает выходные данные команды clshowres из нашего тестового кластера при запущенных службах кластера.

Status of the RSCT subsystems used by HACMP:
Subsystem Group PID Status
topsvcs topsvcs 22756 active
grpsvcs grpsvcs 21858 active
grpglsm grpsvcs inoperative
emsvcs emsvcs 24932 active
emaixos emsvcs 28982 active
ctrmc rsct 13430 active
Status of the HACMP subsystems:
Subsystem Group PID Status
clcomdES clcomdES 15738 active
clstrmgrES cluster 26498 active
Status of the optional HACMP subsystems:
Subsystem Group PID Status
clinfoES cluster 26260 active

Также можно выполнить команду clshowsrv -v, используя меню SMIT: smit hacmp > System Management (C-SPOC) > Manage HACMP Services (Управление службами HACMP) > Show Cluster Services (Вывод служб кластера).

Команды информации о топологии

cltopinfo

Команда cltopinfo (/usr/es/sbin/cluster/utilities/cltopinfo) выводит информацию о топологии кластера в более простом формате.

Ниже представлен синтаксис команды cltopinfo.

cltopinfo [-c] [-n] [-w] [-i]

Также можно использовать меню SMIT для вывода информации о топологии в различных форматах; для этого следует запустить smit hacmp > Extended Configuration (Расширенное конфигурирование) > Extended Topology Configuration (Расширенное конфигурирование топологии) > Show HACMP Topology (Отображение топологии HACMP) и выбрать требуемый формат. На рис. 8.28 показаны меню SMIT для вывода информации о топологии с различными опциями формата.

(рис 8.28) Меню топологии кластера

Служба topsvcs

Можно выполнить команду lssrc -ls topsvcs для мониторинга активности пульса на основе службы топологии. Выходные данные деятельности демона topsvcs содержат всю информацию по мониторингу пульсации для всех активных сетевых путей. Информация об определенных параметрах активности пульса содержится в полях Missed HBs (Пропущенные импульсы), Packets sent (Отправленные пакеты), Packets received (Полученные пакеты) и Errors (Ошибки) в выходных данных того или иного сетевого пути. В примере 8.16 представлен фрагмент выходных данных команды lssrc -ls topsvcs в нашем тестовом кластере. Выделенные слова указывают интересующую информацию в выходных данных.

Subsystem Group PID Status
topsvcs topsvcs 811144 active
Network Name Indx Defd Mbrs St Adapter ID Group ID
migr1_eth_01_0 [ 0] 3 3 S 11.11.1.11 11.11.1.13
migr1_eth_01_0 [ 0] en2 0x42cc1f00 0x42cc1f1b
HB Interval = 1.000 secs. Sensitivity = 10 missed beats
Missed HBs: Total: 64 Current group: 64
Packets sent : 8893 ICMP 17 Errors: 0 No mbuf: 0
Packets received: 10616 ICMP 31 Dropped: 0
NIM's PID: 774256
rs232_1 [ 3] 2 2 S 255.255.0.2 255.255.0.2
rs232_1 [ 3] tty1 0x82cc1f02 0x82cc1f05
HB Interval = 2.000 secs. Sensitivity = 5 missed beats
Missed HBs: Total: 0 Current group: 0
Packets sent : 5841 ICMP 0 Errors: 0 No mbuf: 0
Packets received: 6250 ICMP 0 Dropped: 0
NIM's PID: 893118

Команды информации о группах ресурсов

clrginfo

Используя команду clRGinfo (/usr/es/sbin/cluster/utilities/clRGinfo), можно вывести атрибуты группы ресурсов в кластере. Выходные данные команды представляют отчет о расположении и состоянии одной или нескольких заданных групп ресурсов. Выходные данные команды представляют как глобальное состояние, так и конкретное состояние группы ресурсов на локальном узле.

Ниже представлен синтаксис команды clRGinfo.

clRGinfo [-h][-v][-a][-s|-c][-p][-t][-d][groupname1] [groupname2] ...

clRGinfo -v // выводит расположение, отменяющее приоритет (priority override location), и активные таймеры группы ресурсов.

clRGinfo -p // выводит параметры запуска, перемещения при сбое и возврата после восстановления для группы ресурсов.

clRGinfo -t // запрашивает диспетчер кластера (Cluster Manager) только на локальном узле.

clRGinfo -c // команда выводит выходные данные в формате с разделяющими двоеточиями.

clRGinfo -a // команда выводит информацию о том, какие операции с группами ресурсов выполняются во время текущего события кластера (если она выполняется во время обработки события кластера).

Существуют следующие состояния групп ресурсов:

Online. Группа ресурсов в настоящий момент работает должным образом.

Offline. Группа ресурсов в настоящий момент не работает в кластере и не находится в состоянии ошибки.

Acquiring. Группа ресурсов в настоящий момент подключается на одном из узлов кластера. При нормальных условиях состояние должно измениться на Online.

Releasing. Группа ресурсов находится в процессе освобождения от владения одним из узлов. При нормальных условиях состояние должно измениться на Offline.

Error. Группа ресурсов находится в состоянии ошибки. Требуется вмешательство пользователя.

Unknown. Текущее состояние группы ресурсов нельзя определить в связи с потерей связи из-за отказа какого-либо ресурса в группе ресурсов или в связи с несоответствием зависимости группы ресурсов.

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

Вместо команды clrginfo можно использовать команду clfindres, представляющую собой ссылку на clRGinfo (/usr/es/sbin/cluster/utilities/clfindres).

В примере 8.17 представлены выходные данные команды clRGinfo в нашем тестовом кластере.

---------------------------------------------------------------------------Group Name Group State Node
---------------------------------------------------------------------------rg1 	ONLINE 		p650n01
	OFFLINE 	p650n02
rg2 	ONLINE 		p650n02
	OFFLINE 	p650n01

Файлы журналов

HACMP хранит всю информацию о кластере и записывает генерируемые и выводимые в консоль сообщения в несколько файлов журналов. Каждый файл журнала содержит отдельный набор типов сообщений, генерируемых HACMP, поэтому просмотр различных файлов журналов дает разное представление о состоянии кластера.

Использование утилиты C-SPOC позволяет выполнять следующие действия над файлами журналов:

View/Save/Delete HACMP Event Summaries (Просмотр/сохранение/удаление обзоров событий HACMP). Эта опция позволяет выводить содержимое, сохранять или удалять обзоры событий кластера.

View Detailed HACMP Log Files (Просмотр подробных файлов журналов HACMP). Эта опция позволяет вывести журнал скриптов HACMP (/tmp/hacmp.out), системный журнал HACMP (/usr/es/adm/cluster.log), системный журнал C-SPOC (/tmp/cspoc.log).

Change/Show HACMP Log File Parameters (Изменение/вывод параметров файла журнала HACMP). Эта опция позволяет задать уровень отладки (высокий/низкий) и вариант форматирования (default, standard, html-low, html-high) для заданного узла.

Change/Show Cluster Manager Log File Parameters (Изменение/вывод параметров файла журнала диспетчера кластера). Эта опция позволяет задать уровень отладки диспетчера кластера (standard/high)

Change/Show a Cluster Log Directory (Изменение/вывод каталога журнала кластера). Это меню позволяет определить новый каталог для заданного файла журнала, как описано ниже.

Collect Cluster log files for Problem Reporting (Сбор файлов журналов кластера для отчетов о проблемах). Эта функция используется для сбора мгновенных данных (snap data) о кластере (командой clsnap), необходимых для дополнительного определения и анализа проблем. Здесь можно выбрать опцию отладки, включить файлы журналов RSCT и выбрать узлы, включенные в этот набор данных. По умолчанию набор мгновенных данных хранится в каталоге /tmp/ibmsupt/hacmp/ (для команды clsnap) и, например, в каталоге /tmp/phoenix.snapOut (для узла phoenix).

Список всех журналов HACMP с описанием их назначения:

strmgr.debug: генерируется демоном clstrmgrES, каталог по умолчанию – [/tmp].

cluster.log: генерируется скриптами и демонами кластера, каталог по умолчанию – [/usr/es/adm].

cluster.mmddyyyy: файлы истории кластера, генерируются ежедневно, каталог по умолчанию – [/usr/es/sbin/cluster/history].

cl_sm.log: генерируется библиотекой кластера Shared Memory, каталог по умолчанию – [/tmp].

cspoc.log: генерируется командами C-SPOC, каталог по умолчанию – [/tmp].

dms_loads.out: генерируется при работе deadman’s switch, каталог по умолчанию – [/tmp].

emuhacmp.out: генерируется скриптами эмулятора событий, каталог по умолчанию – [/tmp].

hacmp.out: генерируется при выполнении скриптов и утилит обработки событий, каталог по умолчанию – [/tmp].

clavan.log: генерируется утилитой доступности приложения (Application Availability), каталог по умолчанию – [/var/adm].

clverify.log: генерируется утилитой верификации кластера (Cluster Verification), каталог по умолчанию – [/var/hacmp/clverify].

clcomd.log: генерируется демоном clcomd, каталог по умолчанию – [/var/hacmp/ clcomd].

clcomddiag.log: генерируется демоном clcomd, отладочная информация, каталог по умолчанию – [/var/hacmp/clcomd].

clconfigassist.log: генерируется инструментом Two-Node Cluster Configuration Assistant, каталог по умолчанию – [/var/hacmp/log].

clutils.log: генерируется утилитами кластера, каталог по умолчанию – [/var/hacmp/log].

cl_testtool.log: генерируется инструментом тестирования кластера (Cluster Test Tool), каталог по умолчанию – [/var/hacmp/log].

Необходимо обеспечить достаточно пространства для всех файлов журналов в файловых системах. Необходимое количество пространства в файловой системе /var зависит от количества узлов в кластере. Определить общее значение для каждого узла можно, исходя из следующих соображений:

2 Мб должно быть свободно для записи файлов clverify.log[0–9];

4 Мб на узел для записи данных верификации с узлов;

20 Мб для записи информации журнала clcomd;

1 Мб на узел для записи данных кеша ODM.

Например, для кластера из четырех узлов потребуется 2 + 4x4 + 20 + 4x1 = 42 Мб свободного пространства в файловой системе /var.

Определить необходимое количество пространства в каталоге /tmp очень сложно, так как в этом каталоге находятся некоторые файлы с отладочной информацией, а также некоторые нечередующиеся файлы журналов. Размер этих журналов зависит от операций, конфигурации и состояния кластера. Из практического опыта мы рекомендуем выделить около 50 Мб свободного места в каталоге /tmp.

Через меню SMIT можно изменить стандартный каталог для определенного файла журнала; для этого нужно запустить smit hacmp > System Management (C-SPOC) > HACMP Log Viewing and Management (Просмотр и управление журналами HACMP) > Change/Show a Cluster Log Directory (Изменение/вывод каталога журнала кластера), после чего выбрать определенный файл журнала (быстрый путь SMIT: smit clusterlog_redir.select). Затем выполняется изменение стандартного каталога журналов для всех узлов в кластере. После изменения параметров журнала необходимо выполнить синхронизацию кластера.

Внимание! Мы рекомендуем в качестве нового расположения для журналов использовать локальные файловые системы, а не общие файловые системы или файловые системы NFS. Хранение журналов на общих файловых системах или файловых системах NFS может вызвать проблемы, если потребуется отключить файловую систему во время перемещения при сбое. Кроме того, перенаправление журналов в общие файловые системы или файловые системы NFS может вызвать сбой при запуске служб кластера во время реинтеграции узла.

Кроме того, кластер генерирует некоторые файлы отладки. (Они находятся в каталоге /tmp. Содержимое этих файлов зависит от установленного уровня отладки):

clinfo.debug – записываются выходные данные, генерируемые при работе скриптов обработки событий;

clsmuxtrmgr.debug – файл журнала функции smux peer;

clstlrmgr.debug – содержит отформатированные сообщения с отметками времени, генерируемые clstrmgrES.

Уведомление об ошибках

Средство уведомления об ошибках (Error Notification) AIX 5L можно использовать для добавления дополнительного уровня высокой доступности в среде HACMP. Можно добавить уведомления об отказах ресурсов, для которых HACMP не выполняет восстановление по умолчанию.

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

Мониторинг приложения

После запуска служб кластера на определенном узле и подключения всех ресурсов рекомендуется проверить, все ли приложения запущены и все ли службы, предоставляемые приложениями, доступны. Также можно проверить, все ли процессы приложения выполняются и все ли другие ресурсы (в частности, файловые системы), необходимые для работы приложения, доступны.

Начиная с HACMP 5.2 можно конфигурировать несколько мониторов приложений и связывать их с одним или несколькими серверами приложений. Каждому монитору через SMIT можно назначить уникальное имя.

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

система мониторинга процессов приложения обнаруживает прекращение работы одного или нескольких процессов приложения с использованием RSCT Resource Monitoring and Control (RMC);

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

Конфигурирование мониторинга приложения через меню SMIT выполняется путем запуска smit hacmp -> Extended Resource Configuration1 (Расширенное конфигурирование ресурсов) -> Extended Resource Configuration (Расширенное конфигурирование ресурсов) -> HACMP Extended Resources Configuration (Расширенное конфигурирование ресурсов HACMP) -> Configure HACMP Applications (Конфигурирование приложений HACMP) -> Configure HACMP Application Monitoring (Конфигурирование мониторинга приложений HACMP), после чего выбирается либо меню Configure Process Application Monitors (Конфигурирование мониторов процессов приложений), либо меню Configure Custom Application Monitors (Конфигурирование настраиваемых мониторов приложений). Кроме того, можно использовать быстрый путь smit cm_cfg_appmon.

Мониторинг процессов приложений

Средство мониторинга процессов приложений использует встроенную функцию мониторинга, реализованную в RSCT, и не требует каких-либо дополнительных скриптов. Оно обнаруживает только прекращение работы процесса приложения и неспособно обнаружить какое-либо другое нарушение в работе приложения.

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

Для добавления нового монитора приложения следует запустить smit hacmp > Extended Resource Configuration (Расширенное конфигурирование ресурсов) > Extended Resource Configuration (Расширенное конфигурирование ресурсов) > HACMP Extended Resources Configuration (Расширенное конфигурирование ресурсов HACMP) > Configure HACMP Applications (Конфигурирование приложений HACMP) > Configure HACMP Application Monitoring (Конфигурирование мониторинга приложений HACMP) > Configure Process Application Monitors (Конфигурирование мониторов процессов приложений) > Add a Process Application Monitor (Добавить монитор процессов приложения) либо использовать быстрый путь smit cm_cfg_process_appmon. На рис. 8.29 показан экран SMIT с полями конфигурирования монитора приложения нашего тестового процесса.

(рис 8.29) Экран добавления монитора процесса приложения

Мы определили монитор приложения APP1_monitor для монитора приложения APP1. Мы использовали стандартный режим мониторинга: Long-running monitoring (Долгосрочный мониторинг). В этом режиме монитор приложения периодически проверяет, работает ли сервер приложения. Проверка начинается по истечении заданного стабилизационного интервала (Stabilization interval). Альтернативные варианты – Startup Monitoring (Мониторинг при запуске) и both (оба режима). При выборе опции Startup Monitoring (Мониторинг при запуске) монитор приложения проверяет успешность запуска сервера приложения в заданном стабилизационном интервале. Мы установили для параметра Stabilization interval (Стабилизационный интервал) значение 120 с.

Мы определили процессы app1d и app1testd, владельцем которых является root, и для которых будет осуществляться мониторинг с использованием данного монитора приложений.

Мы можем определить два разных варианта работы монитора в том случае, если отказ не был устранен после всех попыток, в соответствии со значением поля Restart Interval (Интервал перезапуска). Эти варианты устанавливаются через поле Action on Application Failure (Действие при отказе приложения). Возможные значения поля: notify и fallover. Если выбрано значение notify, после выполнения метода уведомления никаких действий не предпринимается. Если выбрано значение fallover, группа ресурсов, содержащая приложение, для которого осуществляется мониторинг, перемещается на другой узел в кластере.

Параметр Notification method (Метод уведомления) определяет скрипт, выполняющийся при каждом перезапуске приложения, полном отказе или перемещении на следующий узел в кластере. Настоятельно рекомендуется сконфигурировать этот метод.

Cleanup Method (Метод очистки) и Restart Method (Метод перезапуска) определяют скрипты остановки и запуска приложения после обнаружения отказа. Заданные по умолчанию скрипты запуска и остановки используются как определенные в конфигурации сервера приложения.

Настраиваемый мониторинг приложения

Настраиваемый монитор приложения представляет другой вариант мониторинга доступности приложения с использованием настраиваемых скриптов, которые могут имитировать доступ клиента к службам, предоставляемым приложением. Он использует встроенную функцию мониторинга, обеспечиваемую RSCT, и не требует настраиваемого скриптаЗдесь авторы ошиблись. Для использования этого метода необходимы скрипты (или программы), разработанные специально для мониторинга состояния конкретного приложения в конкретной среде . В зависимости от кода завершения этого скрипта, монитор определяет, доступно ли приложение. Если скрипт завершается с кодом 0, это означает, что приложение доступно. Любой другой код завершения означает, что приложение недоступно.

Можно добавить новый настраиваемый монитор приложения с использованием SMIT путем запуска smit hacmp > Extended Resource Configuration (Расширенное конфигурирование ресурсов) > Extended Resource Configuration (Расширенное конфигурирование ресурсов) > HACMP Extended Resources Configuration (Расширенное конфигурирование ресурсов HACMP) > Configure HACMP Applications (Конфигурирование приложений HACMP) > Configure HACMP Application Monitoring (Конфигурирование мониторинга приложений HACMP) > Configure Custom Application Monitors (Конфигурирование настраиваемых мониторов приложений) > Add a Custom Application Monitor (Добавление настраиваемого монитора приложения) или используя быстрый путь smit cm_cfg_custom_appmon. Экран SMIT и его опции добавления метода в конфигурацию кластера подобны экрану добавления монитора процесса приложения, как показано на рис. 8.29.

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

Monitor Method (Метод мониторинга). Указывает полный путь к скрипту, определяющему метод проверки состояния приложения. Если приложением является база данных, этот скрипт может подключиться к базе данных и выполнить SQL-запрос select для заданной таблицы базы данных. Корректный результат SQLзапроса select означает, что база данных работает нормально.

Monitor Interval (Интервал мониторинга). Определяет интервал (в секундах) периодического выполнения метода монитора.

Hung Monitor Signal (Сигнал при зависании монитора). Определяет сигнал, отправляемый для остановки метода монитора, если ответ от него не был получен за время, заданное параметром Monitor Interval (Интервал мониторинга). По умолчанию отправляется сигнал SIGKILL(9).

Приостановка/возобновление мониторинга приложения

После конфигурирования монитора приложения необходимо его активизировать. Это можно сделать через меню Resume Application Monitoring (Возобновление мониторинга приложения) путем запуска smit cl_admin > HACMP Resource Group and Application Management (Управление группами ресурсов и приложениями HACMP) > Suspend/Resume Application Monitoring (Приостановка/возобновление мониторинга приложения) > Resume Application Monitoring (Возобновить мониторинг приложения), после чего следует выбрать сервер приложения, связанный с монитором, который требуется активизировать. Пример 8.18 содержит выходные данные после успешного возобновления монитора приложения на сервере приложения APP1 в нашем тестовом кластере.

Jul 6 2005 18:00:17 cl_RMupdate: Completed request 
 to resume monitor(s) for applic ation APP1.
Jul 6 2005 18:00:17 cl_RMupdate: The following 
monitor(s) are in use for applicati on APP1:
test

Можно приостановить либо возобновить мониторинг приложения в любое время. Это действие не влияет на доступность сервера приложения, однако влияет на статистические результаты, выводимые инструментом анализа доступности приложения (application availability analysis tool). Дополнительные сведения об этом инструменте см. в разделе "Измерение доступности приложения".

Измерение доступности приложения

С помощью инструмента анализа доступности приложения (application availability analysis tool) можно выполнять измерение количества времени общей доступности для приложений высокой доступности. Программное обеспечение HACMP осуществляет сбор и регистрацию следующей информации в формате с отметками времени:

запуски, остановки и отказы приложения;

отказы узлов, завершения работы и возобновления работы на узлах, а также запуск и завершение работы служб кластера;

отключение или перемещение группы ресурсов;

приостановка или возобновление мониторинга приложения.

На основе информации, собранной инструментом анализа доступности приложения (application availability analyze tool), можно выбрать время для периода измерения, после чего инструмент выводит статистику времени работы и времени простоя для определенного приложения за этот период. Используя SMIT, можно вывести следующие показатели:

процент времени работы;

количество времени работы;

самый долгий период времени работы;

процент времени простоя;

количество времени простоя;

самый долгий период времени простоя;

процент времени приостановки мониторинга приложения.

Инструмент анализа доступности приложения (application availability analyze tool) выдает информацию о доступности приложения с точки зрения кластера HACMP. Он может анализировать только те приложения, которые были правильно настроены в конфигурации кластера.

Этот инструмент выводит только статистику, отражающую доступность сервера приложения HACMP, группы ресурсов и монитора приложения (если сконфигурировано). Он не может определить внутренний отказ приложения, обнаруживаемый конечным пользователем, если этот отказ не определяется монитором приложения.

Использование инструмента анализа доступности приложения

Инструмент анализа доступности приложения можно использовать сразу же после определения серверов приложения, так как инструмент не требует какой-либо дополнительной настройки и автоматически собирает статистику по всем серверам приложений.

Можно вывести определенные статистические показатели приложения, генерируемые инструментом анализа доступности приложения (Application Availability Analysis tool) из меню SMIT, выполнив smit hacmp > System Management (C-SPOC) > Resource Group and Application Management (Управление группами ресурсов и приложениями HACMP) > Application Availability Analysis (Анализ доступности приложения). На рис. 8.30 показан экран SMIT инструмента анализа доступности приложения в среде нашего тестового кластера.

smit cl_app_AAA.dialog

(рис 8.30) Экран анализа доступности приложения

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

Выходные данные инструмента анализа доступности приложения

Страницы:

CSPOC DP

Доступ к паролю пользователя "root" должны иметь только опытные администраторы HACMP.

Прежде чем вносить изменения, всегда создавайте снимок существующей конфигурации.

Осуществляйте регулярный мониторинг кластера.

Общее описание C-SPOC

Меню C-SPOC SMIT

HACMP Communication Interface Management (Управление коммуникационными интерфейсами HACMP).

Наборы файлов

HACMP обеспечивает три способа распространения этих файлов:

Журналы функции наборов файлов хранятся в файле /var/hacmp/log/clutils.log.

Предопределенные наборы файлов

Configuration_Files

Этот набор содержит основные файлы конфигурации AIX:

/etc/hosts;

/etc/services;

/etc/snmpd.conf;

/etc/snmpdv3.conf;

/etc/rc.net;

/etc/inetd.conf;

/usr/es/sbin/cluster/netmon.cf;

/usr/es/sbin/cluster/etc/clhosts;

/usr/es/sbin/cluster/etc/rhosts.

HACMP_Files

Скрипт запуска сервера приложения.

Скрипт остановки сервера приложения.

Скрипт уведомления о событии.

Скрипт предобработки события.

Скрипт постобработки события.

Скрипт восстановления после ошибок событий.

Скрипт уведомления монитора приложения.

Скрипт очистки монитора приложения.

Скрипт перезапуска монитора приложения.

Файл текста сообщения на пейджер.

Скрипты запуска и остановки каналов SNA.

Скрипты запуска и остановки каналов X.25.

Скрипт запуска поддержки HA Tape.

Скрипт остановки поддержки HA Tape.

Пользовательская программа восстановления после ошибок событий.

Настраиваемый скрипт метода создания снимков.

Откройте меню управления наборами файлов SMIT HACMP:

smit cm_filecollection_
mgt

Выберите Change/Show a File Collection (Изменение/вывод набора файлов).

Из всплывающего списка выберите HACMP_Files и нажмите Enter.

Управление наборами файлов

В этом разделе описывается создание, изменение и удаление наборов файлов.

Добавление набора файлов

Выберите Manage File Collections (Управление наборами файлов).

Выберите Add a File Collections (Добавление наборов файлов).

Введите требуемую информацию (рис. 8.2):

File Collection Name (Имя набора файлов). Уникальное имя для набора файлов.

File Collection Description (Описание набора файлов). Короткое описание данного набора файлов.

(рис 8.2) Добавление набора файлов

Если для обеих опций установлено значение No (Нет), то автоматическая синхронизация не выполняется.

Изменение набора файлов

Выберите Manage File Collections (Управление наборами файлов).

Выберите Change/Show a File Collections (Изменение/вывод наборов файлов).

Выберите набор файлов из всплывающего списка.

Теперь можно изменять следующую информацию (см. экран SMIT на рис. 8.3):

File collection name (Имя набора файлов).

File Collection Description (Описание набора файлов).

Propagate files during cluster synchronization? (Распространять файлы во время синхронизации кластера?).

Propagate files automatically when changes are detected? (Автоматически распространять файлы при обнаружении изменений?).

(рис 8.3) Изменение набора файлов

Collection files (Файлы набора). Нажмите F4, чтобы просмотреть список файлов из этого набора.

Удаление набора файлов

Выберите Manage File Collections (Управление наборами файлов).

Выберите Remove a File Collections (Удаление наборов файлов).

Выберите набор файлов из всплывающего списка.

Еще раз нажмите Enter, чтобы подтвердить удаление набора файлов.

Изменение таймера автоматического обновления

Выберите Manage File Collections (Управление наборами файлов).

Выберите Change/Show Automatic Update Time (Изменение/вывод времени автоматического обновления).

Выберите набор файлов из всплывающего списка.

Добавление файлов в набор файлов

Выберите Manage File Collections (Управление наборами файлов).

Выберите Add Files to a File Collection (Добавление файлов в набор файлов).

Выберите набор файлов из всплывающего списка и нажмите Enter.

На панели SMIT можно выбрать текущий список файлов или добавить новые файлы (см. рис. 8.4):

Чтобы получить список текущих файлов в данном наборе, нужно перейти в поле Collection files (Файлы набора) и нажать F4.

(рис 8.4) Добавление файлов в набор файлов

Внимание! Нельзя добавить файлы в набор HACMP_Files.

Удаление файлов из набора файлов

Выберите Manage File Collections (Управление наборами файлов).

Выберите Remove Files from a File Collection (Удаление файлов из набора файлов).

Выберите набор файлов из всплывающего списка и нажмите Enter.

Выберите один или несколько файлов из списка и нажмите Enter. (рис. 8.5).

Еще раз нажмите Enter для подтверждения.

(рис 8.5) Удаление файлов из наборов файлов

Внимание! Нельзя таким способом удалить файлы из набора файлов HACMP_Files.

Распространение файлов в наборах файлов вручную

Можно выполнить синхронизацию любого набора файлов вручную (рис. 8.6).

Выберите Propagate Files in File Collections (Распространение файлов в наборах файлов).

Выберите набор файлов из всплывающего списка и нажмите Enter.

Еще раз нажмите Enter для подтверждения.

(рис 8.6) Распространение файлов в наборах файлов вручную

Администрирование пользователей

При синхронизации пользователей и паролей следует учитывать следующее:

Администрирование пользователей и групп через CSPOC

добавление пользователя;

вывод списка пользователей;

изменение атрибутов пользователя;

удаление пользователя;

изменение пароля;

добавление, вывод списка, изменение и удаление групп.

Добавление пользователя

Чтобы добавить пользователя на всех узлах в кластере:

Запустите SMIT: smit.

Выберите Communications Applications and Services (Коммуникационные приложения и службы).

Выберите HACMP for AIX (HACMP для AIX).

Выберите System Management (C-SPOC).

Выберите Users in a HACMP Cluster (Пользователи в кластере HACMP).

Выберите Add a User to the Cluster (Добавление пользователя в кластер).

Таблица перекрестных ссылок пользователей, групп ресурсов и узлов
Группа ресурсов	Узлы	Пользователи
rg1	node1, node2	db2adm, db2inst, db2user
rg2	node2, node1	galamb, karesz
rg3	node3, node4	matyi, adrien
rg4	node4, node3, node2, node1	app1adm, app1user

(рис 8.7) Выбор узлов по группе ресурсов

Вывод списка пользователей кластера

Для вывода списка пользователей кластера проделайте следующее:

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Users in a HACMP Cluster (Пользователи в кластере HACMP).

Выберите List Users in the Cluster (Вывести список пользователей в кластере).

Нажмите Enter (рис. 8.9).

(рис 8.9) Вывод списка пользователей в кластере

Изменение атрибутов пользователей

Для изменения атрибутов пользователей в кластере проделайте следующее:

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Users in a HACMP Cluster (Пользователи в кластере HACMP).

Выберите Change/Show Characteristics of a User in the Cluster (Изменить/ показать свойства пользователя в кластере).

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

Теперь можно изменить атрибуты пользователя (рис. 8.10):

(рис 8.10) Изменение атрибутов пользователя

Удаление пользователя

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Users in a HACMP Cluster (Пользователи в кластере HACMP).

Выберите Remove a User from the Cluster (Удаление пользователя из кластера).

(рис 8.11) Удаление пользователя из кластера

Добавление группы пользователей в кластер

Запустите HACMP Security and User Management (Безопасность и управление пользователями HACMP) путем ввода команды smit cl_usergroup.

Выберите Groups in a HACMP Cluster (Группы в кластере HACMP).

Выберите Add a Group to the Cluster (Добавление группы в кластер).

Таблица перекрестных ссылок групп, групп ресурсов и узлов
Группа ресурсов	Узлы	Группа
rg1	node1, node2	db2group
rg2	node2, node1	developers
rg3	node3, node4	itstaff
rg4	node4, node3, node2, node1	app1users