Este guia foi elaborado por pessoas com experiência, com conhecimentos de redes e na recompilação do kernel. Este guia terá por âmbito criar um cluster com um load balancer em fedoracore. (Este guia foio realizado com fedoracore 8).

Terá 4 etapas:

• Compilação do kernel.
• Instalação e configuração do load balancer (ipvsadm e ldirectord).
• Configuração dos servidores reais.
• Instalação e configuração do filer.

Vá a pasta /usr/src/ e faça o download das fontes do kernel e o .config
exemplo:



Configuração

Tem 3 possibilidades para reconfigurar um kernel:

• make xconfig (gráfico) ou,
• make menuconfig (modo texto com menus) ou ainda,
• make config (modo texto integral).

Vamos utilizar:


Depois, recompilamos o kernel com o suporte de lvs:

Activamos as seguintes opções:



Compilação

Verificamos as dependências:


Compilamos o kernel:


Instalação (as linhas seguintes são para adaptar a sua configuração, a versão do kernel...)



depois, editamos o ficheiro /etc/lilo.conf.



modifique a linha:
default=linux por default=loadbalancer

e adicione um parágrafo por exemplo:



root=/dev/md1 a substituir pelo valor da sua partição de boot.

voltamos a carregar a configuração pelo comando:


depois, reiniciamos o servidor.


o nosso servidor reinicia, passamos a instalação e a configuração do nosso balanceador de carga:



Aspectos Gerais

A seguir segue um exemplo de como vai ser mais ou menos o trajecto de um pedido para o balanceador de carga:

Vamos utilizar a arquitectura tunneling IP para este guia.

As arquitecturas LVS

• NAT (Network Adress Translation): ou seja a tradução do endereço IP entre o balanceador de carga e os servidores reais.

• O Direct Routing: o balanceador de carga e os servidores reais devem estar sobre o mesmo segmento de rede, os servidores reais respondem directamente ao cliente.

• Tunneling IP: a ligação entre o balanceador de carga e os servidores reais é feita via um túnel IP, os servidores reais respondem directamente ao cliente.

Neste guia, desenvolveremos a última arquitectura LVS.

Os algoritmos LVS

É preciso escolher entre os diferentes algoritmos de balanceamento de acordo com as suas necessidades e os diferentes serviços geridos pelo balanceador de carga:

• Round-robin Scheduling (rr): Nesta configuração, o balanceamento funciona de maneira cíclica, sem preocupação na carga dos servidores. O primeiro pedido será afectado ao primeiro servidor, o segundo ao segundo servidor, assim de seguida.

• Weighted Round-robin Scheduling (wrr): Mesma técnica, mas os servidores reais podem ser afectados por pesos, para ter em conta diferentes capacidades de tratamento.

• Least-connection Scheduling (lc): O balanceador de carga possui uma tabela de ligações activas. Ele enviará todos os novos pedidos ao servidor que tem o menos de ligações activas, dinamicamente.

• Weighted Least-connection Scheduling (wlc): Mesma ideia que o algoritmo anterior, tendo a possibilidade de atribuir pesos aos servidores.

• Locality-based Least-connection Scheduling (lblc) O load balancer escolhe um servidor real num grupo em função do endereço IP de destino. Ele é utilizado nos clusters de cache.

• Locality-based Least-connection with Replication scheduling (lblcr): Idem que o anterior, com uma funcionalidade suplementar. Se todos os servidores do grupo estão sobrecarregados ou indisponíveis, ele escolhe um servidor noutro grupo para afecta-lo ao primeiro grupo de servidores.

• Destination Hashing Scheduling (dh): Afecta o pedido que chega a um servidor de um grupo fixo dentro de uma tabela hash, em função do endereço IP de destino.

• Source Hashing Scheduling (sh): Afecta o pedido a um servidor real em função do endereço de origem.

Instalação do balanceador de carga

Para gerir LVS que activamos no nosso kernel, instalamos ipvsadm.
Para comparar, ipvsadm é o que é iptable a netfilter.

Para instalar o ipvsadm utilize os comandos:



modifique o ficheiro /etc/sysctl.conf:



substituir:
net.ipv4.ip_forward = 0 por net.ipv4.ip_forward = 1

depois volta a carregar sysctl:



verificamos que ele está instalado correctamente:



Não há nenhuma mensagem de erro então continuamos.


Configuração do balanceamento de carga

Para o nosso balanceamento de carga vamos utilizar um ipfailover o que nos vai permitir além de fazer um balanceamento de backup em caso de problema, de passar o ip failover de um balanceador para outro.

Neste guia, vamos chamar o ip do nosso balanceador de carga: IPDIRECTOR
será então preciso substituir IPDIRECTOR pelo ip do balanceador de carga.

Para configurar o ip failover consulte este guias:
http://guias.ovh.pt/adicionaraliasip

Vamos pegar um exemplo de configuração para o servidor apache (porto 80)
teremos no exemplo 2 servidores reais com os IP: IPR1 e IPR2.

