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

Введение в HACMP

Лекция 1: 123456 || Лекция 2 >

Преобразование снимка кластера

Этот метод миграции предназначен для случаев, когда для AIX и HACMP необходимо выполнить обновление и миграцию одновременно (например, при переходе с AIX V4.3.3 и HACMP V4.4.1 на AIX 5L™ V5.1 и HACMP V5.1).

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

При миграции с ранней поддерживаемой версии HACMP (HAS) на HACMP V5.X можно выполнить миграцию кластера без снимка. Необходимо сохранить таблицу планирования (planning worksheet) и конфигурационные файлы из текущей конфигурации для последующего использования в случае, если потребуется сконфигурировать кластер HACMP так же, как он был сконфигурирован в предыдущей установке. Затем требуется удалить компоненты программного обеспечения HACMP, повторно их установить в более поздней версии HACMP и сконфигурировать их в соответствии с сохраненными файлами планирования и конфигурации.

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

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

  1. Убедитесь, что текущее программное обеспечение является committed (не находится в статусе applied).
  2. Сохраните конфигурацию своего кластера HAS в виде снимка, а также сохраните все настроенные скрипты обработки событий, которые требуется оставить.
  3. Удалите программное обеспечение HAS на всех узлах кластера.
  4. Установите программное обеспечение HACMP V5.1.
  5. Проверьте установленное программное обеспечение.
  6. Преобразуйте и примените сохраненный снимок.

Инструмент создания снимков кластера позволяет сохранить конфигурацию кластера в файл посредством выполнения следующих действий:

  1. Переустановите модифицированные вами скрипты обработки событий.
  2. Перезагрузите каждый узел.
  3. Выполните синхронизацию и проверьте конфигурацию HACMP V5.1.

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

Проверка предыдущих версий HACMP

Чтобы просмотреть, существует ли программное обеспечение HACMP Classic (HAS) в вашей системе, введите следующую команду:

# lslpp -h "cluster*"

Если выходные данные команды lslpp покажут, что установлена HACMP версии ниже V4.5, то, прежде чем использовать утилиту преобразования снимков, необходимо сначала выполнить обновление как минимум до версии V4.5. Дополнительные сведения см. в руководстве HACMP for AIX 5L V5.1 Administration and Troubleshooting Guide, SC23-4862-02.

Сохранение конфигурации кластера и модифицированных скриптов обработки событий

Для сохранения конфигурации кластера HACMP (HAS) версии V4.5 или выше, необходимо создать снимок в HACMP (HAS). Если у вас есть модифицированные скрипты обработки событий, они также должны быть сохранены.

Внимание! Не сохраняйте конфигурацию своего кластера или модифицированные скрипты обработки событий в каталогах /usr/sbin/cluster, /usr/es/sbin/cluster и /usr/lpp/ cluster. При установке новых пакетов HACMP эти каталоги удаляются и создаются заново.

Как удалить программное обеспечение HACMP Classic (HAS)

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

  1. Введите быстрый путь smitty install_remove. Должен будет появиться экран, представленный в примере 1.1.
Remove Installed Software
					
Type or select values in entry fields.
Press Enter AFTER making all desired changes.

					[Entry Fields]
* SOFTWARE name			[cluster*]	+
PREVIEW only? (remove operation will NOT occur)	yes		+
REMOVE dependent software?			no		+
EXTEND file systems if space needed?		no		+
DETAILED output? 				no		+	
F1=Help	F2=Refresh	F3=Cancel	F4=List
F5=Reset		F6=Command	F7=Edit		F8=Image
F9=Shell		F10=Exit	Enter=Do
Пример 1.1. Удаление установленного программного обеспечения

Установка HACMP V5.1

При установке программного обеспечения следуйте инструкциям, приведенным в разделе "Установка HACMP".

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

Проверка установленного программного обеспечения

После установки HACMP проверьте наличие требуемых файлов с использованием команды lppchk. Дополнительные сведения см. в разделе "Действия после установки".

Преобразование и применение сохраненного снимка

После установки HACMP V5.1 на узлах кластера необходимо преобразовать и применить снимок, сохраненный в прежней конфигурации.

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

Для преобразования и применения снимка:

  1. Используйте утилиту clconvert_snapshot, указав номер версии HACMP (HAS) и имя преобразуемого файла снимка. Флаг -C выполняет преобразование снимка HACMP (HAS) в формат снимка HACMP V5.1:
    clconvert_snapshot -C -v версия -s <имя_файла>
  2. Примените снимок.

Переустановка сохраненных модифицированных скриптов обработки событий

Переустановите требуемые модифицированные скрипты обработки событий, сохраненные в предыдущей конфигурации.

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

Перезагрузка узлов кластера

Перезагрузка узлов кластера необходима для активизации коммуникационного демона нового кластера (clcomdES).

Проверка и синхронизация конфигурации кластера

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

Выполните команду smitty hacmp и выберите пункт Extended Configuration Extended Verification and Synchronization (Расширенная конфигурация > Расширенная верификация и синхронизация), выберите Verify changes only (Верифицировать только изменения), после чего нажмите Enter (пример 1.2).

HACMP Verification and Synchronization (Active Cluster on a Local Node)
 
 Type or select values in entry fields.
 Press Enter AFTER making all desired changes.
 
 			[Entry Fields]
* Emulate or Actual 				[Actual] 	+
Force synchronization if verification fails? 	[No] 		+
* Verify changes only? 				[No] 		+
* Logging 					[Standard] 	+

F1=Help 	F2=Refresh 	F3=Cancel 	F4=List
F5=Reset 	F6=Command 	F7=Edit 	F8=Image
F9=Shell 	F10=Exit 	Enter=Do
Пример 1.2. Верификация и синхронизация HACMP

Важно! Нельзя выполнить синхронизацию в кластере со смешанными версиями. При обновлении не следует надолго оставлять кластер со смешанными версиями HACMP. Новые функции версии V5.1 доступны только после обновления всех узлов и синхронизации кластера.

Поузловая миграция

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

  • На всех узлах кластера должно быть установлено состояние committed ПО HACMP V4.5.Поузловая миграция выполняется только с версии HACMP (HAS) V4.5 на версию HACMP V5.1.
  • Все узлы в кластере должны быть включены и на них должно выполняться программное обеспечение HAS V4.5.
  • Кластер должен находиться в стабильном состоянии. Должно быть достаточно дискового пространства, чтобы в процессе миграции хватило места как для программного обеспечения HAS, так и для программного обеспечения HACMP:
    • приблизительно 120 Мб в каталоге /usr;
    • приблизительно 1.2 Мб в каталоге / (root);
  • После завершения миграции требования к дисковому пространству снижаются до обычных показателей, необходимых для работы HACMP V5.1.
  • Узлы должны иметь достаточно памяти для одновременного выполнения демонов HACMP (HAS) и HACMP. Это составляет как минимум 64 Мб оперативной памяти. Рекомендуется иметь 128 Мб оперативной памяти.
  • Убедитесь, что у вас отсутствуют типы сетей, неподдерживаемые в HACMP. После начала миграции уже нельзя будет внести изменения в конфигурацию. Необходимо удалить или изменить неподдерживаемые типы заранее. Дополнительные сведения см. в "Планирование" , "Planning Cluster Network Connectivity", руководства HACMP for AIX 5L V5.1 Planning and Installation Guide, SC23-4861-02. Важно! Как и при любой миграции, не пытайтесь внести какие-либо изменения в топологию или ресурсы кластера после начала процесса миграции.
  • Если какие-либо узлы в кластере в настоящее время настроены на автоматический запуск служб кластера при перезагрузке, измените этот параметр до начала процесса миграции. Следующие процедуры описывают, как отключить автоматический запуск кластера.
    • Используйте C-SPOC для отключения автоматического запуска служб кластера при перезапуске системы.
    • Используйте быстрый путь SMIT smitty clstop и выберите опции, показанные в примере 1.3.
Stop Cluster Services
			
Type or select values in entry fields.
Press Enter AFTER making all desired changes.

				[Entry Fields]
* Stop now, on system restart or both 	on system restart 	+
Stop Cluster Services on these nodes 	[p630n01] 		+
BROADCAST cluster shutdown? 		true 			+
* Shutdown mode 			graceful 		+

F1=Help 	F2=Refresh 	F3=Cancel 	F4=List
F5=Reset 	F6=Command 	F7=Edit 	F8=Image
F9=Shell 	F10=Exit 	Enter=Do
Пример 1.3. Остановка служб кластера

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

Как осуществить поузловую миграцию

