Статьи

Програмне забезпечення підвищеної готовності проміжного рівня в Linux, частина 1: Heartbeat і Web-сервер Apache

  1. Серія контенту:
  2. Цей контент є частиною серії: Програмне забезпечення підвищеної готовності проміжного рівня в Linux,...
  3. вимоги до апаратного забезпечення
  4. Таблиця 1. Що знаходиться в пакеті прикладу
  5. Концепції підвищеної готовності
  6. Доступне програмне забезпечення HA
  7. Проект High-Availability Linux і heartbeat
  8. конфігурація кластера
  9. Малюнок 1. Конфігурація heartbeat-кластера в виробничому середовищі
  10. Малюнок 2. Конфігурація heartbeat-кластера з використанням NFS для загальної файлової системи
  11. Таблиця 2. Тестова конфігурація кластера
  12. Налаштування послідовного з'єднання
  13. Налаштування NFS в якості загальної файлової системи
  14. Лістинг 1. Файл exports
  15. Лістинг 3. Розархівація прикладу коду
  16. Лістинг 4. Команди для установки heartbeat
  17. Налаштування heartbeat
  18. 1. Налаштування /etc/ha.d/authkeys
  19. Лістинг 5. Файл authkeys
  20. 2. Налаштування /etc/ha.d/ha.cf
  21. Лістинг 6. Файл ha.cf
  22. 3. Налаштування /etc/ha.d/haresources
  23. Лістинг 7. Файл haresources
  24. Налаштування HTTP-сервера Apache для HA
  25. Тестування HA для HTTP-сервера Apache
  26. Висновок
  27. Ресурси для скачування

Програмне забезпечення підвищеної готовності проміжного рівня в Linux, частина 1

Програмне забезпечення з відкритими початковими кодами пропонує недороге рішення

Серія контенту:

Цей контент є частиною # з серії # статей: Програмне забезпечення підвищеної готовності проміжного рівня в Linux, частина 1

https://www.ibm.com/developerworks/ru/library/?series_title_by=**auto**

Слідкуйте за виходом нових статей цієї серії.

Цей контент є частиною серії: Програмне забезпечення підвищеної готовності проміжного рівня в Linux, частина 1

Слідкуйте за виходом нових статей цієї серії.

Підтримка максимального часу безвідмовної роботи системи стає все більш важливою для успіху обчислень на вимогу (on demand computing). На жаль, багато готових рішень для підвищеної готовності (HA) є дорогими і вимагають хорошої кваліфікації. Ця серія з п'яти статей пропонує недорогу альтернативу організації HA-служб з використанням доступного програмного забезпечення.

Покрокові інструкції в цій серії показують, як створити в Linux ™ підтримують підвищену готовність Web-сервер Apache, менеджер черги WebSphere® MQ, кластер LoadLeveler, кластер WebSphere Application Server і DB2® Universal Database. Системний адміністратор може навчитися використовувати і підтримувати цю систему за мінімальний час. Описані в даній серії прийоми застосовуються також до будь-якої кількості служб в Linux.

Для найкращого засвоєння матеріалу ви повинні мати базові знання WebSphere MQ, WebSphere Application Server, IBM LoadLeveler, DB2 Universal Database і кластерів підвищеної готовності.

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

Ця стаття концентрується на проблемах, з якими ви можете зіткнутися при реалізації HA-рішень. Ми розглянемо концепції HA, доступне програмне забезпечення, апаратне забезпечення для використання і деталі установки і настройки heartbeat (програмного забезпечення HA з відкритим вихідним кодом для Linux), а також побачимо, як забезпечити підвищену готовність Web-сервера за допомогою heartbeat.

вимоги до апаратного забезпечення

Описані в даній серії тестові сценарії вимагають наступного апаратного забезпечення:

  • Чотирьох систем, що підтримують Linux, з мережевими адаптерами Ethernet
  • Один загальний зовнішній жорсткий диск SCSI (twin tail disk - здвоєний диск)
  • Один нуль-модемний послідовний кабель IBM

