Como iniciar o HAProxy no CentOS com o systemd

Navegue suas respostas
1

Estou tentando configurar um balanceamento de carga simples na web usando o CentOS 7.5 (64 bits, kernel 3.10), o HAProxy 1.8.13 e o systemd. Parece que a configuração do HAProxy está OK, mas iniciar o aplicativo me dá dor de cabeça. Eu tentei com o init.d uma vez, mas fui apontado para a direção do systemd, onde estou atualmente preso. Estava procurando a causa há quase 2 dias e cheguei aos meus limites quando se trata de linux, também não consegui encontrar uma causa para esse comportamento específico em nenhum lugar. A maioria dos casos como esse tem algum problema na configuração do haproxy, mas aparentemente esse não é o caso aqui.

Saída de validação do arquivo de configuração HAProxy 

haproxy -f /etc/haproxy/haproxy.conf -c

Configuration file is valid

Quando eu tento iniciá-lo usando o systemd, recebo a seguinte saída no journalctl: 

journalctl -u haproxy.service

Aug 13 17:07:50 localhost.localdomain systemd[1]: Starting HAProxy Load Balancer...
Aug 13 17:07:50 localhost.localdomain systemd[1]: Started HAProxy Load Balancer.
Aug 13 17:07:50 localhost.localdomain systemd[1]: haproxy.service holdoff time over, scheduling restart.
Aug 13 17:07:50 localhost.localdomain systemd[1]: Starting HAProxy Load Balancer...
Aug 13 17:07:50 localhost.localdomain systemd[1]: Started HAProxy Load Balancer.
Aug 13 17:07:50 localhost.localdomain systemd[1]: haproxy.service holdoff time over, scheduling restart.
Aug 13 17:07:50 localhost.localdomain systemd[1]: Starting HAProxy Load Balancer...
Aug 13 17:07:50 localhost.localdomain systemd[1]: Started HAProxy Load Balancer.
Aug 13 17:07:50 localhost.localdomain systemd[1]: haproxy.service holdoff time over, scheduling restart.
Aug 13 17:07:50 localhost.localdomain systemd[1]: Starting HAProxy Load Balancer...
Aug 13 17:07:50 localhost.localdomain systemd[1]: Started HAProxy Load Balancer.
Aug 13 17:07:51 localhost.localdomain systemd[1]: haproxy.service holdoff time over, scheduling restart.
Aug 13 17:07:51 localhost.localdomain systemd[1]: Starting HAProxy Load Balancer...
Aug 13 17:07:51 localhost.localdomain systemd[1]: Started HAProxy Load Balancer.
Aug 13 17:07:51 localhost.localdomain systemd[1]: haproxy.service holdoff time over, scheduling restart.
Aug 13 17:07:51 localhost.localdomain systemd[1]: start request repeated too quickly for haproxy.service
Aug 13 17:07:51 localhost.localdomain systemd[1]: Failed to start HAProxy Load Balancer.
Aug 13 17:07:51 localhost.localdomain systemd[1]: Unit haproxy.service entered failed state.
Aug 13 17:07:51 localhost.localdomain systemd[1]: haproxy.service failed.

O Systemctl mostra o seguinte status: 

systemctl status haproxy.service

[root@localhost sbin]# systemctl status haproxy.service
● haproxy.service - HAProxy Load Balancer
   Loaded: loaded (/usr/lib/systemd/system/haproxy.service; enabled; vendor preset: disabled)
   Active: failed (Result: start-limit) since Mo 2018-08-13 17:33:46 CEST; 24min ago
  Process: 1557 ExecStart=/usr/sbin/haproxy -W -f /etc/haproxy/haproxy.cfg -p /var/run/haproxy.pid (code=exited, status=0/SUCCESS)
  Process: 1556 ExecStartPre=/usr/sbin/haproxy -f /etc/haproxy/haproxy.cfg -c -q (code=exited, status=0/SUCCESS)
 Main PID: 1557 (code=exited, status=0/SUCCESS)

Aug 13 17:33:46 localhost.localdomain systemd[1]: Started HAProxy Load Balancer.
Aug 13 17:33:46 localhost.localdomain systemd[1]: haproxy.service holdoff time over, scheduling restart.
Aug 13 17:33:46 localhost.localdomain systemd[1]: start request repeated too quickly for haproxy.service
Aug 13 17:33:46 localhost.localdomain systemd[1]: Failed to start HAProxy Load Balancer.
Aug 13 17:33:46 localhost.localdomain systemd[1]: Unit haproxy.service entered failed state.
Aug 13 17:33:46 localhost.localdomain systemd[1]: haproxy.service failed.

O arquivo systemd para este serviço foi, na maior parte, substituído pelo arquivo de amostra haproxy 1.8.13 fornecido. Acabei de substituir alguns espaços reservados / variáveis por valores fixos, pois alguns componentes não conseguiam lidar com caminhos relativos. 

nano /lib/systemd/system/haproxy.service

[Unit]
Description=HAProxy Load Balancer
After=network.target

[Service]
Environment="CONFIG=/etc/haproxy/haproxy.cfg" "PIDFILE=/var/run/haproxy.pid"
ExecStartPre=/usr/sbin/haproxy -f /etc/haproxy/haproxy.cfg -c -q
ExecStart=/usr/sbin/haproxy -W -f /etc/haproxy/haproxy.cfg -p /var/run/haproxy.pid
ExecReload=/usr/sbin/haproxy -f /etc/haproxy/haproxy.cfg -c -q
ExecReload=/bin/kill -USR2 $MAINPID
KillMode=mixed
Restart=always
SuccessExitStatus=143
Type=notify

# The following lines leverage SystemD's sandboxing options to provide
# defense in depth protection at the expense of restricting some flexibility
# in your setup (e.g. placement of your configuration files) or possibly
# reduced performance. See systemd.service(5) and systemd.exec(5) for further
# information.

# NoNewPrivileges=true
# ProtectHome=true
# If you want to use 'ProtectSystem=strict' you should whitelist the PIDFILE,
# any state files and any other files written using 'ReadWritePaths' or
# 'RuntimeDirectory'.
# ProtectSystem=true
# ProtectKernelTunables=true
# ProtectKernelModules=true
# ProtectControlGroups=true
# If your SystemD version supports them, you can add: @reboot, @swap, @sync
# SystemCallFilter=~@cpu-emulation @keyring @module @obsolete @raw-io

[Install]
WantedBy=multi-user.target

Parece que inicia o aplicativo, interrompe-o novamente e tenta iniciá-lo novamente, até que ele desista em algum momento.

Quando eu tento iniciar o aplicativo manualmente a partir do bash, parece que nada está acontecendo: 

[root@localhost sbin]# /usr/sbin/haproxy -W -f /etc/haproxy/haproxy.cfg -p /var/run/haproxy.pid
[root@localhost sbin]#

Nenhum processo visível via ps ou top. Tentei obter alguns logs, mas não consegui obter nenhum log do rsyslog, pois ele não deseja gravar no arquivo especificado.

Adicionando o arquivo de configuração haproxy como um apêndice, mas conforme o próprio haproxy, parece estar bem: 

# Rev1
# HAProxy Global and Default definitions
global
    log 127.0.0.1 local2
    chroot /var/lib/haproxy
    pidfile /var/run/haproxy.pid
    maxconn 4000
    user haproxy
    group haproxy
    daemon
        stats socket /var/run/haproxy.sock
        stats timeout 2m

defaults
    log                     global
    option                  dontlognull
    retries                 3
    timeout http-request    10s
    timeout queue           1m
    timeout connect         10s
    timeout client          300s
    timeout server          300s
    timeout http-keep-alive 10s
    timeout check           10s
    maxconn                 3000

frontend LB_https_vs
    bind *:443
    mode tcp
    option tcplog
    default_backend SP_https_group

backend LB_https_group
    mode tcp
    balance source
    option httpchk GET /MyPage/Logon.aspx
    hash-type consistent
    stick-table type ip size 200k expire 2000s
    stick on src table SP_https_group
    default-server inter 15000
    #server srv1 192.168.1.1:443 id 1 port 443 check
    server srv1 192.168.1.1:443 id 1 check
    server srv2 192.168.1.2:443 id 2 check
    server srv3 192.168.1.3:443 id 3 check
    server srv4 192.168.1.4:443 id 4 check
    server srv5 192.168.1.5:443 id 5 check

listen stats
    mode http
    bind :9000
    stats enable
    stats hide-version
    stats realm HAproxy-Statistics
    stats uri /haproxy_stats
    stats auth admin:default

Alguma idéia do que está acontecendo aqui?

Obrigado antecipadamente

    
por vm370 13.08.2018 / 18:08

1 resposta

1

Você precisa iniciar o haproxy em um modo que seja executado em primeiro plano. Além disso, se você quiser usar Type=notify , precisará do haproxy para implementar o daemon de notificação systemd.

Parece que você deve iniciá-lo usando a opção -Ws em vez de apenas -W . De a saída --help no código-fonte : 

#if defined(USE_SYSTEMD)
        "        -Ws master-worker mode with systemd notify support.\n"
#endif

Por favor note também que isto só funciona se haproxy foi construído com suporte ao systemd. Não tenho certeza se esse é o seu caso, mas você pode verificar isso consultando a saída --help (ele não parece suportar --help diretamente, mas imprime informações de uso em argumentos desconhecidos, então --help deve funcionar para você.)

Você pode querer dar uma olhada no haproxy.service sugerido modelo na versão 1.8 e o mais recente no GitHub , parece que o que você está usando está próximo do mais recente, mas com algumas diferenças (como -W em vez de -Ws ...)

    
por 13.08.2018 / 22:28

Tags

O alto-falante Bluetooth reproduz apenas sons do sistema Como inicializar múltiplos dispositivos de som I2C com uma sobreposição de árvore de dispositivos?