Keepalived Ubuntu что это такое

Обновлено: 21.11.2024

Проверка активности — отличный способ повысить доступность приложения или даже веб-сайта, размещенного на хостинге. keepalived позволяет настроить плавающий IP-адрес (также известный как виртуальный IP-адрес или VIP) для пула серверов, при этом этот специальный IP-адрес применяется к одному серверу за раз. Каждая установка keepalived в одной и той же группе сможет определить, когда другой сервер недоступен, и заявить права на плавающий IP-адрес, когда главный сервер не отвечает. Это позволяет вам запускать службу на нескольких серверах, при этом один сервер берет на себя управление в случае, если другой становится недоступным.

keepalived ни в коем случае не является специфичным для Apache. Вы можете использовать его со многими различными приложениями и службами, например, с NGINX. keepalived также позволяет создавать среду с балансировкой нагрузки.

Давайте немного поговорим о том, как поддержка активности может теоретически работать с Apache. После того, как keepalived установлен на двух или более серверах, его можно настроить таким образом, что главный сервер будет владеть плавающим IP-адресом, а другие серверы будут постоянно проверять доступность главного сервера, требуя для себя плавающий IP-адрес всякий раз, когда текущий главный сервер становится неактивным. недоступный. Чтобы это работало, каждый сервер должен содержать одинаковую конфигурацию Apache и файлы сайта. Я оставлю это на ваше усмотрение, чтобы настроить несколько серверов Apache. Если вы до сих пор следили за этим, у вас уже должен быть хотя бы один. Если это виртуальная машина, вы можете создать ее клон и использовать его для вторичного сервера. Если нет, все, что вам нужно сделать, это настроить другой сервер, следуя инструкциям ранее в этой главе. Если вы можете просматривать веб-сайт на обоих серверах, все готово.

Для начала нам нужно объявить плавающий IP-адрес. Это может быть любой IP-адрес, который в настоящее время не используется в вашей сети. Чтобы это работало, вам нужно выделить IP-адрес для поддержания активности. Если у вас его еще нет, выберите IP-адрес, который не используется ни одним устройством в вашей сети. Если вы совсем не уверены, вы можете использовать IP-сканер в своей сети, чтобы найти доступный IP-адрес. Есть несколько сканеров, которые могут это сделать, например nmap для Linux или Angry IP Scanner для Windows (не знаю, что так раздражает этот IP-сканер, но он работает хорошо).

Будьте осторожны при сканировании сетей на наличие свободных IP-адресов, так как сканирование сети может отображаться в системах обнаружения вторжений как угроза. Если вы сканируете какую-либо сеть, кроме той, которой владеете, всегда убедитесь, что у вас есть разрешение как от сетевого администратора, так и от руководства, прежде чем начать сканирование. Кроме того, если вы сканируете корпоративную сеть, имейте в виду, что любые используемые аппаратные балансировщики нагрузки могут не отвечать на эхо-запросы, поэтому вы также можете посмотреть схему IP-адресов, предоставленную вашим сетевым администратором, и сравнить результаты.< /p>

Чтобы избавить вас от проблем с поиском в Google, следующий синтаксис nmap будет сканировать подсеть и сообщать, какие IP-адреса используются. Сначала вам понадобится установленный пакет nmap. Просто замените сетевой адрес на свой:

Далее нам нужно установить keepalived . Просто запустите следующую команду на обоих ваших серверах:

Если вы проверите состояние демона поддержки активности, вы увидите, что он попытался запуститься сразу после установки, но сразу же потерпел неудачу. Если вы проверите статус поддержки активности с помощью команды systemctl, вы увидите ошибку, похожую на следующую:

Поскольку мы на самом деле не настроили keepalived , вполне нормально, что он не работает. Ведь мы не давали ему ничего для проверки и не присваивали свой плавающий IP. По умолчанию после установки пакета образец файла конфигурации не создается, нам придется создать его самостоятельно. Конфигурация для keepalived хранится в /etc/keepalived, который на данный момент должен быть просто пустым каталогом в вашей системе. Если по какой-то причине этот каталог не существует, создайте его:

Давайте откроем текстовый редактор на нашем основном сервере и отредактируем файл /etc/keepalived/keepalived.conf, который должен быть пустым. Вставьте следующий код в файл. Вам необходимо внести некоторые изменения, чтобы эта конфигурация работала в вашей среде. Пока мы продолжим, я объясню, что делает код и что вам нужно изменить. Держите текстовый редактор открытым после того, как вставите код, и продолжайте читать несколько советов о том, как убедиться, что этот файл конфигурации будет работать для вас:

В этом файле довольно много всего происходит, поэтому я объясню конфигурацию раздел за разделом, чтобы вы могли лучше понять, что происходит.

В разделе global_defs мы специально настраиваем хост электронной почты для отправки предупреждающих сообщений. Когда возникает проблема, и keepalived переключается на новый главный сервер, он может отправить вам электронное письмо, чтобы сообщить вам, что возникла проблема.Вы захотите изменить каждое из этих значений, чтобы оно соответствовало вашему почтовому серверу. Если у вас нет почтового сервера, keepalived все равно будет работать правильно. Вы можете удалить этот раздел, если у вас нет почтового сервера, или закомментировать его. Тем не менее, настоятельно рекомендуется установить почтовый сервер для проверки активности.

Здесь мы назначаем некоторые параметры конфигурации, касающиеся того, как будет работать наше назначение виртуального IP-адреса. Первое, что вы захотите изменить здесь, это интерфейс. В моем образце конфигурации у меня enp0s3 в качестве имени интерфейса. Это должно соответствовать интерфейсу на вашем сервере, к которому вы хотите привязать поддержку активности. Если вы сомневаетесь, выполните команду ip a в командной строке, чтобы получить список интерфейсов.

Виртуальный_роутер_ид – это особое число, которое может принимать значения от 0 до 255 . Этот номер используется для различения нескольких экземпляров проверки активности, работающих в одной и той же подсети. Каждый член каждого поддерживаемого кластера должен иметь один и тот же virtual_router_id, но если вы используете несколько пар или групп серверов в одной подсети, каждая группа должна иметь свой собственный virtual_router_id. В моем примере я использовал 51, но вы можете использовать любое число. Вам просто нужно убедиться, что оба веб-сервера имеют одинаковый virtual_router_id. Вскоре я дам несколько советов по настройке другого сервера, так что не беспокойтесь, если вы еще не настроили поддержку активности на своем втором сервере.

Еще один важный параметр в этом блоке — это приоритет . Этот номер должен быть абсолютно разным на каждом сервере. Экземпляр поддержки активности с наивысшим приоритетом всегда считается ведущим. В моем примере я установил это число равным 100. Использование 100 для приоритета допустимо, если ни один другой сервер не использует этот номер. Другие серверы должны иметь более низкий приоритет. Например, вы можете установить приоритет второго веб-сервера равным 80. Если вы настроите третий или четвертый, вы можете установить их приоритет на 60 и 40 соответственно. Это просто произвольные цифры, которые я выкинул из головы. Пока у каждого сервера свой приоритет, а сервер, который вы хотите сделать главным, имеет наивысший приоритет, все в порядке.

В последнем блоке мы устанавливаем виртуальный IP-адрес. В качестве гипотетического примера я выбрал 192.168.1.200; вам следует выбрать IP-адрес за пределами вашего диапазона DHCP, который не используется ни одним устройством.

Теперь, когда вы настроили keepalived , давайте проверим его и посмотрим, работает ли он. На главном сервере запустите поддержку активности:

После запуска демона проверьте его состояние, чтобы узнать, как он работает:

Если ошибок нет, статус демона должен быть активен (работает). Если по какой-то причине статус отличается, взгляните на записи журнала, отображаемые после выполнения команды состояния, поскольку keepalived достаточно описателен в отношении любых ошибок, которые он находит в вашем файле конфигурации. Если все прошло хорошо, вы должны увидеть IP-адрес, который вы выбрали для плавающего IP-адреса, в списке ваших интерфейсов. Выполните ip a по запросу, чтобы увидеть их. Вы видите плавающий IP? Если нет, имейте в виду, что это может занять несколько секунд. Подождите примерно 30 секунд и снова проверьте список интерфейсов.

Если на первом сервере все прошло хорошо, мы должны настроить поддержку активности на втором веб-сервере. Установите пакет keepalived на другой сервер, если вы еще этого не сделали, а затем скопируйте файл keepalived.conf со своего рабочего сервера на новый. Вот что нужно помнить о файле keepalived.conf второго сервера:

Обязательно измените приоритет подчиненного сервера на более низкий, чем тот, который вы использовали на главном сервере.
Виртуальный IP-адрес должен быть одинаковым на обоих
Идентификатор virtual_router_id должен быть одинаковым на обоих
Запустите или перезапустите службу поддержки активности на подчиненном сервере и убедитесь, что при запуске службы не было ошибок

Теперь давайте повеселимся и посмотрим, как работает KeepAlive. Далее следует чрезвычайно простой HTML-файл:

Теперь смоделируем отказоустойчивость. На главном сервере остановите службу поддержки активности:

Поздравляем, вы настроили кластер для своей реализации Apache. Если главный сервер столкнется с проблемой и отключится от сети, ваш подчиненный сервер вступит во владение. Как только вы исправите свой главный сервер, он сразу же возьмет на себя размещение вашей веб-страницы. Хотя мы сделали наш сайт немного другим на каждом сервере, идея состоит в том, чтобы показать, как хостинг веб-сайта может пережить сбой одного сервера. С помощью keepalived вы, безусловно, можете размещать не только Apache. Почти любой сервис, который вам нужен для обеспечения высокой доступности и не имеет собственных параметров кластеризации, является хорошим кандидатом на поддержку активности. Для дополнительных экспериментов попробуйте добавить третий сервер.

Keepalived – это программное обеспечение, обеспечивающее высокую доступность за счет назначения двум или более узлам виртуального IP-адреса (VIP) и мониторинга этих узлов с аварийным переключением при отказе одного из них.

Использование

Амулет Keepalived является подчиненным.

Выделение виртуального IP-адреса и обеспечение его маршрутизации ко всем экземплярам — это ручной процесс, который зависит от вашей инфраструктуры. Это требует, чтобы VIP мог маршрутизироваться к каждому экземпляру, и чтобы протокол VRRP был разрешен в сети. Хотя это должно иметь место на «голом железе» и MAAS и может работать на OpenStack, в общедоступных облаках это, как правило, невозможно. Таким образом, в таких случаях обычно лучше использовать облачный балансировщик нагрузки с проверками работоспособности, например Octavia или ELB.

Использование с Kubernetes (Charmed Kubernetes)

Используйте поддержку активности с Charmed Kubernetes, чтобы убедиться, что kubeapi-load-balancer не является единой точкой отказа.

Это изменяет kubelet и kubectl на использование VIP для доступа к серверу Kubernetes API.

Использование прокси-сервера HA

Конфигурация

< tr>

имя	тип	По умолчанию	Описание
healthcheck_interval	int	2	интервал проверки работоспособности на основе vrrp_script, в секундах
network_interface	string	Имя сетевого интерфейса для VIP. Значение по умолчанию является результатом выполнения следующей команды: `route	grep default	head -n 1	awk `.
port	int	443	Порт для передачи клиентам.
router_id	int	23	Идентификатор виртуального маршрутизатора — число от 1 до 255, уникальное в сегменте сети
vip_hostname	string	Имя хоста VIP для передачи клиентам.
virtual_ip	string	Виртуальный IP-адрес/маска сети, которые будут перемещаться между экземплярами, например: 10.1.2.3/16

Высокая доступность относится к системе или компоненту, которые непрерывно работают в течение желательно длительного периода времени. Доступность может быть измерена относительно «100% работоспособности» или «никогда не выходит из строя». Широко распространенный, но труднодостижимый стандарт доступности системы или продукта известен как доступность «пять девяток» (99,999%). Поскольку компьютерная система или сеть состоит из множества частей, в которых обычно должны присутствовать все части, чтобы все работало, большая часть планирования высокой доступности сосредоточена на резервном копировании и обработке отказа, хранении данных и доступе. Таким образом, чтобы любая система была высокодоступной, ее части должны быть хорошо спроектированы, настроены и тщательно протестированы перед использованием.

В этом руководстве мы покажем вам, как использовать keepalived для настройки высокодоступной веб-службы в Ubuntu 16.04 с использованием плавающего IP-адреса, который можно перемещать между двумя веб-серверами. Демон keepalived можно использовать для мониторинга служб или систем и для автоматического переключения на резервный сервер в случае возникновения каких-либо проблем. Если основной сервер выйдет из строя, плавающий IP-адрес будет автоматически перемещен на второй сервер, что позволит возобновить работу службы с помощью плавающего IP-адреса, который мы собираемся использовать в этом руководстве.

Предпосылки:

В этой статье мы собираемся использовать 2 узла Ubuntu 16.04 с 2 ЦП, 1 ГБ ОЗУ и 40 ГБ диска на каждом сервере с полной настройкой доменного имени и включенной частной сетью в одном центре обработки данных.

Давайте войдем в оба ваших узла Ubuntu 16.04, используя пользователя без полномочий root с привилегиями sudo, а затем выполните следующие шаги, чтобы достичь цели настройки веб-серверов высокой доступности с поддержкой активности и плавающим IP-адресом.

Установка Nginx:

Здесь мы будем использовать Nginx в качестве простого веб-сервера, чтобы уменьшить нашу операционную сложность помимо «поддержания работоспособности».

Выполните приведенные ниже команды, чтобы сначала обновить систему с помощью последних пакетов и обновлений безопасности, а затем установить пакет Nginx на свои серверы Ubuntu 16.04.

Чтобы настроить высокую доступность, нам нужно, чтобы оба сервера обслуживали один и тот же контент. Итак, мы будем использовать Nginx, чтобы указать, что два сервера обслуживают наши запросы в любой момент времени. Давайте изменим страницу index.html по умолчанию на каждом из наших хостов, открыв файл ниже.

На первом сервере замените или добавьте содержимое файла строками ниже.

На втором сервере замените или дополните содержимое файла приведенным ниже содержимым и сохраните изменения, используя :wq! .

Сборка и установка Keepalived:

Теперь установите демон поддержки активности на оба сервера. В репозиториях Ubuntu по умолчанию есть версия keepalived, которая устарела и содержит несколько ошибок, которые могут помешать нашей конфигурации работать. Итак, мы установим последнюю версию keepalived из исходного кода после установки зависимостей, необходимых для сборки программного обеспечения, с помощью приведенной ниже команды.

После того, как все зависимости установлены, мы можем загрузить tar-архив для Keepalive, посетив официальную страницу загрузки Keepalive, чтобы найти последнюю версию программного обеспечения.

Просто щелкните правой кнопкой мыши последнюю версию и скопируйте адрес ссылки, чтобы загрузить этот пакет на свой сервер с помощью wget в вашей системе.

После загрузки распакуйте архив с помощью tar и перейдите в извлеченную папку с помощью приведенных ниже команд.

Теперь скомпилируйте и установите пакет поддержки активности, выполнив приведенные ниже команды.

Ваша система будет скомпилирована с отображением параметров конфигурации, как показано ниже.

Теперь пришло время установить keepalived, давайте запустим приведенную ниже команду, и мы все сделали для следующего шага.

Настройка скрипта Upstart для Keepalived:

После установки keepalived мы собираемся создать простой сценарий Upstart для управления нашим сервисом keepalived, создав для начала новый файл keepalived.conf в каталоге /etc/init.

Давайте откроем файл в любом из ваших редакторов, а затем укажем уровни запуска, на которых служба должна запускаться и останавливаться. Мы хотим, чтобы эта служба была активна во всех нормальных условиях (уровни запуска 2-5) и останавливалась для всех других уровней запуска (например, при перезагрузке, отключении питания или однопользовательском режиме). Поэтому добавьте в него следующие записи, начиная с его описания.

Поскольку служба является неотъемлемой частью обеспечения доступности нашего веб-сервиса, мы хотим перезапустить эту службу в случае любого сбоя. для этого нам нужно указать фактическую строку exec, которая запустит службу, добавив параметр --dont-fork, чтобы Upstart мог правильно отслеживать pid.

Вот изображение всех конфигураций, показанное ниже, теперь сохраните и закройте файл, чтобы двигаться дальше.

Настройка конфигурации проверки активности:

Служба поддержки активности ищет файлы конфигурации в каталоге /etc/keepalived. Для этого нам нужно создать каталог на обоих ваших серверах с помощью приведенных ниже команд.

Теперь, прежде чем мы создадим файл конфигурации, найдите частные IP-адреса обоих ваших серверов. Это можно найти с помощью инструментов iproute2, введя команду ниже.

Скопируйте это значение из обеих ваших систем, так как нам нужно будет ссылаться на эти адреса в файлах конфигурации ниже.

Настройка основного сервера:

На основном сервере создайте основной файл конфигурации проверки активности. Демон ищет файл с именем keepalived.conf внутри каталога /etc/keepalived с помощью приведенной ниже команды и помещает в него следующее содержимое.

