Деякі конфігурації зажадають використання моніторингу пульсу через синоніми. Наприклад, якщо обидва локальних базових адаптера відносяться до однієї підмережі або ж якщо все базові адаптери на всіх вузлах відносяться до різних підмереж.
Для кластера з двох вузлів потрібне використання щонайменше однієї підмережі на комунікаційний інтерфейс на вузол (при використанні однакової маски підмережі у всіх подсетях). Для кластера з декількома комунікаційними інтерфейсами на вузол зверніть увагу на таке:
Примітка. Це обмеження знімається при використанні моніторингу пульсу через синоніми.
Можна виконати налаштування параметрів розміщення сервісних IP-міток, сконфигурированних в HACMP V5.3. Можна налаштувати розміщення синонімів через меню SMIT з використанням наступних варіантів:
- Без спільного розміщення (Anti-Collocation). Використовується за замовчуванням. HACMP розподіляє сервісні IP-мітки за всіма доступними комунікаційним інтерфейсам з використанням вибору за принципом найменшої завантаженості.
- З спільним розміщенням (Collocation). HACMP розміщує всі сервісні IP-мітки на одному комунікаційному інтерфейсі (NIC).
- Без спільного розміщення і з постійною міткою (Anti-Collocation with persistent label). HACMP розміщує всі сервісні IP-мітки за всіма активними комунікаційним інтерфейсам, що не містить постійну IP-мітку синоніма. HACMP розміщує сервісну IP-мітку на інтерфейсі, що містить постійну мітку тільки в тому випадку, якщо інші мережеві інтерфейси недоступні. Якщо постійні IP-позначки не були сконфігуровані, HACMP дозволяє вибрати метод розміщення Anti-Collocation with Persistent (Без спільного розміщення і з постійною міткою), однак при цьому видається попередження і за замовчуванням використовується звичайний метод без спільного розміщення.
Моніторинг пульсу через синоніми
HACMP вимагає використання окремої підмережі для моніторингу кожного базового адаптера. При конфігурації з застосуванням двох Ethernet-адаптерів на вузлі потрібно дві підмережі. При вживанні трьох адаптерів потрібно три підмережі. Ці підмережі не обов'язково повинні бути маршрутизуються поза мереж кластера.
IP-синоніми моніторингу пульсу додаються при запуску HACMP на вузлі і видаляються при зупинці HACMP. Ці IP-синоніми використовуються тільки для повідомлень пульсу. Для них не потрібно здійснювати маршрутизацію, і їх не слід застосовувати для будь-якого іншого трафіку. Маска підмережі збігається з використовуваної для сервісних і несервісних синонімів.
Мал. 3.11. Моніторинг пульсу через синоніми
Планування мережі, відмінній від IP
Мережі типу "точка-точка" грають важливу роль в забезпеченні високої доступності кластера. Досить небезпечно застосовувати одну лише TCP / IP-мережу для забезпечення доступності кластера і недопущення поділу кластера. Тому важливо створювати мережі типу "точка-точка". При використанні великих кластерів необхідно створювати відповідні шляхи між усіма вузлами в кластері.
Призначення топології послідовної мережі або мережі "точка-точка" полягає в тому, щоб забезпечити достатню кількість шляхів між вузлами кластера, щоб RSCT могла правильно оцінити серйозність збою в кластері.
Поділ кластера (також зване ізоляцією вузла або split brain) виникає в тому випадку, коли вузол HACMP перестає отримувати весь трафік пульсу з іншого вузла (за всіма доступними мереж) і передбачає, що на цьому вузлі відбулася відмова. Проблема поділу кластера полягає в тому, що вузли з одного боку розділу сприймають відсутність пакетів пульсу від вузлів з іншого боку розділу як ознаку відмови вузлів, генеруючи події відмови для цих вузлів. Після цього вузли з кожного боку кластера намагаються перехопити ресурси (якщо налаштований перехоплення) з вузла, який насправді все ще активний і тому є законним власником цих ресурсів. Такі спроби перехоплення можуть привести до непередбачуваних результатів в кластері, наприклад до пошкодження даних в зв'язку з реініціалізації дисків.
Найкращий захист від виникнення подібних ситуацій полягає в тому, щоб використовувати кілька мереж, як TCP / IP-мереж, так і мереж типу "точка-точка", щоб забезпечити правильність оцінки серйозності проблеми. Пам'ятайте про те, що HACMP (зокрема, RSCT) відправляє і отримує пакети пульсу за всіма доступними мереж, тому чим більше мереж, тим точніше HACMP зможе визначити, чи має місце відмова вузла або відмова мережі.
Наступний набір з чотирьох малюнків показує, яким чином слід здійснювати додавання мереж в кластер, щоб забезпечити найкращий захист від поділу кластера.
На рис. 3.12 показаний кластер з чотирьох вузлів з одним Ethernet-підключенням до кожного сервера. Так як використовується тільки одна мережа, то при втраті будь-якого зв'язку частина кластера буде розділена. У прикладі показаний розрив зв'язку між двома Ethernetкоммутаторамі, що викликає відділення двох вузлів зліва від двох вузлів справа. В даному випадку можуть виникнути проблеми в результаті спроб виконати перехоплення ресурсів з активного вузла.
Мал. 3.13 кілька більш реалістичний; на ньому представлені подвійні Ethernetподключенія з кожного вузла. Кожен Ethernet-адаптер підключений до окремого комутатора. В цьому випадку для поділу кластера необхідно, щоб відбулася відмова двох комутаторів або ж обох Ethernet-підключень на вузлі. Однак сама по собі мережу TCP / IP залишається єдиною точкою відмови.
Мал. 3.12. поділ кластера
Мал. 3.13. Кластер без поділу з подвійними Ethernet-підключеннями
На рис. 3.14 представлена рекомендована конфігурація. Є подвійні Ethernet-підключення до декількох Ethernet-комутаторів, а також додана кільцева мережа типу "точка-точка". У кільцевій мережі кожен вузол підключений до своїх безпосередніх сусідів. При втраті одного підключення RSCT все ще зможе підключитися до всіх залишилися вузлів. Для поділу кластера потрібно виникнення подвійного відмови на вузлі і відмови мережі TCP / IP.
Для побудови надійної конфігурації розглянемо реалізацію зоряної топології. При такій конфігурації, крім мережі TCP / IP, кожен вузол підключений до всіх інших вузлів кластера мережами типу "точка-точка". Це дозволяє забезпечити зв'язок RSCT з працюючими вузлами при відмові декількох вузлів. Ця конфігурація представлена на рис. 3.15.
Мал. 3.14. Конфігурація з використанням Ethernet-мережі і кільцевої мережі типу "точка-точка"
Мал. 3.15. Конфігурація з використанням мережі Ethernet і мережі типу "точка-точка" зоряної топології