Grupos de redundancia de clúster de chasis
Un grupo de redundancia (RG) incluye y administra una colección de objetos en ambos nodos de un clúster. Un RG es primario en un nodo y copia de seguridad en el otro nodo en un momento dado. Para obtener más información, consulte los temas siguientes:
Descripción de los grupos de redundancia de clúster de chasis
La agrupación en clústeres de chasis proporciona una alta disponibilidad de interfaces y servicios a través de grupos de redundancia y primacía dentro de los grupos.
Un grupo de redundancia es una construcción abstracta que incluye y administra una colección de objetos. Un grupo de redundancia contiene objetos en ambos nodos. Un grupo de redundancia es primario en un nodo y copia de seguridad en el otro en cualquier momento. Cuando se dice que un grupo de redundancia es primario en un nodo, sus objetos en ese nodo están activos.
Los grupos de redundancia son unidades independientes de conmutación por error. Cada grupo de redundancia conmuta por error de un nodo a otro, independientemente de otros grupos de redundancia. Cuando un grupo de redundancia conmuta por error, todos sus objetos conmutan por error juntos.
Tres cosas determinan la primacía de un grupo de redundancia: la prioridad configurada para el nodo, el ID del nodo (en caso de prioridades vinculadas) y el orden en que aparece el nodo. Si primero aparece un nodo de menor prioridad, asumirá la primacía de un grupo de redundancia (y permanecerá como principal si la preferencia no está habilitada). Si se agrega preferencia a una configuración de grupo de redundancia, el dispositivo con la prioridad más alta en el grupo puede iniciar una conmutación por error para convertirse en principal. De forma predeterminada, la preferencia está deshabilitada. Para obtener más información acerca de la preferencia, consulte preferencia (clúster de chasis).
Un clúster de chasis puede incluir muchos grupos de redundancia, algunos de los cuales pueden ser primarios en un nodo y otros pueden ser primarios en el otro. Como alternativa, todos los grupos de redundancia pueden ser primarios en un solo nodo. La primacía de un grupo de redundancia no afecta a la primacía de otro grupo de redundancia. Puede crear hasta 128 grupos de redundancia.
El número máximo de grupos de redundancia es igual al número de interfaces Ethernet redundantes que configure.
Puede configurar grupos de redundancia para que se adapten a su implementación. Configure un grupo de redundancia para que sea principal en un nodo y copia de seguridad en el otro nodo. Para especificar el nodo en el que el grupo es principal, establezca prioridades para ambos nodos dentro de una configuración de grupo de redundancia. El nodo con la prioridad más alta tiene prioridad y los objetos del grupo de redundancia en él están activos.
Si se configura un grupo de redundancia para que ambos nodos tengan la misma prioridad, el nodo con el número de ID de nodo más bajo siempre tiene prioridad y el grupo de redundancia es el principal en él. En un clúster de dos nodos, el nodo 0 siempre tiene prioridad en un vínculo de prioridad.
- Descripción del grupo 0 de redundancia del clúster de chasis: motores de enrutamiento
- Descripción de los grupos de redundancia del clúster de chasis del 1 al 128
Descripción del grupo 0 de redundancia del clúster de chasis: motores de enrutamiento
Cuando se inicializa un dispositivo en modo de clúster de chasis , el sistema crea un grupo de redundancia denominado grupo de redundancia 0. El grupo de redundancia 0 administra la primacía y la conmutación por error entre los motores de enrutamiento en cada nodo del clúster. Como es el caso para todos los grupos de redundancia, el grupo de redundancia 0 puede ser primario en un solo nodo a la vez. El nodo en el que el grupo de redundancia 0 es principal determina qué motor de enrutamiento está activo en el clúster. Un nodo se considera el nodo principal del clúster si su motor de enrutamiento es el activo.
La configuración del grupo de redundancia 0 especifica la prioridad para cada nodo. El siguiente esquema de prioridad determina la primacía del grupo 0 de redundancia. Tenga en cuenta que el valor de tres segundos es el intervalo si se utilizan los valores predeterminados heartbeat-threshold y heartbeat-interval los valores.
El nodo que aparece primero (al menos tres segundos antes que el otro nodo) es el nodo principal.
Si ambos nodos aparecen al mismo tiempo (o con tres segundos de diferencia):
El nodo con la prioridad configurada más alta es el nodo principal.
Si hay un empate (ya sea porque se configuró el mismo valor o porque se utilizó la configuración predeterminada), el nodo con el ID de nodo inferior (nodo 0) es el nodo principal.
El esquema de prioridad anterior también se aplica a los grupos de redundancia x (grupos de redundancia numerados del 1 al 128), siempre que no se configure la preferencia. (Consulte Ejemplo: Configuración de grupos de redundancia de clúster de chasis.)
No puede habilitar la preferencia para el grupo de redundancia 0. Si desea cambiar el nodo principal para el grupo de redundancia 0, debe realizar una conmutación por error manual.
Sea cauteloso y juicioso en el uso de las conmutaciones por error manuales del grupo de redundancia 0. Una conmutación por error del grupo de redundancia 0 implica una conmutación por error del motor de enrutamiento, en cuyo caso todos los procesos que se ejecutan en el nodo principal se eliminan y luego se generan en el nuevo motor de enrutamiento principal. Esta conmutación por error podría provocar la pérdida de estado, como el estado de enrutamiento, y degradar el rendimiento mediante la introducción de la rotación del sistema.
Descripción de los grupos de redundancia del clúster de chasis del 1 al 128
Puede configurar uno o varios grupos de redundancia numerados del 1 al 128, denominados grupo de redundancia x. El número máximo de grupos de redundancia es igual al número de interfaces Ethernet redundantes que configure (consulte Número máximo de interfaces Ethernet redundantes permitidas (SRX4100, SRX4200, SRX4600, SRX5400, SRX5600, SRX5800, SRX300, SRX320, SRX340, SRX345, SRX 380 y SRX1500)). Cada grupo de redundancia x actúa como una unidad independiente de conmutación por error y es primario en un solo nodo a la vez.
Cada grupo de redundancia x contiene una o más interfaces Ethernet redundantes. Una interfaz Ethernet redundante es una pseudointerfaz que contiene al menos un par de interfaces físicas Gigabit Ethernet o un par de interfaces Fast Ethernet. Si un grupo de redundancia está activo en el nodo 0, los vínculos secundarios de todas las interfaces Ethernet redundantes asociadas en el nodo 0 están activos. Si el grupo de redundancia conmuta por error al nodo 1, se activarán los vínculos secundarios de todas las interfaces Ethernet redundantes del nodo 1.
El siguiente esquema de prioridad determina la primacía del grupo de redundancia x , siempre que no se configure la preferencia. Si se configura la preferencia, el nodo con la prioridad más alta es el nodo principal. Tenga en cuenta que el valor de tres segundos es el intervalo si se utilizan los valores predeterminados heartbeat-threshold y heartbeat-interval los valores.
El nodo que aparece primero (al menos tres segundos antes que el otro nodo) es el nodo principal.
Si ambos nodos aparecen al mismo tiempo (o con tres segundos de diferencia):
El nodo con la prioridad configurada más alta es el nodo principal.
Si hay un empate (ya sea porque se configuró el mismo valor o porque se utilizó la configuración predeterminada), el nodo con el ID de nodo inferior (nodo 0) es el nodo principal.
En los clústeres de chasis de la serie SRX, puede configurar varios grupos de redundancia para cargar y compartir el tráfico en todo el clúster. Por ejemplo, puede configurar algunos grupos de redundancia x para que sean principales en un nodo y algunos grupos de redundancia x para que sean principales en el otro nodo. También puede configurar un grupo de redundancia x en una relación uno a uno con una única interfaz Ethernet redundante para controlar qué tráfico de interfaz fluye.
El tráfico de un grupo de redundancia se procesa en el nodo donde el grupo de redundancia está activo. Dado que se puede configurar más de un grupo de redundancia, es posible que el tráfico de algunos grupos de redundancia se procese en un nodo mientras que el tráfico de otros grupos de redundancia se procesa en el otro nodo (dependiendo de dónde esté activo el grupo de redundancia). Varios grupos de redundancia permiten que el tráfico llegue a través de una interfaz de entrada de un grupo de redundancia y a través de una interfaz de salida que pertenece a otro grupo de redundancia. En esta situación, es posible que las interfaces de entrada y salida no estén activas en el mismo nodo. Cuando esto sucede, el tráfico se reenvía a través del vínculo de estructura al nodo apropiado.
Al configurar un grupo de redundancia x, debe especificar una prioridad para cada nodo a fin de determinar el nodo en el que el grupo de redundancia x es principal. El nodo con la prioridad más alta se selecciona como principal. La primacía de un grupo de redundancia x puede conmutar por error de un nodo a otro. Cuando un grupo de redundancia x conmuta por error al otro nodo, sus interfaces Ethernet redundantes en ese nodo están activas y sus interfaces están pasando tráfico.
En la tabla 1 se muestra un ejemplo del grupo de redundancia x en un clúster de chasis de la serie SRX y se indica el nodo en el que se encuentra el grupo principal. Muestra las interfaces Ethernet redundantes y sus interfaces configuradas para el grupo de redundancia x.
Algunos dispositivos tienen puertos Gigabit Ethernet y puertos Fast Ethernet.
Grupo |
Primario |
Prioridad |
Objetos |
Interfaz (nodo 0) |
Interfaz (nodo 1) |
|---|---|---|---|---|---|
Grupo de redundancia 0 |
Nodo 0 |
Nodo 0: 254 |
Motor de enrutamiento en el nodo 0 |
— |
— |
Nodo 1: 2 |
Motor de enrutamiento en el nodo 1 |
— |
— |
||
Grupo de redundancia 1 |
Nodo 0 |
Nodo 0: 254 |
Interfaz Ethernet redundante 0 |
|
|
Nodo 1: 2 |
Interfaz Ethernet redundante 1 |
|
|
||
Grupo de redundancia 2 |
Nodo 1 |
Nodo 0: 2 |
Interfaz Ethernet redundante 2 |
|
|
Nodo 1: 254 |
Interfaz Ethernet redundante 3 |
|
|
||
Grupo de redundancia 3 |
Nodo 0 |
Nodo 0: 254 |
Interfaz Ethernet redundante 4 |
|
|
Nodo 1: 2 |
Interfaz Ethernet redundante 5 |
|
|
Como muestra el ejemplo de un clúster de chasis en la tabla 1 :
El motor de enrutamiento en el nodo 0 está activo porque el grupo de redundancia 0 es principal en el nodo 0. (El motor de enrutamiento del nodo 1 es pasivo y sirve como copia de seguridad).
El grupo de redundancia 1 es primario en el nodo 0. Las interfaces ge-1/0/0 y ge-1/3/0 que pertenecen a la interfaz Ethernet redundante 0 y a la interfaz Ethernet redundante 1 están activas y manejan tráfico.
El grupo de redundancia 2 es primario en el nodo 1. Las interfaces ge-6/0/0 y ge-6/3/0 que pertenecen a la interfaz Ethernet redundante 2 y a la interfaz Ethernet redundante 3 están activas y manejan tráfico.
El grupo de redundancia 3 es primario en el nodo 0. Las interfaces ge-3/0/0 y ge-3/3/0 que pertenecen a la interfaz Ethernet redundante 4 y a la interfaz Ethernet redundante 5 están activas y manejan tráfico.
Ejemplo: configuración de grupos de redundancia de clúster de chasis
En este ejemplo se muestra cómo configurar un grupo de redundancia de clúster de chasis.
Requisitos
Antes de empezar:
Establezca el ID de nodo y el ID de clúster del clúster del chasis. Consulte Ejemplo: Configuración del ID de nodo del clúster del chasis y del ID del clúster.
Configure la interfaz de administración del clúster del chasis. Consulte Ejemplo: Configuración de la interfaz de administración de clústeres de chasis.
Configure la estructura del clúster de chasis. Consulte Ejemplo: Configuración de las interfaces de estructura de clúster de chasis.
Visión general
Un grupo de redundancia de clúster de chasis es una entidad abstracta que incluye y administra una colección de objetos. Cada grupo de redundancia actúa como una unidad independiente de conmutación por error y es principal en un solo nodo a la vez.
En este ejemplo, se crean dos grupos de redundancia de clúster de chasis, 0 y 1:
0: al nodo 0 se le asigna una prioridad de 100 y al nodo 1 se le asigna una prioridad de 1.
1: al nodo 0 se le asigna una prioridad de 100 y al nodo 1 se le asigna una prioridad de 1.
La opción de preferencia está habilitada y el número de solicitudes ARP gratuitas que una interfaz puede enviar para notificar a otros dispositivos de red su presencia después de que el grupo de redundancia al que pertenece haya conmutado por error es 4.
Configuración
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, a continuación, ingrese commit desde el [edit] modo de configuración.
[edit] set chassis cluster redundancy-group 0 node 0 priority 100 set chassis cluster redundancy-group 0 node 1 priority 1 set chassis cluster redundancy-group 1 node 0 priority 100 set chassis cluster redundancy-group 1 node 1 priority 1 set chassis cluster redundancy-group 1 preempt set chassis cluster redundancy-group 1 gratuitous-arp-count 4
Procedimiento paso a paso
Para configurar un grupo de redundancia de clúster de chasis:
Especifique la prioridad de primacía de un grupo de redundancia en cada nodo del clúster. El número más alto tiene prioridad.
{primary:node0}[edit] user@host# set chassis cluster redundancy-group 0 node 0 priority 100 user@host# set chassis cluster redundancy-group 0 node 1 priority 1 user@host# set chassis cluster redundancy-group 1 node 0 priority 100 user@host# set chassis cluster redundancy-group 1 node 1 priority 1Configure el nodo con la prioridad más alta para tener preferencia sobre el dispositivo con la prioridad más baja y convertirse en principal para el grupo de redundancia.
{primary:node0}[edit] user@host# set chassis cluster redundancy-group 1 preemptNo puede habilitar la preferencia para el grupo de redundancia 0. Si desea cambiar el nodo principal para el grupo de redundancia 0, debe realizar una conmutación por error manual.
Especifique el número de solicitudes ARP gratuitas que una interfaz puede enviar para notificar su presencia a otros dispositivos de red después de que el grupo de redundancia al que pertenece haya conmutado por error.
{primary:node0}[edit] user@host# set chassis cluster redundancy-group 1 gratuitous-arp-count 4
Resultados
Desde el modo de configuración, confirme su configuración introduciendo los show chassis cluster status redundancy-group comandos. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.
{primary:node0}[edit]
user@host# show chassis cluster
chassis {
cluster {
redundancy-group 0 {
node 0 priority 100;
node 1 priority 1;
}
redundancy-group 1 {
node 0 priority 100;
node 1 priority 1;
preempt;
gratuitous-arp-count 4;
}
}
}
Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.
Verificación
Comprobación del estado del grupo de redundancia del clúster de chasis
Propósito
Compruebe el estado de un grupo de redundancia de clúster de chasis.
Acción
Desde el modo operativo, ingrese el show chassis cluster status redundancy-group comando.
{primary:node0}
user@host>show chassis cluster status redundancy-group 1
Cluster ID: 1
Node Priority Status Preempt Manual failover
Redundancy group: 1 , Failover count: 1
node0 100 primary no no
node1 1 secondary yes no