В моїй конфігурації я використав машини IBM eServer ™ xSeries ™ 335 з 1 GB RAM. Для загального диска я використовував одну з цих машин як NFS-сервер. Вимоги до програмного забезпечення для повної установки наступні (хоча для цієї статті вам потрібен тільки Red Hat Enterprise Linux і heartbeat):

  • Red Hat Enterprise Linux 3.0 (2.4.21-15.EL)
  • heartbeat 1.2.2
  • IBM Java 2 SDK 1.4.2
  • WebSphere MQ for Linux 5.3.0.2 with Fix Pack 7
  • LoadLeveler for Linux 3.2
  • WebSphere Base Edition 5.1.1 for Linux with Cumulative Fix 1
  • WebSphere ND 5.1 for Linux with Fixpack 1
  • DB2 Universal Database Enterprise Server Edition 8.1 Linux

Ви можете виконати тестові сценарії шляхом завантаження пакетів, перерахованих нижче в розділі " Завантаження ". У таблиці 1 описані каталоги в hahbcode.tar.gz.

Таблиця 1. Що знаходиться в пакеті прикладу

Каталог Вміст heartbeat Приклади конфігураційних файлів для heartbeat www HTML-файли для тестування HA Apache Web Server mq Сценарії і код для WebSphere MQ HA:

  • mqseries: Сценарій для запуску і зупинки менеджера черги WebSphere MQ та інших процесів в якості служб Linux
  • hascript: Сценарії для створення менеджера HA-черзі
  • send (sh / bat): Сценарій для переміщення даних в чергу
  • receive (sh / bat): Сценарій для перегляду / отримання даних з черги

loadl Файл loadl для запуску і зупинки LoadLeveler в якості служби Linux was Сценарій і код для WebSphere Application Server HA:

  • wasdmgr: Сценарій для запуску і зупинки WebSphere ND Deployment Manager в якості служби Linux
  • wasnode: Сценарій для запуску і зупинки WebSphere Node Agent в якості служби Linux
  • wasserver: Сценарій для запуску і зупинки WebSphere Application Server в якості служби Linux
  • sample_ver_ (1/2/3): Каталоги, містять різні версії прикладу корпоративного програми для тестування WebSphere HA

db Сценарії для перевірки доступності бази даних, створення таблиці, вставки рядків в таблицю і вибору рядків з таблиці

Концепції підвищеної готовності

Підвищена готовність є стратегією управління системою, при якій здійснюється швидке відновлення основних служб в разі аварій системи, компонента або програми. Метою є мінімальний час переривання служби, тобто збереження працездатності при відмові. Найбільш загальним рішенням при аварії системи, яка виконує критично важливі завдання, є наявність ще однієї системи, яка чекає на прийняття на себе робочої навантаження і продовження виконання цих завдань.

Поняття "кластер" має кілька значень в комп'ютерній індустрії. У цій статті, якщо не вказано інше, кластер описує heartbeat-кластер, який представляє собою набір вузлів і ресурсів (наприклад дисків і мереж), які взаємодіють між собою заради забезпечення підтримки перенесення бізнес-операцій на іншу доступну в кластері машину.

Двома основними конфігураціями кластеру є:

  • Резервна (standby) конфігурація: Найбільша стандартна конфігурація кластера, при якій один вузол працює одночасно з іншим вузлом в якості резервного. Резервний вузол не виконує роботу і називається простойний; така конфігурація іноді називається холодним резервом (cold standby). Вона вимагає високого ступеня апаратної надмірності. У цій серії статей увага приділяється конфігурації "холодний резерв".
  • Поглинає (takeover) конфігурація: Більш передова конфігурація, в якій всі вузли виконують роботу певного виду, а критично важлива робота може бути передана в разі аварії вузла. У односторонньої поглинає конфігурації резервний вузол виконує деяку додаткову, некритично, непереміщуваними роботу. У обопільною поглинає конфігурації всі вузли виконують (переміщувану) роботу підвищеної готовності. У цій серії статей така конфігурація не розглядається.

Ви повинні запланувати кілька ключових моментів при установці HA-кластера:

  • Використовувані для зберігання даних диски повинні бути пов'язані індивідуальним з'єднанням (послідовний кабель) або приєднані до мережі (LAN) серверів, що утворюють кластер.
  • Повинен існувати метод для автоматичного виявлення аварійного ресурсу. Це робиться за допомогою програмного компонента, званого квитирующего монітором (heartbeat monitor).
  • Повинна існувати автоматична передача прав володіння ресурсом одному або декільком членам кластеру, що зберіг працездатність під час аварії.

Доступне програмне забезпечення HA

В даний час існує багато доступного програмного забезпечення, що виконує функції квитирующего моніторингу та передачі ресурсів. Ось список доступних програм для побудови кластерів підвищеної готовності на різних операційних системах (див. Розділ " ресурси "):

  • heartbeat (Linux)
  • High Availability Cluster Multiprocessing - HACMP (AIX)
  • IBM Tivoli System Automation for Multiplatforms (AIX, Linux)
  • Legato AAM 5.1 (AIX, HP-UX, Solaris, Linux, Windows)
  • SteelEye LifeKeeper (Linux, Windows)
  • Veritas Cluster Server (AIX, HP-UX, Solaris, Linux, Windows)

У цій серії статей описується програма heartbeat з відкритими початковими кодами. Однак вивчені тут концепції ви можете застосувати до будь-якої згаданої програмній системі.

Проект High-Availability Linux і heartbeat

Метою проекту з відкритими вихідними кодами під назвою High-Availability Linux є забезпечення продукту, що просувається спільними зусиллями спільноти розробників кластерного рішення для Linux, що сприяє надійності, доступності та обслужіваемості (RAS). Проект Linux-HA широко використовується і є важливим компонентом багатьох цікавих рішень підвищеної готовності.

Heartbeat - це один із загальнодоступних пакетів на Web-сайті проекту Linux-HA. Він забезпечує основні функції, потрібні для будь-якої HA-системи, наприклад, запуск і зупинка ресурсів, моніторинг доступності системи в кластері і передача прав володіння загальною IP-адресою між вузлами кластера. Він стежить за станом конкретної служби (або служб) по послідовному кабелю, інтерфейсу Ethernet, або за обома. Поточна версія підтримує двовузлового конфігурацію, в якій для перевірки стану і доступності служби використовується спеціальний квитирующего монітор heartbeat. Heartbeat надає фундамент для більш складних сценаріїв, ніж описані в даній серії статей, наприклад конфігурації активний / активний, в якій обидва вузла працюють паралельно і розподіляють навантаження.

Для отримання додаткової інформації по heartbeat і проектах, в яких він використовується, відвідайте Web-сайт проекту Linux-HA (див. Розділ " ресурси "Для посилання).

конфігурація кластера

Тестова конфігурація кластера для цих статей показана на малюнку 1. Система складається з двох об'єднаних в кластер серверів (ha1 і ha2), обидва з яких мають доступ до дискової системі, яка містить кілька фізичних дисків; сервери працюють в режимі холодного резерву. Дані програми повинні розміщуватися на загальному пристрої, до якого можуть отримати доступ обидва вузла. Це може бути спільний диск або мережева файлова система. Пристрій сам має бути продубльовані або мати механізми захисту даних для запобігання їх пошкодження. Така конфігурація часто називається кластером із загальним диском, хоча насправді має архітектуру з відсутністю загальних ресурсів, оскільки в ній немає дисків, до яких звертається більше одного вузла одночасно.

Малюнок 1. Конфігурація heartbeat-кластера в виробничому середовищі
Програмне забезпечення підвищеної готовності проміжного рівня в Linux, частина 1   Програмне забезпечення з відкритими початковими кодами пропонує недороге рішення   Серія контенту:   Цей контент є частиною # з серії # статей: Програмне забезпечення підвищеної готовності проміжного рівня в Linux, частина 1   https://www

Для тестової системи я використовував NFS в якості механізму спільного диска, як показано на малюнку 2, хоча я рекомендую застосовувати варіант, зображений на малюнку 1, особливо у виробничому середовищі. Для передачі сигналів квитування між двома вузлами використовується "нуль-модемний" кабель, під'єднаний до послідовних портів двох систем.

Малюнок 2. Конфігурація heartbeat-кластера з використанням NFS для загальної файлової системи

У таблиці 2 наведена конфігурація використовувана мною для обох вузлів. У вашому випадку імена хостів і IP-адреси повинні бути отримані або з DNS, або з файлів / etc / hosts для обох вузлів.

Таблиця 2. Тестова конфігурація кластера

Роль Ім'я хоста IP-адреса Загальний IP (кластера) ha.haw2.ibm.com 9.22.7.46 Node (майстер) ha1.haw2.ibm.com 9.22.7.48 Node (резерв) ha2.haw2.ibm.com 9.22.7.49 Node3 (не показаний) ha3.haw2.ibm.com 9.23.7.50 NFS-сервер hanfs.haw2.ibm.com 9.2.14.175

Налаштування послідовного з'єднання

Для з'єднання двох вузлів через послідовні порти використовуйте "нуль-модемний" кабель. Тепер перевірте з'єднання наступним чином:

На ha1 (приймач) введіть:

cat </ dev / ttyS0

На ha2 (передавач) введіть:

echo "Serial Connection test"> / dev / ttyS0

Ви повинні побачити текст на вузлі-приймачі (ha1). Якщо все працює правильно - поміняйте ролі вузлів і повторіть тест.

Налаштування NFS в якості загальної файлової системи

Для розділення даних між вузлами в тестовій конфігурації я використав NFS.

  • Як NFS-сервера використовується вузол nfsha.haw2.ibm.com.
  • Файлова система / ha є спільною.

Для установки і запуску NFS:

  1. Створіть каталог / ha на вузлі nfsha.
  2. Відредагуйте файл / etc / exports. Цей файл містить набір рядків; кожен рядок вказує розділяється тому і метод його поділу. У лістингу 1 показана відповідний фрагмент файлу exports моєї системи.
    Лістинг 1. Файл exports
    ... / ha 9.22.7.48 (rw, no_root_squash) / ha 9.22.7.46 (rw, no_root_squash) / ha 9.22.7.35 (rw, no_root_squash) / ha 9.22.7.49 (rw, no_root_squash) / ha 9.22.7.50 (rw , no_root_squash) ...
  3. Запустіть NFS-служби. Якщо NFS вже запущений, ви повинні виконати команду / usr / sbin / exportfs -ra для того, щоб nfsd перечитав файл / etc / exports.
  4. Додайте файлову систему / ha в ваш файл / etc / fstab на обох HA-вузлах (ha1 і ha2), також як і для локальних файлових систем. У лістингу 2 наведена відповідна частина мого файлу fstab:
    Лістинг 2. Файл fstab
    ... nfsha.haw2.ibm.com:/ha / ha nfs noauto, rw, hard 0 0 ...
    Далі ми сконфігуріруем heartbeat для монтування цієї файлової системи.
  5. Разархівіруйте приклад коду hahbcode.tar.gz на цій файлової системи за допомогою команд, наведених в лістингу 3. (Попередньо завантажте приклад коду з розділу " Завантаження ".)
    Лістинг 3. Розархівація прикладу коду
    cd / ha tar xvfz hahbcode.tar.gz

Завантаження і установка heartbeat

Завантажте heartbeat, використовуючи посилання, наведену в розділі " ресурси ", Потім встановіть його на обох машинах ha1 і ha2, вводячи команди, наведені в лістингу 4 (в зазначеному порядку).

Лістинг 4. Команди для установки heartbeat

rpm-ivh heartbeat-pils-1.2.2-8.rh.el.3.0.i386.rpm rpm -ivh heartbeat-stonith-1.2.2-8.rh.el.3.0.i386.rpm rpm -ivh heartbeat-1.2 .2-8.rh.el.3.0.i386.rpm