Для осуществления поузловой миграции с HACMP V4.5 на HACMP V5.1 необходимо выполнить следующие действия:

  1. Сохраните текущую конфигурацию в снимке (в качестве меры предосторожности). Поместите его в безопасный каталог (не затрагиваемый процедурами установки). Не используйте каталог /usr/sbin/cluster.
  2. Остановите службы кластера на одном из узлов, на котором выполняется HAS V4.5, с использованием метода постепенной остановки с передачей ресурсов на резервные узлы (graceful with takeover). Для остановки служб кластера из командной строки введите
    # /usr/es/sbin/cluster/utilities/clstop -gr
  3. Прежде чем продолжить, убедитесь в том, что службы кластера на узле остановлены и что ресурсы кластера с этого узла были переданы на резервные узлы.
  4. Установите HACMP V5.1 на узле. Инструкции по установке см. в разделе "Установка программного обеспечения HACMP".
  5. Выполните проверку установленного программного обеспечения с использованием команды AIX lppchk. См. раздел "Действия после установки".
  6. Перезагрузите узел.
  7. Перезапустите программное обеспечение HACMP:
    1. введите быстрый путь smitty hacmp ;
    2. перейдите в System Management (C-SPOC);
    3. выберите Manage HACMP Services;
    4. выберите Start Cluster Services.
    Перезапуск служб кластера При перезапуске также используется программное обеспечение HACMP: на узле запускаются службы кластера HACMP, после чего узел заново присоединяется к кластеру. Узел заново получает ресурсы типа cascading (каскадные), для которых он является первичным узлом (это зависит от параметра Inactive Takeover). Теперь на узле выполняется и старая и новая версия HACMP (т. е., HACMP V4.5 и HACMP/ES V5.1), но только HACMP Classic (HAS) управляет событиями и ресурсами кластера. При выводе списка демонов, управляемых контроллером системных ресурсов (system resource controller, SRC), он будет содержать следующие демоны на этом гибридном узле ( табл. 1.4).
    Таблица 1.4. Список демонов, используемых HACMP
    HACMP HACMP/ES RSCT
    clstmgr clstmgrES grpsvcs
    cllockd (необязательный) cllockdES (необязательный) topsvcs
    clsmuxpd clsmuxpES emsvcs
    clinfo (необязательный) clinfoES (необязательный) grpglsm
    clcomdES emaixos
    Повторите действия пп. 2–6 для всех узлов в кластере. Внимание! Запуск служб кластера на последнем узле можно считать точкой необратимости. После перезапуска HACMP (при этом выполняется перезапуск обеих версий HACMP) на последнем узле, когда миграция уже была начата, ее нельзя обратить. Если после этого вам потребуется возвратиться к прежней конфигурации HACMP, придется переустановить программное обеспечение HACMP и применить сохраненный снимок. До этого момента можно отменить установку HACMP и вернуться к прежней конфигурации кластера HACMP. Если вам потребуется это сделать, см. раздел "Процедура возврата". Во время процесса установки и миграции, при перезапуске каждого узла происходит запуск обоих продуктов, где контроль обработки событий кластера осуществляет HACMP clstrmgr, а clstrmgrES работает в пассивном режиме. После перезапуска служб кластера на последнем узле миграция на HACMP продолжается автоматически. Полное управление кластером автоматически передается демонам HACMP V5.1. Сообщения, описывающие процесс миграции, записываются в файл /tmp/hacmp. out, а также в файлы журналов /tmp/cm.log и /tmp/clstrmgr.debug. После окончания миграции, когда все узлы кластеров включены и на них выполняется HACMP V5.1, происходит удаление программного обеспечения HACMP (HAS).
  8. После обновления и перезагрузки всех узлов кластер перейдет в стабильное состояние и нужно будет выполнить синхронизацию и проверку конфигурации. Также после миграции следует обязательно протестировать корректность выполнения операций перемещения при сбое и восстановления.

Примечание. В процессе поузловой миграции с HAS 4.5 на HACMP V5.1 будут выдаваться следующие предупреждения: sysck: 3001-036 WARNING: File /etc/cluster/lunreset.lst is also owned by fileset cluster. base.server.events. sysck: 3001-036 WARNING: File /etc/cluster/disktype.lst is also owned by fileset cluster. base.server.events. Можете благополучно игнорировать эти предупреждения и продолжать установку.

Сообщение config_too_long

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

Можно избежать вывода этих сообщений, увеличив время ожидания до вызова события config_too_long (с использованием SMIT). Чтобы изменить интервал, заданный для обработки события, нужно выполнить следующие действия:

  1. Введите быстрый путь smitty hacmp.
  2. Перейдите в Extended Configuration.
  3. Выберите Extended Event Configuration.
  4. Выберите Change/Show Time Until Warning.

Это необходимо сделать на каждом узле. Изменения вступают в действие после перезапуска служб кластера.

Лекция 1: 123456 || Лекция 2 >
Динар Валеев
Динар Валеев
Россия
Lichodedov Andrej
Lichodedov Andrej
Литва