Важное примечание: noid-cluster-notify также можно найти как zeninotify. Пожалуйста, обратитесь: https://www.relianoid.com/resources/knowledge-base/enterprise-edition-v8-administration-guide/whats-new-in-relianoid-ee-v8/
Что такое RELIANOID Load Balancer Cluster Community Edition? #
Услуга высокой доступности, предоставляемая RELIANOID Load Balancer Community Edition — это кластер без отслеживания состояния, автоматически включенный в версию Community Edition по умолчанию. Этот сервис умело реплицирует файлы конфигурации между узлами, используя протокол VRRP для мониторинга состояния узлов, и все это в рамках простой конструкции. Для тех, кто ищет более продвинутую и многофункциональную службу кластеров с отслеживанием состояния, Enterprise Edition доступна.
Следующие шаги описывают процесс установки и настройки RELIANOID Кластеризируйте, если для вашего балансировщика нагрузки важна высокая доступность.
концепции #
Узел кластера #
A узел кластера — это отдельное вычислительное устройство в кластере, который представляет собой группу взаимосвязанных компьютеров или серверов, которые работают вместе для выполнения задач, как если бы они были единой системой. Каждый узел в кластере обычно имеет собственную вычислительную мощность, память и хранилище, и они взаимодействуют друг с другом по сети для совместного использования ресурсов и координации своей деятельности. Узлы кластера состоят из экземпляров балансировщиков нагрузки, настроенных для работы в рамках службы кластера.
Плавающие интерфейсы #
A плавающий IP Адрес — это IP-адрес, который можно быстро переназначить с одного узла кластера на другой. Это обычно используется в конфигурациях с высокой доступностью, когда на нескольких серверах или узлах выполняются одинаковые службы, и в случае сбоя одного из них IP-адрес «перетекает» на другой узел, чтобы обслуживание могло продолжаться бесперебойно.
Сердцебиение #
Сердцебиение относится к механизму, используемому узлами внутри кластера для передачи друг другу своего статуса и работоспособности. Этот сигнал пульса указывает на то, что узел находится в рабочем состоянии и функционирует правильно. Отсутствие контрольного сигнала от узла может указывать на сбой или проблему с этим узлом.
синхронизация #
синхронизация Под конфигурацией подразумевается процесс обеспечения согласованности и актуальности параметров конфигурации на всех узлах кластера. Это важно для поддержания целостности и правильного функционирования кластера, особенно когда в предоставлении услуги или приложения участвуют несколько узлов.
Failover #
Failover относится к процессу автоматического перенаправления или перенаправления рабочих нагрузок, служб или ресурсов с вышедшего из строя или недоступного узла на работоспособный и доступный узел в кластере.
Настройка кластера #
Требования #
Для начала установите два экземпляра RELIANOID CE, гарантируя, что оба используют одну и ту же версию.
Далее убедитесь, что Служба NTP правильно настроен на обоих узлах и что они доступны из балансировщиков нагрузки. Синхронизация системного времени необходима для правильного функционирования протокола VRRP.
Кроме того, для автоматизации синхронизации необходимо настроить вход по SSH без паролей между балансировщиками нагрузки. Настройте ключи удаленного доступа, например, с помощью ssh-копия-идентификатор команда.
root@noid-ce-01:~# ssh-keygen -t rsa # без парольной фразы, просто нажмите Enter root@noid-ce-01:~# ssh-copy-id root@noid-ce-02
Затем во вторичном узле:
root@noid-ce-02:~# ssh-keygen -t rsa # без парольной фразы, просто нажмите Enter root@noid-ce-02:~# ssh-copy-id root@noid-ce-01
Конфигурация #
Чтобы настроить файл конфигурации кластера, сначала скопируйте шаблон /usr/local/relianoid/app/ucarp/etc/cluster.conf.example в /usr/local/relianoid/app/ucarp/etc/cluster.conf.
cp /usr/local/relianoid/app/ucarp/etc/cluster.conf.пример /usr/local/relianoid/app/ucarp/etc/cluster.conf
Затем отредактируйте файл конфигурации, расположенный по адресу /usr/local/relianoid/app/ucarp/etc/cluster.conf. Основные параметры указаны ниже:
#interface используется для кластера, где настроены local_ip и Remote_ip $interface="eth0"; #local IP, который нужно отслеживать, т.е. 192.168.0.101 $local_ip="192.168.101.242"; #remote IP-адрес для отслеживания, т.е. 192.168.0.102 $remote_ip="192.168.101.243"; #используемый пароль для связи по протоколу vrrp $password="secret"; #уникальное значение для vrrp-кластера в сети $cluster_id="1"; #используется виртуальный IP-адрес в кластере, этот IP-адрес всегда будет работать на главном узле $cluster_ip="192.168.101.244"; # если сетевой адаптер, используемый для кластера, отличается от eth0, измените файл конфигурации исключения в следующей строке. ######## $exclude="--exclude if_eth0_conf";
Обратите внимание, что репликации подвергаются только виртуальные интерфейсы. Если ваши службы балансировки нагрузки включают несколько сетевых карт или сетей VLAN, их необходимо исключить из файла конфигурации кластера. Например, если eth0 предназначен для кластерных целей и vlan100 (eth0.100) для балансировки нагрузки конфигурацию следует настроить следующим образом:
$exclude="--исключить if_eth0_conf --исключить if_eth0.100_conf";
Пожалуйста, имейте в виду, что RELIANOID Кластер CE управляется пользователем root и использует Rsync с помощью SSH для репликации конфигурации с главного узла на резервный. Чтобы облегчить это, крайне важно настроить доступ по SSH без пароля между узлами.
Убедитесь, что указанный $ cluster_ip настроен и активен на одном RELIANOID виртуальный балансировщик нагрузки, который будет будущим мастером. После запуска службы на этом узле файл конфигурации для $ cluster_ip автоматически реплицируется на резервный сервер.
Запуск и остановка узла кластера #
Чтобы активировать службу кластера, выполните следующие действия:
1. Этот шаг необходим только для RELIANOID Community Edition 7.1 или более ранние версии: вам необходимо установить переменную $enable_cluster в файле /etc/init.d/relianoid-ce-cluster к значению:
$enable_cluster="истина";
2. Обслуживание релианоид-ce-кластер по умолчанию отключен при загрузке. Выполните следующую команду, чтобы включить релианоид-ce-кластер для автоматической активации после перезагрузки:
[] root@noid-ce-01:~# systemctl включить relianoid-ce-cluster
Имейте в виду, что любые изменения, внесенные в файл конфигурации /usr/local/relianoid/app/ucarp/etc/cluster.conf требует перезапуска службы кластеров. Поэтому после окончательной настройки параметров конфигурации перезапустите кластер на обоих узлах, выполнив следующие действия:
[] root@noid-ce-01:~# /etc/init.d/relianoid-ce-cluster остановить [] root@noid-ce-01:~# /etc/init.d/relianoid-ce-cluster запустить
При запуске службы кластера важно отметить, что приглашение балансировщика нагрузки изменяется для отображения текущего состояния кластера для каждой службы:
Мастер:
[мастер] root@noid-ce-01:~#
Резервное копирование:
[резервная копия] root@noid-ce-02:~#
Обновить конфигурацию #
После настройки службы кластеризации все параметры конфигурации, относящиеся к виртуальным службам и виртуальным/плавающим IP-адресам, автоматически реплицируются на узлах кластера.
В кластере без сохранения состояния пользовательские сеансы и соединения не синхронизируются, что приводит к необходимости использования кластера с сохранением состояния, который включен в нашу Корпоративный балансировщик нагрузки.
Обновление узлов кластера #
Обновление узлов кластера с помощью RELIANOID балансировщик нагрузки включает обновление каждого узла в кластере последней версией. RELIANOID программное обеспечение или прошивка балансировщика нагрузки. Рекомендуется обновить резервный узел, прежде чем приступать к обновлению главного узла в процессе обновления узлов кластеризации.
Журналы и устранение неполадок службы кластеров #
1. Беспарольный SSH является обязательным условием между обоими узлами кластера.
2. На обоих узлах кластера должен быть настроен NTP.
3. noid-кластер-уведомить служба будет работать исключительно на главном узле. Подтвердите это noid-кластер-уведомить запускается путем выполнения следующей команды. На главном узле вы должны получить примерно такой вывод:
[master] root@noid-ce-01:~# ps -ef | grep noid-cluster-notify root 16912 1 0 03:20 ? 00:00:00 /usr/bin/perl /usr/local/relianoid/bin/noid-cluster-notify.pl
На резервном узле не должно быть никаких выходных данных, связанных с noid-кластер-уведомить при запуске команды.
[резервная копия] root@noid-ce-02:~# ps -ef | grep noid-cluster-notify [резервная копия] root@noid-ce-02:~#
4. Журналы для Укарп услуги направлены на системный журнал at / Вар / Журнал / системный журнал .
5. Журналы для noid-кластер-уведомить служба репликации передаются в /var/log/noid-cluster-notify.log .
6. Статус кластера отображается в командной строке и динамически обновляется после каждого выполнения команды. Кроме того, состояние кластера записывается в файл конфигурации: /etc/relianoid-ce-cluster.status . Если этот файл отсутствует, служба кластера будет остановлена.
7. Когда узел кластера повышается до MASTER, происходит выполнение следующего скрипта: /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-start .
8. Когда узел кластера повышается до BACKUP, происходит выполнение следующего скрипта: /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-stop .
9. Когда узел кластера требует запуска рекламы, происходит выполнение следующего скрипта: /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-реклама .
10. Если необходимо изменить какой-либо параметр в Укарп исполнения, вы можете внести коррективы в run_cluster() подпрограмма в скрипте /etc/init.d/relianoid-ce-cluster .
11. Служба кластеров использует VRRP реализации, что требует разрешения многоадресных пакетов на коммутаторах.