HAProxy, перевірка здоров'я декількох серверів з різними іменами хостів


11

Мені потрібно завантажити баланс між декількома запущеними серверами з різними іменами хостів. Я не можу налаштувати один і той же віртуальний хост на кожному.

Чи можливо мати лише одну конфігурацію прослуховування з декількома серверами та змусити перевірки здоров'я застосовувати http-send-name-header Hostдирективу? Я використовую HAProxy 1.5.

Я придумав цей робочий haproxy.cfg, як ви бачите, мені довелося встановити інше ім’я хоста для кожної перевірки стану здоров’я, оскільки перевірка стану здоров'я ігнорує http-send-name-header Host. Я вважав за краще використовувати змінні чи інші методи, а речі зберігати більш стисло.

global
    log 127.0.0.1 local0 notice
    maxconn 2000
    user haproxy
    group haproxy

defaults
    log     global
    mode    http
    option  httplog
    option  dontlognull
    retries 3
    option redispatch
    timeout connect  5000
    timeout client  10000
    timeout server  10000
    stats enable
    stats uri /haproxy?stats
    stats refresh 5s
    balance roundrobin
    option httpclose

listen inbound :80    
    option httpchk HEAD / HTTP/1.1\r\n
    server instance1 127.0.0.101 check inter 3000 fall 1 rise 1
    server instance2 127.0.0.102 check inter 3000 fall 1 rise 1

listen instance1 127.0.0.101:80
    option forwardfor
    http-send-name-header Host
    option httpchk HEAD / HTTP/1.1\r\nHost:\ www.example.com
    server www.example.com www.example.com:80 check inter 5000 fall 3 rise 2

listen instance2 127.0.0.102:80
    option forwardfor
    http-send-name-header Host
    option httpchk HEAD / HTTP/1.1\r\nHost:\ www.bing.com
    server www.bing.com www.bing.com:80 check inter 5000 fall 3 rise 2

Відповіді:


2
defaults
log global
retries 2
timeout connect 3000
timeout server 5000
timeout client 5000

listen any-name-1
bind IP-Address:port
mode tcp or http
option user-check user haproxy_check
balance roundrobin
server hostname IpAddress:port check
server hostname  IpAddress:port check
listen any-name-2
bind IP-Address:port
mode tcp or http
option user-check user haproxy_check
balance roundrobin
server hostname IpAddress:port check
server hostanme  IpAddress:port check

listen any-name-3
bind IP-Address:port
mode tcp or http
option user-check user haproxy_check
balance roundrobin
server hostname IpAddress:port check
server hostname  IpAddress:port check

listen any-name-4
bind IP-Address:port
mode tcp or http
option user-check user haproxy_check
balance roundrobin
server hostname IpAddress:port check
server hostname  IpAddress:port check

listen any-name-5
bind IP-Address:port
mode tcp or http
option user-check user haproxy_check
balance roundrobin
server hostname IpAddress:port check
server hostname  IpAddress:port check

listen haproxyadmin
bind HAproxyServerIP:HaproxyPort
mode http
stats enable
stats uri /haproxy
stats realm Strictly\ Private
stats auth username:password

1

Оновлення : У описаному вами випадку вам потрібні перевірки HTTP / 1.1, для яких потрібне жорстке кодування імені хоста. З огляду на документацію версії 1.5, здається, немає способу цього уникнути, якщо ви не можете дозволити скинути http-чеки (що, звичайно, не рекомендується).

Оригінальна відповідь : Хоча я не знайомий з 1,5 змінами гапрокси, що я б робив у 1.4 (і я впевнений, що він все ще застосовується в 1.5), наступний. Зауважте, що розмежування на фронт / бэкенд - це лише особиста зручність, і ви можете просто використовувати прослуховування.

defaults
    mode http
    option  httplog
    timeout connect  5000
    timeout client  10000
    timeout server  10000

frontend inbound
    bind 127.0.0.1:8000
    default_backend webservers

backend webservers
    option forwardfor
    option httpchk HEAD / HTTP/1.0
    http-send-name-header Host
    server google www.google.com:80 check inter 5000 fall 3 rise 2
    server bing www.bing.com:80 check inter 5000 fall 3 rise 2

І результат:

$ curl -i localhost:8000
HTTP/1.1 301 Moved Permanently
Cache-Control: no-cache
Content-Length: 0
Location: http://www.bing.com/
Server: Microsoft-IIS/8.0
P3P: CP="NON UNI COM NAV STA LOC CURa DEVa PSAa PSDa OUR IND"
Set-Cookie: _HOP=I=1&TS=1399981378; path=/
Edge-control: no-store
X-MSEdge-Ref: Ref A: 26CEE14531BF45EFAC91FAC3D1945EDF Ref B: 42CE8D142D427C30F7851B56F38837A6 Ref C: Tue May 13 04:42:58 2014 PST
Date: Tue, 13 May 2014 11:42:57 GMT

$ curl -i localhost:8000
HTTP/1.1 301 Moved Permanently
Location: http://www.google.com/
Content-Type: text/html; charset=UTF-8
X-Content-Type-Options: nosniff
Date: Tue, 13 May 2014 11:43:00 GMT
Expires: Thu, 12 Jun 2014 11:43:00 GMT
Cache-Control: public, max-age=2592000
Server: sffe
Content-Length: 219
X-XSS-Protection: 1; mode=block
Alternate-Protocol: 80:quic

<HTML><HEAD><meta http-equiv="content-type" content="text/html;charset=utf-8">
<TITLE>301 Moved</TITLE></HEAD><BODY>
<H1>301 Moved</H1>
The document has moved
<A HREF="http://www.google.com/">here</A>.
</BODY></HTML>
$

Я думаю, що ваш метод не працює, оскільки це не встановлення заголовка хоста. Без заголовка хоста запит ніколи не досягне призначеного веб-сервера. Ви можете перевірити це наexample.heroku.com
— Marco Bettiolo

Ви маєте рацію, httpchk вимагає заголовка Host у прикладі heroku, і для цього немає жодного вирішення. Відміна директиви перевірки дозволить проксі працювати як слід, але ви не зможете заздалегідь виявити помилку.
— user76776

це якраз моя проблема, що забезпечує перевірку стану здоров’я на хмари, коли потрібні правильні заголовки хоста.
— Марко Беттьоло

Я не можу скинути чеки HTTP / 1.1. Я буду дотримуватися своєї реалізації наразі.
— Марко Беттіоло
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.