Приложение A. Пример настройки - HTTP-сервер Apache
В данном приложении приводится пример настройки высокодоступного HTTP-сервера Apache в кластере Red Hat. В примере описан процесс создания отказоустойчивой конфигурации HTTP-сервера Apache. Используемые переменные актуальны только для этого примера и приведены для того, чтобы помочь в создании сервиса, удовлетворяющего определенным требованиям.
A.1. Обзор настройки HTTP-сервера Apache
Вначале необходимо настроить HTTP-сервер Apache на всех узлах кластера. При использовании failover-домена, в соответсвующий домен нужно включить все узлы, на которых предполагается запуск сервиса высокой доступности. Информация о настройке failover-доменов приведена в
разделе 5.6, “Настройка failover-домена”. Кластерное программное обеспечение гарантирует, что HTTP-сервер Apache будет работать только на одном из узлов кластера в любой момент времени. Процесс настройки сервиса в этом примере включает в себя установку RPM-пакета
httpd на все узлы кластера (или узлы, входящие в соответствующий failover-домен) и конфигурирование общего ресурса - GFS-хранилища для Web-контента.
После установки HTTP-сервера Apache на системы кластера необходимо выполнить следующую команду на каждом узле кластера для того, чтобы убедиться, что не произойдет автоматического запуска сервиса при старте системы:
# chkconfig --del httpd
Кластерное программное обеспечение само запускает сервис на активном узле кластера, активизирует ассоциированный с сервисом IP-адрес и монтирует файловые системы.
При добавлении сервиса httpd, с ним ассоциируется плавающий IP-адрес, который будет переноситься с одного узла кластера на другой вместе с сервисом в случае сбоя или переноса сервиса. Кластерная инфраструктура привязывает этот IP-адрес к сетевому интерфейсу того узла кластера, где в настоящий момент выполняется HTTP-сервер Apache. Использование такого IP-адреса обеспечивает максимально прозрачную для клиентов работу при обращении к сервису высокой доступности.
Файловая система, содержащая Web-контент, не должна автоматически монтироваться в процессе загрузки системы. Вместо этого кластерное программное обеспечение должно производить монтирование и отмонтирование файловой системы в процессе запуска и остановки сервиса httpd. Такой подход позволяет предотвратить одновременный доступ нескольких систем к одним и тем же данным, размещенным на общем хранилище, что, в свою очередь, может привести к повреждению данных. Поэтому не следует включать такие файловые системы в файл /etc/fstab.
