7.6. Cómo configura el protocolo de anillos redundantes
A partir de Red Hat Enterprise Linux 6.4, la adición de alta disponibilidad de Red Hat soporta la configuración redundante del protocolo de anillos redundantes.
Al configurar un sistema para usar un protocolo de anillo redundante, usted debe tener en cuenta lo siguiente:
- No especifique más de dos anillos.
- Cada anillo debe utilizar el mismo protocolo; no mezcle IPv4 con IPv6.
- Si es necesario, especifique manualmente una dirección mutidifusión para un segundo anillo. Si especifica una dirección multidifusión para el segundo anillo, ya sea la dirección multidifusión o el puerto alterno debe ser diferente a la dirección multidifusión para el primer anillo. Si usted no especifica una dirección multidifusión alterna, el sistema utilizará automáticamente una dirección multidifusión diferente para el segundo anillo.Si especifica un puerto alterno, los números de puerto del primer anillo y del segundo anillo deben diferir en al menos dos, ya que el sistema utiliza los puertos 'Port' y 'Port -1' para realizar operaciones.
- No utilice dos interfaces diferentes en la misma subred.
- En general, es una buena práctica configurar el protocolo de anillos redundantes en dos NIC y dos interruptores diferentes, en caso de que un NIC o interruptor falle.
- No use el comando
ifdownni el comandoservice network stoppara simular la interrupción de red. Al hacerlo destruirá todo el clúster y deberá reiniciar todos los nodos en el clúster que va a recuperar. - No utilice
NetworkManager, ya que ejecutará el comandoifdownsi el cable está desconecto. - Cuando un nodo de un NIC falla, todo el anillo se marcará como errado.
- Ninguna intervención manual se requiere para recuperar un anillo que haya fallado. Para recuperar, solo necesita corregir la razón de origen de la falla, como por ejemplo, un NIC o un interruptor que hayan fallado.
Para configurar una segunda interfaz de red para que use protocolo de anillos redundantes, añada un componente
altname a la sección clusternode del archivo de configuración cluster.conf. Para configurar altname, debe especificar un atributo name para indicar un segundo nombre de host o dirección IP para el nodo.
El siguiente ejemplo especifica
clusternet-node1-eth2 como el nombre para el nodo de clúster alterno 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>
La sección
altname dentro del bloque clusternode no depende de la ubicación. Puede estar antes o después de la sección de fence. No especifique más de un componente altname para un nodo de clúster, de lo contrarió, el sistema fallará en el inicio.
También, puede especificar de forma manual una dirección multidifusión, un puerto, un TTL para el segundo anillo incluido el componente
altmulticast en la sección cman del archivo de configuración cluster.conf. El componente altmulticast acepta un parámetro addr, un parámetro port, y un parámetro ttl.
El siguiente ejemplo muestra la sección
cman de un archivo de configuración de un clúster que establece una dirección multidifusión, un puerto y TTL para el segundo anillo.
<cman> <multicast addr="239.192.99.73" port="666" ttl="2"/> <altmulticast addr="239.192.99.88" port="888" ttl="3"/> </cman>