Затем откройте блок с именем vrrp_instance, который является основным разделом конфигурации, определяющим, как поддержка активности будет реализовывать высокую доступность. Затем назначьте ID для этой кластерной группы, который будет общим для обоих узлов. Мы также настроили простую аутентификацию для наших демонов поддержки активности, чтобы они могли общаться друг с другом. После этого мы скажем команде keepalived использовать процедуру, которую мы создали в верхней части файла, помеченную как chk_nginx, для определения работоспособности локальной системы.

Итак, общая основная конфигурация должна выглядеть так, как показано ниже.

Теперь сохраните конфигурацию основного сервера и перейдите к настройке файла конфигурации дополнительных серверов.

Настройка вторичного сервера:

На нашем вторичном сервере мы создадим сопутствующий сценарий на нашем вторичном сервере, создав на нем файл /etc/keepalived/keepalived.conf.

Большинство конфигураций будут аналогичны файлу конфигурации нашего основного сервера.
Просто не забудьте обновить правильные параметры для состояния, приоритета, unicast_src_ip и unicast_peer. И ваши окончательные файлы конфигурации вторичного сервера должны выглядеть так, как показано ниже.

Сохраните файл конфигурации после внесения необходимых изменений и перейдите к следующему шагу.

Настройка плавающего IP

Здесь нам нужно создать и назначить плавающий IP-адрес текущему узлу всякий раз, когда локальный экземпляр с поддержкой активности становится главным сервером.

Плавающий IP-адрес может быть назначен с облачного портала Vexxhost вашему рабочему узлу. Просто войдите на портал и нажмите «Плавающая IPS», а затем нажмите, чтобы создать новый плавающий IP-адрес, а затем назначьте его нужному серверу, как показано ниже.

После того как вы назначите плавающий IP-адрес, при посещении плавающего IP-адреса в веб-браузере вы должны увидеть страницу index.html «Основной серверный узел».

Запуск Keepalived и тестирование отказоустойчивости:

По мере того, как мы настраиваем плавающий IP-адрес для одного или нашего главного узла. Теперь мы можем запустить службу на обеих наших машинах, выполнив следующие команды.

Служба должна запускаться на каждом сервере и связываться со своим узлом, аутентифицируясь с помощью настроенного нами общего секрета. Каждый демон будет отслеживать локальный процесс Nginx и принимать сигналы от удаленного процесса проверки активности.

Итак, если вы зайдете, открыв веб-браузер и передав плавающий IP-адрес, мы увидим страницу Nginx вашего основного веб-сервера.

Теперь можно протестировать отказоустойчивость нашей конфигурации. Должна произойти отработка отказа. Проверка работоспособности Nginx на основном сервере показывает, что Nginx больше не работает. В этом случае демон поддержки активности основного сервера перейдет в состояние «сбой». Он уведомит вторичный сервер о том, что он должен перейти в основное состояние и потребовать плавающий IP-адрес. Или когда вторичный сервер теряет постоянное соединение с первичным сервером. Если дополнительный сервер по какой-либо причине не может связаться с основным сервером, он перейдет в состояние «главный» и попытается заявить права на плавающий IP-адрес.

Мы можем проверить первое условие, остановив службу Nginx на основном сервере.

Теперь обновите свой веб-браузер, вы можете сначала получить ответ, указывающий, что страница недоступна, но через некоторое время вы увидите веб-страницу Nginx вашего узла вторичного сервера.

Если вы снова обновите страницу, вы обнаружите, что основной сервер снова вернул себе владение плавающим IP-адресом.

Вывод:

Вот и все, мы успешно установили и настроили высокодоступные веб-серверы с Keepalived и плавающим IP-адресом на первичном и вторичном узлах Ubuntu 16.04. Как видите, для простого аварийного переключения IP, keepalived настроить гораздо проще, чем corosync/pacemaker. Итак, я надеюсь, что эта статья была для вас очень полезной и интересной. Если вы все еще нашли и опубликовали свои предложения или хотите опубликовать их, вы можете поделиться своим вкладом в разделе комментариев.

Хотели бы вы узнать о Zuul, инструменте управления проектами CI/CD? Скачайте нашу белую книгу и читайте!

Халед Насер 2020-10-30T16:44:17+00:00 29 сентября 2017 г. | Комментарии отключены о том, как настроить высокодоступные веб-серверы с поддержкой активности и плавающими IP-адресами в Ubuntu 16.04

В этом руководстве мы узнаем, как настроить высокодоступный HAProxy с Keepalived в Ubuntu 20.04. Keepalived может работать с HAProxy для предоставления услуг аварийного переключения на резервный маршрут в случае, если определенный маршрут становится недоступным. Это обеспечивает более надежную и масштабируемую среду высокой доступности.

Keepalived использует протокол резервирования виртуального маршрутизатора для отправки периодических объявлений между основным (активным) и резервным (пассивным) маршрутизаторами LVS (которые в нашем случае являются серверами HAProxy, поскольку они являются веб-приложениями для балансировки нагрузки) для определения состояния друг друга. Если главный сервер не объявляет себя в течение заданного периода времени, Keepalived инициирует отработку отказа, и резервный сервер становится главным.

Всем виртуальным серверам назначается виртуальный IP-адрес, также известный как плавающий IP-адрес. Это публично маршрутизируемый IP/адрес. Он динамически назначается активному серверу в любой момент времени.

Настройка высокодоступного HAProxy с Keepalived в Ubuntu 20.04

Для этой настройки требуется, чтобы у вас уже был настроен и запущен сервер HAProxy. Мы рассмотрели установку и настройку балансировщика нагрузки HAProxy в различных системах в наших предыдущих руководствах;

В этом руководстве мы будем использовать два сервера HAProxy с Keepalived для обеспечения высокой доступности. Ниже представлена наша архитектура развертывания.

Предполагая, что у вас уже настроен HAProxy, продолжите установку и настройку Keepalived в Ubuntu 20.04.

Установка и настройка Keepalived в Ubuntu 20.04

Установите Keepalived на серверах HAProxy

В нашей демонстрационной среде мы используем серверы HAProxy на Ubuntu 20.04. Поэтому, предполагая, что кеш вашего системного пакета обновлен, выполните приведенную ниже команду, чтобы установить Keepalived в Ubuntu 20.04

Аналогичным образом установите Keepalived на второй сервер HAProxy.

Настройка IP-переадресации и нелокальной привязки

Чтобы служба Keepalived могла пересылать сетевые пакеты на внутренние серверы, необходимо включить переадресацию IP. Запустите эту команду на обоих серверах HAProxy;

Аналогичным образом вам необходимо включить HAProxy и Keepalived для привязки к нелокальному IP-адресу, то есть к резервному IP-адресу (плавающему IP-адресу).

Перезагрузить настройки sysctl;

Настроить поддержку активности

Файл конфигурации по умолчанию для Keepalived должен быть /etc/keepalived/keepalived.conf . Однако эта конфигурация не создается по умолчанию. Создайте конфигурацию с указанным ниже содержанием;

Сохраненная конфигурация для главного узла (lb01)

Сохраненная конфигурация для резервного узла (lb02)

Обратите внимание, что раздел уведомлений является необязательным. Однако вы можете перейти по ссылке ниже, чтобы установить и настроить Postfix для использования Gmail SMTP в качестве ретранслятора;

Узнайте больше о параметрах конфигурации, использованных выше, на справочных страницах Keepalived и в обзоре конфигурации Keepalived.

Запуск Keepalived в Ubuntu 20.04

Теперь вы можете запустить и включить Keepalived для запуска при загрузке системы на всех узлах;

Проверьте статус главного узла;

Вы также можете проверить состояние подчиненного узла.

Проверьте назначение IP-адреса;

На главном узле;

Посмотрите на выделенную строку, ей назначен плавающий IP, 192.168.100.200/32.

Теперь давайте отключим интерфейс enp0s8 на главном узле. Обязательно войдите с консоли, прежде чем вы сможете отключить интерфейс.

Проверьте статус Keepalived на резервном узле;

Настройка HAProxy с поддержкой виртуального IP-адреса

Единственное изменение, которое мы собираемся внести в наш файл конфигурации HAProxy, — это настроить IP-адрес привязки внешнего интерфейса и IP-адрес статистики на виртуальный IP-адрес или плавающий IP-адрес, который в нашем случае равен 192.168.100.200

Сохраните и закройте файл конфигурации.

Теперь вы должны иметь доступ к своим веб-приложениям, даже если один из серверов HAProxy выходит из строя через плавающий IP-адрес. Пример скриншота для нашей установки приведен ниже;

На этом наше руководство по настройке высокодоступного HAProxy с Keepalived в Ubuntu 20.04 заканчивается

Читайте также: