| Беларусь, Минск |
Инспектор
Вы можете этот курс.
Опубликован: 01.02.2008 | Уровень: профессионал | Доступ: платный | ВУЗ: Компания IBM
Лекция 18: Понятия и конфигурирование GLVM
Аспекты производительности
Хотя это и не относится к теме данной книги, при планировании конфигурации GMVG необходимо учитывать следующее:
- Согласование операций записи зеркальных отображений. Можно отключить согласование операций чтения-записи зеркальных отображений для повышения
производительности, однако при перезагрузке после отказа необходимо выполнить команду syncvg -f, прежде чем можно будет получить доступ к логическому
тому. Логический том может быть установлен:
- Как активный. Используется по умолчанию для зеркального логического тома. Обеспечивает быстрое восстановление после отказа системы (не требует выполнения команды syncvg -f после перезагрузки). Это может вызвать проблемы с производительностью при выполнении операций записи.
- Как пассивный. Отсутствуют проблемы с производительностью при выполнении операций записи и не требуется выполнение команды syncvg -f после перезагрузки. При этом выполняется фоновая ресинхронизация всех разделов, если обнаруживается, что система не была остановлена постепенно (gracefully).
-
Политики планирования LVM. Для зеркальных логических томов определено четыре политики чтения-записи:
- Параллельная. Выполняется балансировка операций чтения по физическим томам (они направляются на устройство с самой короткой очередью), операции записи направляются на физические устройства параллельно (т. е. одновременно).
- Последовательная. Операции чтения выполняются с основной копии, и операции записи выполняются последовательно (т. е. одна копия за другой).
- Параллельная запись, последовательное чтение. Операции чтения осуществляются с основной копии, а операции записи направляются на все физические тома параллельно.
- Параллельная запись, циклическое чтение. Операции чтения выполняются с каждой копии по очереди, а операции записи направляются на все физические тома параллельно.
- Проверка записи. Возможны два варианта:
- Yes (Да). После всех операций записи на логический том выполняются операции чтения.
- No (Нет). Проверка операций записи не выполняется.
Для групп томов GMVG нужно учитывать следующее:
- Согласование операций записи зеркальных отображений. Мы рекомендуем оставить согласование операций записи зеркальных отображений в активном состоянии, так как отказ узла вызовет синхронизацию всего логического тома. Однако если пропускная способность сети и размеры логических томов позволяют, следует рассмотреть вариант использования пассивного режима.
- Политики планирования LVM. Рекомендуется использовать заданную по умолчанию параллельную политику, так как разработчики LVM сделали небольшое изменение для групп томов GMVG. Изменение состоит в том, что, если доступны физические тома, LVM пытается выполнить чтение с локальной копии, а не с RPV.
- Проверку записи. Настоятельно рекомендуется оставить выключенной, как и задано по умолчанию.
Устранение неполадок
- В отличие от HAGEO журнал syslog содержит очень мало данных – одно трассируемое событие (trace hook 4A6).
- Снимок HACMP содержит выходные данные команд lsrpvserver -H и lsrpvclient -H в файле .info.
- snap -g содержит конфигурации RPV-сервера и клиента.
- general.snap – наборы файлов; атрибуты RPV-сервера и RPV-клиентов.
- CuAt – содержит информацию об имени удаленного сайта.
Пример 18.1 содержит свойства RPV-сервера.
frigg:/# Isattr -El rpvserverO auto_online rt Configure at System Boot True client_addr 192.168.101.74 Client IP Address True client_addr 192.168.101.73 Client IP Address True rpvs_pvid 0022be2aal3f292e0000000000000000 Physical Volume Identifier True frigg:/# Isattr -El hdisk7 io_timeout 180 I/O Timeout Interval True local_addr 10.1.101.192 Local IP Address True pvid 0022be2aal3dc0720000000000000000 Physical Volume Identifier True server_addr none Server IP Address TrueПример 18.1. Проверка свойств RPV-сервера
Ниже также представлен пример фрагмента информации об ошибках RPV (пример 18.2).
odin:/# lsrpvserver -H # RPV Server Physical Volume Identifier Physical Volume # rpvserverO O022be2aal3dcO72 hdiskZ odin:/# lsrpvclient -H # RPV Client Physical Volume Identifier Remote Site # hdisk6 0022be2aal3f292e Munchen LABEL: RPVC_10_TIMEOJT IDENTIFIER: D034B795 Date/Time: Thu Jul 14 15:48:03 2005 Sequence Number: 16314 Machine Id: OO2574O04C0O Node Id: frigg Class: U Type: PERM Resource Name: hdisk7 Resource Class: disk Resource Type: rpvclient Location: VPD: Description No response from RPV server within I/O timeout interval. Probable Causes RPV server is down or not reachable. Failure Causes There is a problem with the data mirroring network. The node or site which hosts the RPV server is down. RPV server is not configured in the Available state. Recommended Actions Correct the problem which has caused the RPV server to be down or not reachable. Then, tell the RPV client to resume communication with the RPV server by running the coirenand: chdev -1 <device> -a resume=yes where <device> is the name of this RPV client device.Пример 18.2. Образец информации об ошибках RPV
Этапы миграции с HAGEO на GLVM
Установка пакета для GLVM. Выберите следующие пакеты с установочного носителя:
- cluster.doc.en_US.glvm.html,
- cluster.doc.en_US.glvm.pdf,
- cluster.xd.glvm,
- glvm.rpv.client,
- glvm.rpv.server,
- glvm.rpv.util.
- Начинаем с постепенной остановки служб кластера на узле frigg. Это остановит
устройства GeoMirror на удаленном сайте Munchen:Подождите, пока службы кластера не будут остановлены на удаленном узле. Устройства GeoMirror будут находиться в состоянии "Defined". Экспортируйте определение группы томов GMD на узле frigg:
smitty clstop
Эта операция удаляет определение группы томов из ODM и удаляет разделы файловых систем из /etc/filesystems. Сконфигурируйте среду RPV-сервера. Выполните следующие действия с RPV-сервера.exportvg vg01
- Назначение имени сайта удаленного зеркального отображения. На узле frigg выберите smitty rpvserver -> Remote Physical Volume Server Site Name Configuration
(Настройка имени сайта сервера удаленных физических томов) -> Define
/ Change / Show Remote Physical Volume Server Site Name (Определение
/ Изменение / Вывод имени сайта сервера удаленных физических томов).
Определите имя сайта, как в определении сайта в HACMP.
Для определения сайта можно использовать команду rpvsitename:
/usr/sbin/rpvsitename -a 'Munchen'
- В меню Remote Physical Volume Servers (Серверы удаленных физических томов)
выберите Add Remote Physical Volume Servers (Добавление серверов удаленных физических томов), чтобы определить RPV-серверы, связанные с целевыми дисками для
зеркального отображения. После выбора целевых дисков укажите IP-адрес RPV-клиента, как в примере 18.3.
Add Remote Physical Volume Servers Type or select values in entry fields. Press Enter AFTER making all desired changes. [Entry Fiel ds] Physical Volume Identifiers 0022be2aal3f292e * Remote PV Client Internet Address [192.l01.101.73, 192.101.101.74] + Configure Automatieally at System Restart? [no] + Start Hew Devices Immediately? [yes] + Fl=Help F2=Riefresh F3=Cance1 F4=List F5= Reset F6=Command F7=Edit F8=Image F9=Shell F10=Exit Enter=Do
Пример 18.3. Добавление RPV-сервераПри использовании командной строки используйте команду mkdev, как в примере 18.4:
Повторите действия пп. 1 и 2 для второго RPV. Используйте lsrpvserver для вывода списка определенных RPV-серверов, как показано в примере 18.5.frigg;/# /(usr/sMn/mlrdev -с rpvserver -s rpvserver -t rpvstype \ >-a гpYS_pvid='0022Ьe2aalЗf292e' -a client addr='192.168.101.73,\ 192.16a.101.741' -a auto_online-V rpvserverO Available
Пример 18.4. Добавление RPV-сервера из командной строкиСконфигурируйте RPV-клиенты. Выполните следующие действия на каждом клиенте.friggt/K lsrpvserver _ц # RPV Server Physical Volume Identifier Physical Volume #rpv serverO 0022beЈddl3fЈ9Јe hdiskl frigg:/# lsattr -El rpvserverO auto_onl1ne n Configure at System Boot True client_addr 192.168.101.73 Client JP Address True cHent_addr 192.168.101.74 Client IP Address True rpvs_pvid 0022be2eel3f292eO00OO000O000O000 Physical Volume Identifier True
Пример 18.5. Вывод списка RPV-серверов - Выберите smitty rpvclient -> Add Remote Physical Volume Clients (Добавление клиентов удаленных физических томов).
Укажите IP-адрес RPV-сервера и локальный IP-адрес, используемые для репликации данных. Затем выберите удаленный диск из списка, как показано в примере 18.6.При использовании командной строки см. пример 18.7:
Add Remote Physical Volume Clients Type or select values in entry fields. Press Enter AFTER making all desired changes. [Entry Fields] Remote Physical Volume Server Internet Address 10.1.101.192 Remote Physical Volume Local Internet Address 192.168.101.74 PV Identifiers 0022be2aal3f292e0000000000000000 I/O Timeout Interval (Seconds) [180] i Start New Devices Immediately? [yes] + Fl=Help F2=Refresh F3=Cancel F4=List F5=Reset F6=Command F7=Edit F8=Image F9=Shell F10=Exit Enter=Do
Пример 18.6. Добавление RPV-клиентаК этому моменту на клиенте созданы дисковые устройства, которые можно использовать для интеграции в группу томов и определения зеркальных отображений логических томов. Используйте команду lsrpvclient для вывода списка определенных клиентских RPV. На уровне операционной системы они определяются как обычные жесткие диски. Команды LVM, употребляемые для локальных томов, применяются и к RPV. Пример 18.8 содержит выходные данные команды lsdev.thor:/# /usr/sbin/mkdev -с disk -s remotedisk -t rpvclient \ >-a pvid='0022be2aal3f292e' -a server_addr='10.1.101.192' \ >-a local_addr='192.168.101.73' -a io_timeout='180' hdisk6 Available thor:/# lsattr -El hdisk6 io_timeout 180 I/O Timeout Interval True local_addr 192,168.101,73 Local IP Address True pvid 0022be2aal3f292e0000000000000000 Physical Volume Identifier True server_addr 10.1.1.192 Server IP Address True
Пример 18.7. Добавление RPV-клиента из командной строкиПовторите действия пп. 1–3 для создания обратной пары RPV, связывающей RPVсервер для локального диска на узле thor с RPV-клиентом на узле frigg. Повторите те же действия на узле odin, используя odin_geo1 в качестве локального адреса связи. Определение зеркального отображения LVMthor:/# lspv hdiskO 0022be2a80b97feb rootvg active hdiskl none None hdisk2 0022be2aal3dc072 vgOl concurrent hdisk3 0022be2aal3ea83e vg02 concurrent hdisk4 none None hdiskS none None hdisk6 0022be2aal3f292e None
Пример 18.8. Вывод списка физических томов, определенных на узле thor - Выполните расширение группы томов, содержащей основные данные с определенными RPV.
Используйте меню GLVM в SMIT для расширения группы томов. Выполните smitty
glvm_vg -> Add Remote Physical Volumes to a Volume Group (Добавление удаленных физических томов в группу томов) или используйте команду extendvg:
extendvg vg01 hdisk6
- Создайте зеркальное отображение группы томов, содержащей RPV.Примечание. Перед миграцией логического тома необходимо установить политику размещения "super strict". Используйте команду chlv -s s < lv_name> -u <upper_ bound>, чтобы изменить политику размещения на "super strict". Дополнительные сведения см. в документации по команде chlv.В примере 18.9 представлено изменение логических томов ulv11_log и ulv11:Выполните зеркальное отображение группы томов, выбрав smitty glvm_vg -> Add a Remote Site Mirror Copy to a Logical Volume (Добавление зеркальной копии удаленного сайта в логический том). Можно использовать команду mirrorvg для зеркального отображения группы томов или команду mklvcopy для зеркального отображения логических томов, например:
thor:/# chlv -s s -u 2 ulvll_1og thor:/# lslv ulvlllog LOGICAL VOLUME: ulvlljog VOLUME GROUP: vgOl LV IDENTIFIER: O022be2aO0OO4cO0O0000104d52d0c6d.l PERMISSION: read/write VG STATE: active/complete LV STATE: opened/syncd TYPE: jfs21og WRITE VERIFY: off MAX LPs: 512 PP SIZE: 16 megabyte(s) COPIES: 1 SCHED POLICY: parallel LPs: 1 PPs: 1 STALE PPs: О БВ POLICY: relocatable INTER-POLICY: minimum RELOCATABLE: yes INTRA-POLICY; middle UPPER BOUND: 2 MOUNT POINT: N/A LABEL: None MIRROR WRITE CONSISTENCY: on/ACTIVE EACH LP COPY ON A SEPARATE PV ?: yes (superstrict) Serialize 10 ?: NO thor:/# chlv -s s -u 2 ulvll thor:/# 1 siv ulvll LOGICAL VOLUME: ulvll VOLUME GROUP: vgOl LV IDENTIFIER: 0022be2a00004c0000000104d52d0c6d.2 PERMISSION: read/write VG STATE: active/complete LV STATE: opened/syncd TYPE: jfs2 WRITE VERIFY: off MAX LPs: 512 PP SIZE: 16 megabyte(s) COPIES: 1 SCHED POLICY: parallel LPs: 10 PPs: 10 STALE PPs: О ВВ POLICY: relocatable INTER-POLICY: minimum RELOCATABLE: yes INTRA-POLICY: middle UPPER BOUND: 2 MOUNT POINT: N/A LABEL: /appOl MIRROR WRITE CONSISTENCY: on/ACTIVE EACH LP COPY ON A SEPARATE PV ?: yes (superstrict) Serialize 10 ?: NO thor:/#
Пример 18.9. Изменение логических томовПроверьте состояние группы томов и логических томов с использованием команды lsvg, как показано в примере 18.10:/usr/sbin/mklvcopy -s's' ulv11_log 2 hdisk6
thor;/# lsvg -p vgOl vgOl: PV_HAME PY STATE TOTAL PPs FREE PP5 FREE DISTRIBUTION hd1sk2 active 639 476 128..00..92..128..US hdiste active 639 478 138..02..92..126..120 thor:/* livg -1 vgOl vgOl: LV NAME TYPE LPs PPs PVs LV STATE HOJNT РОШ ulvlljog jfsZlag 1 2 2 Dpen/syncd H/A ulvll- Jfs2 160 320 2 open/stale N/A ulvll_sm statemap 1 1 1 ореп/tyned NM ulvll log sm statemap 111 open/syncd N/A
Пример 18.10. Использование команды lsvg для запроса состояния зеркальных отображений логических томов - Выполните постепенную остановку служб кластера на локальном узле через меню smitty clstop. Проверьте корректность остановки обработки ресурсов кластера. Используйте команду lsgmd, чтобы убедиться в том, что GMD находятся в состоянии "Defined".
- На каждом узле в кластере измените определение файловой системы в файле /etc/
filesystems, чтобы использовать обычные логические тома, а не GMD (пример 18.11).
/appOl: dev = /dev/ulvll vfs = jfs2 log = /dev/ulvll_log mount = false check = false account = false
Пример 18.11. Изменение файловых систем для работы с логическими томамиВажно! Если изначально файловые системы создавались с использованием команды crfs, происходит обновление контрольного блока логического тома (logical volume control block, LVCB) информацией файловой системы, так что каждая команда importvg обновляет файл /etc/filesystems. Проверку данных LVCB можно выполнить с применением команды getlvcb -AT <lv_name>. Если был создан fleshiest over GMD с использованием команды mkfs, команда importvg не обнов-ляет информацию fleshiest в файле /etc/filesystem. - Изменение определений топологии и ресурсов HACMP для использования
GLVM.Примечание. HACMP/XD HAGEO не поддерживает динамическую конфигурацию. Для изменения конфигурации кластера необходимо остановить службы кластера. HACMP/XD GLVM поддерживает динамическую реконфигурацию, если только не установлен HAGEO.Для интеграции групп томов GLVM в HACMP требуется убедиться в том, что осуществляется репликация каждого логического тома. Если группы томов с географическим зеркальным отображением содержат нереплицируемые логические тома, HACMP выдает сообщение об ошибке.
- Реконфигурация топологии кластера.
- Измените тип сети с Geo_Primary на XD_data. На момент публикации этой
книги использование двух сетей XD_data не поддерживалось. В кластере могут быть
одновременно сконфигурированы GMD и RPV. Однако ресурсы GMD и RPV не могут
входить в одну группу ресурсов. Если у вас имеется две сети Geo_Primary, можно оставить вторую сеть для непреобразованных GMD. Пример 18.12 показывает преобразование первой сети Geo_Primary в тип XD_data.
Change/Show an IP-Based Network in the HACMP Cluster Type or select values in entry fields. Press Enter AFTER making all desired changes. [Entry Fields] * Network Name net_Geo_Primary_01 New Network Name [XD_data_net_01] * Network Type [XD_data]+ * Netmask [255.255.255.0]+ * Enable IP Address Takeover via IP Aliases N0+ IP Address Offset for Heartbeating over IP Aliases П * Network attribute public* Fl=Help F2=Refresh F3=Cancel F4=List F5=Reset F6=Comnand F7=Edit F8=Image F9=Shell F10=Exit Enter=Do
Пример 18.12. Преобразование сети HAGEO в сеть XD_dataПримечание. При изменении атрибута сети Geo_Primary с private на public, необходимо удалить и заново создать сеть. - Синхронизация топологии кластера.
- Изменение групп ресурсов для интеграции RPV. Не требуется конфигурировать специальные ресурсы для использования RPV в кластере. На данном этапе следует удалить определения GMD из групп ресурсов (пример 18.13).
Change/Shaw All fiesouгее* and Attributes for a Resource Group Type or select values in entry fields. Press Enter AFTER making all desired changes. [Entry Fields] Resource Group Name "pp01_r9 tnter-site Management Policy Prefer Primary Site Participating Nodes from Primary Site thDr Ddin Participating Nodes from Secondary Site frigg Startup Policy Online On Hume Node Only Fa4over Policy Fa 11 over To Next Priority Node In The List Fan bade Policy Fallback то Higher Priority Node In The Li> Fallback Timer Policy (empty is immediate) [] + Service IP Labels /Addresses [] + Application Servers [ai:uOI_srv] + Volume Groups [vgOl ] + Use forced varyon of volume groups, if necessary true + Automatically Import Volume Groups false + Filesystems (empty is ALL for VGs specified) f/appOl ] + Filesystems Consistency Check fsck + Filesystems Recovery Method sequential + Fllesystems mounted before IP configured false + Filesystems/Directories to Export + F11 esystems/01rectories to NFS Mount [] Network For NFS Mount [] + Tape Resources [] + Raw Disk PVIDs [] + Fast Connect Services [] + Communic.ition Links [] + Primary Workload Manager Class [] + Secondary workload Manager Class + Miscellaneous Data [] GeoMirror Devices + Fl=nelp FZ=Refresh F3=cancel F4=Llst F5=Reset F6=coinmaria F7=Edit F3= image F9-snell F10=Exit Enter=Do
Пример 18.13. Определение группы ресурсов в HACMP - Синхронизация определения кластера по узлам.
- Запуск кластера на узлах.
