Рейтинг:0

Привязка нескольких IP-адресов к одному прослушиванию вызывает ошибку в HAProxy

флаг ma

У меня есть LB, который перенаправляет запрос в циклическом механизме на мои 4 настроенных сервера. Я назначил машине плавающий IP-адрес (LOADBALANCERFLOATINGIPADDRESS). Теперь я хочу, чтобы мой LB прослушивал оба IP-адреса. Поэтому я попытался привязать оба IP-адреса к прослушиванию, но это не сработало.

судо нано /etc/haproxy/haproxy.cfg

#HAProxy для веб-серверов
веб-интерфейс
  привязать LOADBALANCERIPADRESS: 80
  режим http
  default_backend веб-сервер

бэкэнд

  http-request set-header X-Forwarded-Proto https if { ssl_fc } # Для Proto
  http-request add-header X-Real-Ip %[src] # Пользовательский заголовок с исходным IP-адресом
  option forwardfor # X-forwarded-for

  круговой баланс
  сервер web-server1 IP1:80 проверить
  сервер web-server2 IP2:80 проверить
  сервер web-server3 IP3:80 проверить
  сервер web-server4 IP4:80 проверка

слушать статистику
связать LOADBALANCERIPADRESS: 8080
привязать LOADBALANCERFLOATINGIPADDRESS:80
режим http
опцион вперед для
опция httpclose
включить статистику
статистика шоу-легенды
обновление статистики 5s
статистика uri /stats
stats realm Haproxy\ Статистика
stats auth root:password #Логин Пользователь и пароль для мониторинга
админ статистики если TRUE
default_backend веб-сервер

Однако, когда я проверяю синтаксис моего файла конфигурации, он говорит, что он действителен

root@ubuntu-s-1vcpu-1gb-blr1-01:~# sudo haproxy -f /etc/haproxy/haproxy.cfg -c
Файл конфигурации действителен

Но когда я попытался перезапустить службу HAProxy, я получаю сообщение об ошибке

root@ubuntu-s-1vcpu-1gb-blr1-01:~# sudo systemctl перезапустить haproxy.service
Задание для haproxy.service завершилось неудачно, так как процесс управления завершился с кодом ошибки.
Подробности смотрите в "systemctl status haproxy.service" и "journalctl -xe".

Журналы HAProxy говорят:

root@ubuntu-s-1vcpu-1gb-blr1-01:~# статус systemctl haproxy.service
haproxy.service — балансировщик нагрузки HAProxy
     Загружено: загружено (/lib/systemd/system/haproxy.service; включено; предустановка поставщика: включена)
     Активно: сбой (результат: код выхода) со среды 11 мая 2022 г. 06:20:41 UTC; 10 секунд назад
       Документы: мужчина: haproxy(1)
             файл:/usr/доля/doc/haproxy/configuration.txt.gz
    Процесс: 189373 ExecStartPre=/usr/sbin/haproxy -f $CONFIG -c -q $EXTRAOPTS (code=exited, status=0/SUCCESS)
    Процесс: 189374 ExecStart=/usr/sbin/haproxy -Ws -f $CONFIG -p $PIDFILE $EXTRAOPTS (код=выход, статус=1/FAILURE)
   Основной PID: 189374 (код=выход, статус=1/ОШИБКА)

11 мая, 06:20:40 ubuntu-s-1vcpu-1gb-blr1-01 systemd[1]: haproxy.service: основной процесс завершен, код = завершен, статус = 1/FAILURE
11 мая, 06:20:40 ubuntu-s-1vcpu-1gb-blr1-01 systemd[1]: haproxy.service: Ошибка с результатом «код выхода».
11 мая, 06:20:40 ubuntu-s-1vcpu-1gb-blr1-01 systemd[1]: не удалось запустить HAProxy Load Balancer.
11 мая, 06:20:41 ubuntu-s-1vcpu-1gb-blr1-01 systemd[1]: haproxy.service: запланированное задание перезапуска, счетчик перезапусков равен 5.
11 мая, 06:20:41 ubuntu-s-1vcpu-1gb-blr1-01 systemd[1]: остановлен балансировщик нагрузки HAProxy.
11 мая, 06:20:41 ubuntu-s-1vcpu-1gb-blr1-01 systemd[1]: haproxy.service: запрос на запуск повторяется слишком быстро.
11 мая, 06:20:41 ubuntu-s-1vcpu-1gb-blr1-01 systemd[1]: haproxy.service: Ошибка с результатом «код выхода».
11 мая, 06:20:41 ubuntu-s-1vcpu-1gb-blr1-01 systemd[1]: не удалось запустить HAProxy Load Balancer.
root@ubuntu-s-1vcpu-1gb-blr1-01:~# sudo nano /etc/haproxy/haproxy.cfg

Примечание : Я знаю, что для этого есть обходной путь, чтобы привязать его ко всем входящим IP-адресам, используя связать *.80. Но я хочу указать свой LB и плавающий IP-адрес отдельно

Ответить или комментировать

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