Налаштування heartbeat

Для роботи heartbeat ви повинні налаштувати три файли: authkeys, ha.cf і haresources. Я покажу вам конкретну конфігурацію, яку використовував для цієї реалізації; якщо вам потрібна додаткова інформація, зверніться, будь ласка, на Web-сайт heartbeat і прочитайте документацію (див. дбав " ресурси ").

1. Налаштування /etc/ha.d/authkeys

У цьому файлі визначаються ваші аутентифікаційні ключі для кластера; ключі повинні бути однаковими для обох вузлів. Ви можете вибрати одну з трьох схем аутентифікації: crc, md5 або sha1. Якщо ваш heartbeat виконується в захищеній мережі, такий як в нашому прикладі, ви, ймовірно, захочете застосувати crc. Це найдешевший метод з точки зору споживання ресурсів. Якщо мережа незахищена, а ви не параноїк і турбуєтеся про мінімізацію ресурсів процесора, - використовуйте md5. Нарешті, якщо ви бажаєте мати найкращу аутентифікацію незалежно від ресурсів процесора, використовуйте sha1, оскільки його зламати найбільш важко.

Формат файлу наступний:

auth <number> <number> <authmethod> [<au2. Налаштування /etc/ha.d/ha.cfthkey>]

Для тестового прикладу я вибрав схему crc. Лістинг 5 показує файл /etc/ha.d/authkeys. Переконайтеся, що права доступу до цього файлу є безпечними, наприклад 600.

Лістинг 5. Файл authkeys

auth2 2 crc

2. Налаштування /etc/ha.d/ha.cf

Цей файл буде розміщений в каталозі /etc/ha.d, створеному після установки. Він вказує для heartbeat, які шляхи (path) використовувати і як їх налаштувати. У цьому файлі визначаються також вузли в кластері і інтерфейси, що використовуються для перевірки стану системи. У лістингу 6 приведена відповідна частина мого файлу /etc/ha.d/ha.cf.

Лістинг 6. Файл ha.cf

... # File to write debug messages to debugfile / var / log / ha-debug # # # File to write other messages to # logfile / var / log / ha-log # # # Facility to use for syslog () / logger # logfacility local0 # # # keepalive: how long between heartbeats? # Keepalive 2 # # deadtime: how long-to-declare-host-dead? # Deadtime 60 # # warntime: how long before issuing "late heartbeat" warning? # Warntime 10 # # # Very first dead time (initdead) # initdead 120 # ... # Baud rate for serial ports ... # baud 19200 # # serial serialportname ... serial / dev / ttyS0 # auto_failback: determines whether a resource will # automatically fail back to its "primary" node, or remain # on whatever node is serving it until that node fails, or # an administrator intervenes. # Auto_failback on # ... # # Tell what machines are in the cluster # node nodename ... - must match uname -n node ha1.haw2.ibm.com node ha2.haw2.ibm.com # # Less common options ... # # Treats 10.10.10.254 as a pseudo-cluster-member # Used together with ipfail below ... # ping 9.22.7.1 # Processes started and stopped with heartbeat. Restarted unless # they exit with rc = 100 # respawn hacluster / usr / lib / heartbeat / ipfail ...

3. Налаштування /etc/ha.d/haresources

Цей файл описує ресурси, керовані програмою heartbeat. Ресурси звичайно являють собою прості старт / стоп сценарії, дуже схожі на використовувані для запуску і зупинки ресурсів в /etc/rc.d/init.d. Зверніть увагу, що heartbeat буде шукати сценарії в каталогах /etc/rc.d/init.d і /etc/ha.d/resource.d. Файл сценарію httpd поставляється разом з heartbeat. У лістингу 7 наведено мій файл /etc/ha.d/haresources:

Лістинг 7. Файл haresources

ha1.haw2.ibm.com 9.22.7.46 Filesystem :: nfsha.haw2.ibm.com: / ha :: / ha :: nfs :: rw, hard httpd

Цей файл повинен бути однаковим на обох вузлах.

Цей рядок наказує, що при старті:

  • ha1 повинен обслуговувати IP 9.22.7.46
  • Змонтувати загальну файлову систему NFS / ha
  • Запустити Web-сервер Apache

Я додам більше ресурсів в цей файл в наступних статтях. При зупинці heartbeat повинен:

  • Зупинити сервер Apache
  • Розмонтувати загальну файлову систему
  • звільнити IP

Передбачається, що команда uname -n відображає ha1.haw2.ibm.com; на вашій системі може відобразитися ha1, і якщо це так, використовуйте ha1.

Налаштування HTTP-сервера Apache для HA

На цьому етапі я зроблю кілька змін в конфігурації Web-сервера Apache, так щоб він обслуговував файли з загальної системи і з файлових систем, локальних для двох машин ha1 і ha2. Файл index.html (включений в приклади) буде розташовуватися на загальному диску, а файл hostname.html буде розташований на локальній файловій системі кожної з машин ha1 і ha2. Для реалізації HA в Web-сервері Apache:

  1. Зареєструйся як root.
  2. Створіть наступні каталоги на загальному диску (/ ha):

    / Ha / www
    / Ha / www / html

  3. Встановіть відповідні права доступу до загальних каталогах, використовуючи наведені нижче команди на вузлі ha1:

    chmod 775 / ha / www
    chmod 775 / ha / www / html

  4. На обох машинах (основний і резервної) перейменуйте каталог html Web-сервера Apache:

    mv / var / www / html / var / www / htmllocal

  5. Створіть символічні посилання для поділу каталогів, використовуючи наступні команди на обох машинах:

    ln -s / ha / www / html / var / www / html

  6. Скопіюйте файл index.html в каталог / ha / www / html на вузлі ha1:

    cp /ha/hahbcode/www/index.html / var / www / html

    Ви повинні змінити ім'я кластера в цьому файлі.

  7. Скопіюйте файл hostname.html в каталог / ha / www / htmllocal на обох машинах:

    cp /ha/hahbcode/www/hostname.html / var / www / html

    Змініть ім'я кластера і ім'я вузла в цьому файлі.

  8. Створіть символічні посилання для файлу hostname.html на обох машинах:

    ln -s /var/www/htmllocal/hostname.html /ha/www/html/hostname.html

Тепер ви готові протестувати реалізацію HA.

Тестування HA для HTTP-сервера Apache

Для тестування підвищеної готовності Web-сервера:

  1. Запустіть службу heartbeat на основному, а потім на резервному вузлах за допомогою команд:

    /etc/rc.d/init.d/heartbeat start

    Якщо вона не запуститься - загляньте в / var / log / messages для визначення причини і її усунення. Після успішного запуску heartbeat ви повинні побачити новий мережевий інтерфейс з IP-адресою, яку ви вказали в файлі ha.cf. Як тільки ви запустили heartbeat, подивіться ваш log-файл (за замовчуванням / var / log / ha-log) на основний машині і переконайтеся, що вона виконує заміщення IP, а потім запускається Web-сервер Apache. Використовуйте команду ps для перевірки роботи демона Web-сервера на основному вузлі. Heartbeat не запуститься який-небудь процес Web-сервера на резервному вузлі. Це станеться тільки тоді, коли зламається основний вузол.

  2. Перевірте, що дві Web-сторінки обробляються коректно на вузлі ha1, вказавши в браузері наступні URL (якщо ви використовуєте інше ім'я хоста, ваші URL будуть іншими):

    http://ha.haw2.ibm.com/index.html
    http://ha.haw2.ibm.com/hostname.html

    Зверніть увагу, що я використовую в цих URL адрес кластера, а не адресу основного вузла.
    Браузер повинен відобразити наступний текст для першого URL:

    Hello !!! I am being served from a High Availability Cluster ha.haw2.ibm.com

    Браузер повинен відобразити наступний текст для другого URL:

    Hello !!! I am being served from a node ha1.haw2.ibm.com in a High Availability Cluster ha.haw2.ibm.com

  3. Семуліруйте відновлення після відмови за допомогою простого зупинки heartbeat на основній системі, використовуючи наступну команду:

    /etc/rc.d/init.d/heartbeat stop

    Ви повинні побачити, що всі процеси Web-сервера запускаються на резервній машині менше ніж за хвилину. Якщо немає - подивіться файл / var / log / messages для визначення і усунення проблеми.

  4. Перевірте коректність обробки двох Web-сторінок вузлом ha2, вказавши в браузері наступні URL:

    http://ha.haw2.ibm.com/index.html
    http://ha.haw2.ibm.com/hostname.html

    Браузер повинен відобразити наступний текст для першого URL:

    Hello !!! I am being served from a High Availability Cluster ha.haw2.ibm.com

    Браузер повинен відобразити наступний текст для другого URL:

    Hello !!! I am being served from a node ha2.haw2.ibm.com in a High Availability Cluster ha.haw2.ibm.com

    Зверніть увагу, що вузлом, обслуговуючим цю сторінку, є ha2.

  5. Запустіть повторно службу heartbeat на основному вузлі. Це повинно зупинити процеси сервера Apache на резервному вузлі і запустити їх на основному. Основний вузол також повинен захопити IP-адрес кластера.

Таким чином, при розміщенні Web-сторінок на загальному диску резервна машина може відображати їх клієнту в разі аварії на основний машині. Відновлення після збою відбувається непомітно для користувача, який звернувся до Web-сторінок. Ця технічний прийом може бути також застосований для обслуговування CGI-сценаріїв.

Висновок

Я сподіваюся, що ви спробували ці рекомендації для установки Web-сервера з підвищеною готовністю з використанням недорогих апаратних засобів і доступного програмного забезпечення. У наступній статті цієї серії ви дізнаєтеся, як побудувати менеджер черги повідомлень з високою готовністю, використовуючи WebSphere MQ.

Ресурси для скачування

Схожі тими

  • оригінал статті High-availability middleware on Linux, Part 1: Heartbeat and Apache Web server .
  • Прочитайте наступні матеріали цієї серії:
  • відвідайте Web-сайт проекту High-Availability Linux для отримання додаткової інформації по heartbeat, включаючи приклади успішного застосування heartbeat .
  • Більшу частину необхідного для цієї серії статей програмного забезпечення можна завантажити з наступних джерел (зазначу, що не всі пакети є безкоштовними):
  • Андре Боне (Andre Bonhote) розповідає, як побудувати HA NFS-сервер в своїй статті " Inner Pulse "(В форматі PDF) в номері European publication Linux Magazine за серпень 2003.
  • Додаткова інформація за іншими рішеннями забезпечення підвищеної готовності, згадуються в цій статті:
  • Дізнайтеся про можливості DB2 Universal Database, що забезпечує функції підвищеної готовності в статті " Огляд підвищеної готовності і відновлення після збоїв в DB2 UDB "(DeveloperWorks, квітень 2003).
  • Докладне обговорення поняття готовності, її планування і підтримки в корпоративному середовищі наводиться в статті " Планування готовності на підприємстві "(DeveloperWorks, грудень 2003).
  • Додаткова інформація про підтримку розподілу навантаження і відновлення після збоїв в Linux on POWER приведена в статті " Створення кластера WebSphere Application Server V5 "(DeveloperWorks, січень 2004).
  • Придбай книги по Linux зі знижками в розділі Linux Web-сайту Developer Bookstore.
  • Застосуйте нові технології в вашому наступному Linux-проект з використанням пробного програмного забезпечення IBM , Доступного для завантаження безпосередно з developerWorks.

Підпішіть мене на ПОВІДОМЛЕННЯ до коментарів

Com/developerworks/ru/library/?
Keepalive 2 # # deadtime: how long-to-declare-host-dead?
Deadtime 60 # # warntime: how long before issuing "late heartbeat" warning?

Новости