Escolhemos o algoritmo wrr e declaramos uma repartição para o porto 80 com o IP IPDIRECTOR:



verificamos que foi tomado em conta:



vemos que tomou em conta o IPDIRECTOR para o porto 80 e o algorithmo wrr.

Agora adicionamos e definimos os nossos servidores com pesos diferentes.

• Servidor 1 terá o peso 2
• Servidor 2 terá o peso 1

Temos um total de 3 para o conjunto dos pesos.
O servidor 1 terá 2/3 dos pedidos e o servidor 2 terá 1/3 dos pedidos.



Verificamos que os servidores foram bem tomados em conta assim que os pesos deles.



Os nossos servidores estão no cluster.

Agora, é preciso configurar os nossos servidores reais para que possam aceitar os pacotes.



Para que o nosso servidor real aceite os pedidos enviados pelo balanceador de carga, o ip do nosso balanceador deve ser conhecido por cada máquina do cluster, adicionamos este ip desta maneira:
(manipulação a fazer sobre cada máquina do cluster)



Cuidado em algumas distribuições o facto de realizar a configuração com ifconfig pode fazer com que a configuração desapareça com o reinicio do servidor.
Atenção: Neste caso, realiza a configura no seu ficheiro de configuração de rede ou cria um ficheiro que será executado no arranque do servidor com os dois comandos anteriores.

Depois, para que o router não receba mais pedidos arp indicando que o ip corresponde a este endereço mac do servidor, desactivamos o arp.



Finalemente, activamos os reencaminhamentos ip:


Para os serviços geridos pelo balanceador não se esqueça de indicar-lhes de escutar este ip, no caso de uma virtualhost este deve estar declarado como ip IPDIRECTOR.

Para ter uma sincronização dos dados para os servidores no cluster, preconizamos de instalar um filer assim todos os servidores terão os mesmos dados instantaneamente.



O nosso balanceamento de carga funciona mas se uma máquina do cluster vai abaixo, os clientes terão mensagens de erros indicando que o site não se encontra disponível, é precisor retira da pool de servidor. Podemos faze-lo com ldirectord.

Para instalar o ldirectord siga estas instrucções:



depois os módulos seguintes podem pedir uma instalação em função da configuração com ldirectord.
Instalamos cpan para os diferentes módulos seguintes se necessario.



para verificar o protocolo pop3



para verificar um protocolo utilizando o ssl



para verificar o protocolo imap



Para verificar o serviço DNS



Vamos agora criar um ficheiro de configuração para ldirectord



Terá duas grandes partes para o ficheiro de configuração:

• uma parte global.
• uma parte para cada serviço.

na parte global:



é o prazo em segundos para negociar os controlos.



é o prazo em segundos para ligar-se, se o prazo é ultrapassado então o servidor real é declarado morto.



Define o número de segundos entre cada controlo por defeito ldirectord põe o valor 10s. No nosso guia, colocamos 30s.



O número de vezes onde um controlo será atingido antes que ele seja considerado como falhado.



logfile = "/caminho/para/ficheirolog" senão será o ficheiro syslog.
Outro ficheiro log pode ser especificado. Se o ficheiro log não possui um chefe de fila '/', ele é suposto ser syslog.



Endereço de e-mail válido para o envio das alertas sobre a mudança do estado de ligação a um servidor real no serviço virtual.



Prazo em segundos entre as alertas por email, enquanto qualquer servidor real no serviço virtual está inacessivel. Um valor de zero segundos impede a repetição das alertas.



que tipo de alertas vamos seguir: aqui todas.

na parte por serviços:

• o serviço ftp.

É um serviço particular, é perciso um persistência nas ligações para o servidor real.
Atenção: a tabulação é muito importante no ficheiro de configuração (não um espaço mas sim um avanço)



É preciso criar um ficheiro welcome.msg no directório do utilizador que se vai criar, especialemente para este teste, com o conteúdo 200. Ldirector vai fazer uma ligação ftp e vai verificar o conteúdo de welcome.msg e comparar-lo ao valor receive.

• o serviço web

O directório vai verificar via protocolo http que a página contem 200.
O ficheiro .html deverá estar no directório correspondente ao virtualhost do endereço do seu servidor.

• o serviço de e-mail

Para testar este serviço, pode criar um endereço que será utilizado para o teste unicamente.
O exemplo abaixo é a titulo indicativo, a parametrizar conforme as suas necessidades.







Se pretender apenas fazer um ping do serviço pode faze-lo colocado de uma forma geral:



Substitua cada valor no exemplo acima.

Tem outras possibilidades para os serviços mas convidamos-o a verificar a documentação oficial de ldirectord.

Finalmente executamos ldirectord em modo debug para verificar que tudo está a correr bem:


Verá assim se há mensagens de erros.

depois, para executar ldirectord:
vamos modificar uma linha no ficheiro de arranque de ldirectord



e comente a linha seguinte pondo um # antes disto:



para arranca-lo utilize o comando:



para pôr ldirectord ao iniciar:



ara verificar o seu cluster em tempo real:



e para as ligações: