7.6. Configurando o Protocolo de Anel Redundante
Desde o Red Hat Enterprise Linux 6.4, o Red Hat High Availability Add-On suporta a configuração do protocolo de anel redundante.
Ao configurar um sistema para usar o protocolo de anel redundante, você precisa levar as seguintes considerações em conta:
- Não especifique mais do que dois anéis.
- Cada anel deve utilizar o mesmo protocolo; não confunda IPv4 e IPv6.
- Caso seja necessário, você poderá especificar um endereço de multicast manualmente para o segundo anel. Se você especificar um endereço multicast para o segundo anel, tanto o endereço de multicast alternado quanto a porta alternada devem ser diferentes do endereço do multicast para o primeiro anel. Se você não especificar um endereço e multicast alternado, o sistema irá utilizar automaticamente um endereço de multicast diferente para o segundo anel.Se você especificar uma porta alternada, os números de porta do primeiro anel e o segundo anel devem se diferir por ao menos duas, pois o sistema usa a porta e porta -1 para realizar operações.
- Não use duas interfaces diferentes no mesmo subnet.
- Em geral, é uma boa prática configurar o protocolo do anel redundante em dois NICs diferentes e em dois interruptores, no caso de um NIC ou um interruptor falhar.
- Não use o comando
ifdownou o comandoservice network stoppara simular uma falha de rede. Isto destrói todo o cluster e requer que você reinicie todos os nós no cluster para recuperar. - Não use o
NetworkManager, pois ele irá executar o comandoifdownse o cabo não estiver desligado. - Quando um nó de um NIC falha, todo o anel é marcado como falho.
- Na intervenção manual, é necessário recuperar um anel falho. Para recuperar, você precisa somente reparar a razão original para a falha, tal como um NIC ou interruptor falho.
Para especificar uma segunda interface de rede para usar para protoloco e anel redundadnte, você adiciona um componente
altname à seção clusternode do arquivo de configuração cluster.conf. Quando especificar um altname, especifique um atributo de name para indicar um segundo nome de host ou um endereço IP para o nó.
O exemplo a seguir especifca o
clusternet-node1-eth2 como um nome alternativo para o nó de cluster clusternet-node1-eth1.
<cluster name="mycluster" config_version="3" >
<logging debug="on"/>
<clusternodes>
<clusternode name="clusternet-node1-eth1" votes="1" nodeid="1">
<fence>
<method name="single">
<device name="xvm" domain="clusternet-node1"/>
</method>
</fence>
<altname name="clusternet-node1-eth2"/>
</clusternode>
A seção
altname dentro do bloco clusternode não é uma posição dependente. Ele pode vir antes ou depois da seção fence. Não especifique mais do que um componente altname para um nó de cluster ou o sistema irá falhar ao iniciar.
Opcionalmente, você pode especificar manualmente um endereço multicast, uma porta e um TTL para o segundo anel, incluindo um componente
altmulticast na seção cman do arquivo de configuração cluster.conf . O componente altmulticast aceita um parâmetro addr, um port, e um ttl.
O exemplo a seguir exibe a seção
cman de um arquivo de configuração de cluster que define um endereço de multicast, porta, e TTL para o segundo anel.
<cman> <multicast addr="239.192.99.73" port="666" ttl="2"/> <altmulticast addr="239.192.99.88" port="888" ttl="3"/> </cman>
