Preguntas frecuentes

Una lista de las preguntas frecuentes sobre la agrupación en clústeres.

¿Cuántos dispositivos Citrix ADC se pueden incluir en un solo clúster Citrix ADC?

Un clúster de Citrix ADC puede incluir un dispositivo o hasta 32 dispositivos virtuales o hardware Citrix ADC nCore. Cada uno de estos nodos debe cumplir los criterios especificados en Requisitos previos para nodos de clúster.

¿Puede un dispositivo Citrix ADC formar parte de varios clústeres?

No. Un dispositivo Citrix ADC solo puede pertenecer a un clúster.

¿Qué es una dirección IP de clúster? ¿Cuál es su máscara de subred?

La dirección IP del clúster es la dirección de administración de un clúster de Citrix ADC. Todas las configuraciones del clúster se deben realizar accediendo al clúster a través de esta dirección. La máscara de subred de la dirección IP del clúster se fija en 255.255.255.255.

¿Cómo puedo hacer que un nodo de clúster específico sea el coordinador de la configuración del clúster?

Para configurar manualmente un nodo específico como coordinador de la configuración del clúster, debe establecer la prioridad de ese nodo en el valor numérico más bajo (prioridad más alta). Para entenderlo, consideremos un clúster con tres nodos que tienen las siguientes prioridades:

n1 - 29, n2 - 30, n3 - 31

En este caso, n1 es el coordinador de configuración. Si quiere que n2 sea el coordinador de la configuración, debe establecer su prioridad en un valor inferior a n1, por ejemplo, 28. Al guardar la configuración, n2 se convierte en el coordinador de la configuración.

Nota

n2, con su valor de prioridad original de 30, se convierte en el coordinador de configuración cuando n1 deja de funcionar. Se selecciona el nodo con el siguiente valor de prioridad más bajo en caso de que el coordinador de configuración deje de funcionar.

¿Por qué las interfaces de red de un clúster se representan con la notación de 3 tuplas (n/u/c) en lugar de la notación normal de 2 tuplas (u/c)?

Cuando un dispositivo Citrix ADC forma parte de un clúster, debe poder identificar el nodo al que pertenece la interfaz. Por lo tanto, la convención de nomenclatura de la interfaz de red para los nodos del clúster se modifica de u/c a n/u/c, donde n indica el ID del nodo.

¿Cómo puedo configurar el nombre de host de un nodo de clúster?

El nombre de host de un nodo de clúster debe especificarse ejecutando el comando set ns hostname a través de la dirección IP del clúster. Por ejemplo, para establecer el nombre de host del nodo del clúster con el ID 2, el comando es:

set ns hostname HostName1 -OwnerNode 2

¿Puedo detectar automáticamente dispositivos Citrix ADC para poder agregarlos a un clúster?

Sí. La utilidad de configuración permite detectar dispositivos que están presentes en la misma subred que la dirección NSIP del coordinador de configuración. Para obtener más información, consulte Descubrimiento de dispositivos NetScaler.

¿Se ve afectada la capacidad de servicio de tráfico de un clúster si se quita o inhabilita un nodo o se reinicia o apaga o se inactiva?

Sí. Cuando alguna de estas operaciones se realiza en un nodo activo del clúster, el clúster tiene un nodo menos para atender el tráfico. Además, se finalizan las conexiones existentes en este nodo.

Tengo varios dispositivos independientes, cada uno de los cuales tiene configuraciones diferentes. ¿Puedo agregarlos a un solo clúster?

Sí. Puede agregar dispositivos que tengan configuraciones diferentes a un solo clúster. Sin embargo, cuando se agrega el dispositivo al clúster, se borran las configuraciones existentes. Para utilizar las configuraciones disponibles en cada uno de los dispositivos individuales, debe:

1. Cree un único archivo*.conf para todas las configuraciones.
2. Modifique el archivo de configuración para eliminar las funciones que no se admiten en un entorno de clúster.
3. Actualice la convención de nomenclatura de las interfaces del formato de 2 tuplas (u/c) al formato de 3 tuplas (n/u/c).
4. Aplique las configuraciones al nodo coordinador de configuración del clúster mediante el comando batch.

¿Puedo migrar las configuraciones de un dispositivo Citrix ADC independiente o una configuración de HA a la configuración en clúster?

No. Cuando se agrega un nodo a una configuración agrupada, sus configuraciones se borran implícitamente mediante el comando clear ns config (con la opción extendida). Además, se borran las direcciones SNIP y todas las configuraciones de VLAN (excepto VLAN y NSVLAN predeterminadas). Por lo tanto, se recomienda hacer una copia de seguridad de las configuraciones antes de agregar el dispositivo a un clúster. Antes de utilizar el archivo de configuración de la copia de seguridad del clúster, debe:

1. Modifique el archivo de configuración para eliminar las funciones que no se admiten en un entorno de clúster.
2. Actualice la convención de nomenclatura de las interfaces del formato de dos tuplas (x/y) al formato de tres tuplas (x/y/z).
3. Aplique las configuraciones al nodo coordinador de configuración del clúster mediante el comando batch.

¿Las interfaces de la placa base forman parte de las VLAN L3?

Sí, de forma predeterminada, las interfaces de backplane están presentes en todas las VLAN L3 configuradas en el clúster.

¿Cómo puedo configurar un clúster que incluya nodos de diferentes redes?

Nota

Compatible a partir de NetScaler 11.0.

Un clúster que incluye nodos de diferentes redes se denomina clúster L3 (a veces denominado clúster en modo INC). En un clúster L3, todos los nodos que pertenecen a una sola red deben estar agrupados en un solo grupo de nodos. Por lo tanto, si un clúster incluye dos nodos de tres redes diferentes, debe crear 3 grupos de nodos (uno para cada red) y asociar cada uno de estos grupos de nodos a los nodos que pertenecen a esa red. Para obtener información sobre la configuración, consulte los pasos para configurar un clúster.

¿Cómo puedo configurar o desconfigurar la NSVLAN en un clúster?

Realice una de las siguientes acciones:

• Para que la NSVLAN esté disponible en un clúster, asegúrese de que cada dispositivo tenga la misma NSVLAN configurada antes de agregarlo a un clúster.

• Para eliminar el NSVLAN de un nodo de clúster, primero elimine el nodo del clúster y, a continuación, elimine el NSVLAN del dispositivo.

Tengo un clúster configurado en el que algunos nodos Citrix ADC no están conectados a la red externa. ¿El clúster puede seguir funcionando normalmente?

Sí. El clúster admite un mecanismo denominado conjuntos de enlaces, que permite a los nodos desconectados atender el tráfico mediante las interfaces de los nodos conectados. Los nodos no conectados se comunican con los nodos conectados a través del plano anterior del clúster. Para obtener más información, consulte Uso de conjuntos de enlaces.

¿Cómo pueden admitirse las implementaciones que requieren reenvío basado en Mac (MBF) en una configuración agrupada?

Las implementaciones que usan MBF deben usar conjuntos de vínculos. Para obtener más información, consulte Uso de conjuntos de enlaces.

¿Puedo ejecutar comandos desde la dirección NSIP de un nodo de clúster?

No. El acceso a los nodos individuales del clúster a través de las direcciones NSIP es de solo lectura. Por lo tanto, cuando inicia sesión en la dirección NSIP de un nodo de clúster, solo puede ver las configuraciones y las estadísticas. No puede configurar nada. Sin embargo, hay algunas operaciones que puede ejecutar desde la dirección NSIP de un nodo de clúster. Para obtener más información, consulte Operaciones admitidas en nodos individuales.

¿Puedo inhabilitar la propagación de la configuración entre nodos del clúster?

No, no puede inhabilitar explícitamente la propagación de configuraciones de clúster entre nodos de clúster. Sin embargo, durante una actualización o degradación de software, un error de discordancia entre versiones puede inhabilitar automáticamente la propagación de la configuración.

¿Puedo cambiar la dirección NSIP o cambiar la NSVLAN de un dispositivo Citrix ADC cuando forma parte del clúster?

No. Para realizar estos cambios, primero debe quitar el dispositivo del clúster, realizar los cambios y, a continuación, agregar el dispositivo al clúster.

¿El clúster Citrix ADC admite VLAN L2 y L3?

Sí. Un clúster admite VLAN entre los nodos del clúster. Las VLAN deben configurarse en la dirección IP del clúster.

• VLAN L2. Puede crear una VLAN layer2 al vincular interfaces que pertenecen a diferentes nodos del clúster.

• VLAN L3. Puede crear una VLAN de capa 3 enlazando direcciones IP que pertenezcan a diferentes nodos del clúster. Las direcciones IP deben pertenecer a la misma subred. Asegúrese de que se cumple uno de los siguientes criterios. De lo contrario, los enlaces de VLAN L3 pueden fallar.

  • Todos los nodos tienen una dirección IP en la misma subred que la enlazada a la VLAN.
  • El clúster tiene una dirección IP segmentada y la subred de esa dirección IP está enlazada a la VLAN.

Cuando agregas un nodo a un clúster que solo tiene IP detectadas, la sincronización se realiza antes de que se asignen las direcciones IP detectadas a ese nodo. En tales casos, los enlaces de VLAN L3 se pueden perder. Para evitar esta pérdida, añada una IP seccionada o añada los enlaces de VLAN de nivel 3 al NSIP del nodo recién agregado.

¿Cómo puedo configurar SNMP en un clúster de Citrix ADC?

SNMP supervisa el clúster y todos los nodos del mismo modo que supervisa un dispositivo independiente. La única diferencia es que SNMP en un clúster debe configurarse a través de la dirección IP del clúster. Al generar trampas específicas de hardware, se incluyen dos varbinds más para identificar el nodo del clúster: el ID del nodo y la dirección NSIP del nodo.

¿Qué detalles debo tener disponibles cuando me pongo en contacto con el soporte técnico para problemas relacionados con clústeres?

El dispositivo Citrix ADC proporciona un comando show techsupport -scope cluster que extrae los datos de configuración, la información estadística y los registros de todos los nodos del clúster. Ejecute este comando en la dirección IP del clúster.

El resultado de este comando se guarda en un archivo denominado collector_cluster_<nsip_CCO>_P_<date-timestamp>.tar.gz que está disponible en el directorio /var/tmp/support/cluster/ del coordinador de configuración.

Envíe este archivo al equipo de soporte técnico para depurar el problema.

¿Puedo usar direcciones IP segmentadas como puerta de enlace predeterminada de los servidores?

En las implementaciones de clústeres, asegúrese de que la puerta de enlace predeterminada del servidor apunte a una dirección IP segmentada (si utiliza una dirección IP propiedad de Citrix ADC). Por ejemplo, en el caso de las implementaciones de LB con USIP activado, la puerta de enlace predeterminada debe ser una dirección SNIP segmentada.

¿Puedo ver las configuraciones de redirección de un nodo de clúster específico desde la dirección IP del clúster?

Sí. Puede ver y borrar las configuraciones específicas de un nodo especificando el nodo propietario al entrar en el shell de VTYSH.

Por ejemplo, para ver la salida de un comando en los nodos 0 y 1, el comando es el siguiente:

\> vtysh
ns# owner-node 0 1
ns(node-0 1)\# show cluster state
ns(node-0 1)\# exit-cluster-node
ns\#

¿Cómo puedo especificar el nodo para el que quiero establecer la prioridad del sistema LACP?

Nota

Compatible a partir de NetScaler 10.1.

En un clúster, debe establecer ese nodo como nodo propietario mediante el comando set lacp.

Por ejemplo: para establecer la prioridad del sistema LACP para un nodo con ID 2:

set lacp -sysPriority 5 -ownerNode 2<!--NeedCopy-->

¿Cómo se configuran los túneles IP en una configuración de clúster?

Nota

Compatible a partir de NetScaler 10.1.

La configuración de los túneles IP en un clúster es la misma que en un dispositivo independiente. La única diferencia es que, en una configuración de clúster, la dirección IP local debe ser una dirección SNIP segmentada.

¿Cómo puedo agregar un conjunto de interfaces de conmutación por error (FIS) en los nodos de un clúster Citrix ADC?

Nota

Compatible a partir de NetScaler 10.5.

En la dirección IP del clúster, especifique el ID del nodo del clúster en el que se debe agregar el FIS, mediante el comando siguiente:

add fis <name> -ownerNode <nodeId>

Notas

• El nombre FIS de cada nodo del clúster debe ser único.
• Se puede agregar un canal LA de clúster a un FIS. Asegúrese de que el canal LA del clúster tiene una interfaz local como interfaz miembro.

Para obtener más información sobre FIS, consulte Configuración del conjunto de interfaces de conmutación por error.

¿Cómo se configuran los perfiles de red en una configuración de clúster?

Nota

Compatible a partir de NetScaler 10.5.

Puede vincular las direcciones IP detectadas a un perfil de red. A continuación, este perfil de red se puede vincular a un servidor o servicio virtual de equilibrio de carga detectado (que se define mediante un grupo de nodos). Se deben seguir las siguientes recomendaciones; de lo contrario, no se respetarán las configuraciones del perfil de red y se utilizará la configuración USIP/USNIP:

Nota

• Si el parámetro estricto del grupo de nodos se establece en Sí, el perfil de red debe contener como mínimo una dirección IP de cada miembro del grupo de nodos.
• Si el parámetro estricto del grupo de nodos se establece en No, el perfil de red debe incluir al menos una dirección IP de cada uno de los nodos del clúster.

¿Cómo puedo configurar WinNNS en una configuración de clúster?

Nota

Compatible a partir de NetScaler 11.0 Build 62.x.

Para usar WionNS en un clúster, debe hacer lo siguiente:

1. Asegúrese de que el paquete Java y el paquete WI estén presentes en el mismo directorio en todos los nodos del clúster.
2. Cree un servidor virtual de equilibrio de carga que tenga configurada la persistencia.
3. Cree servicios con direcciones IP como dirección NSIP de cada uno de los nodos del clúster a los que quiera prestar servicio al tráfico de WI. Este paso solo se puede configurar mediante la CLI de Citrix ADC.
4. Enlazar los servicios al servidor virtual de equilibrio de carga.

Nota

Si está usando WionNS a través de una conexión VPN, asegúrese de que el servidor virtual de equilibrio de carga está establecido como WIHOME.

¿Se puede usar el canal LA del clúster para el acceso de administración?

No. El acceso de administración a un nodo de clúster no debe configurarse en un canal LA del clúster (por ejemplo, CLA/1) ni en sus interfaces miembros. Esto se debe a que cuando el nodo está INACTIVO, la interfaz LA del clúster correspondiente se marca como apagada y, por lo tanto, pierde el acceso de administración.

¿Cómo se comunican los nodos del clúster entre sí y cuáles son los diferentes tipos de tráfico que atraviesan la placa base?

Un plano posterior es un conjunto de interfaces en el que una interfaz de cada nodo está conectada a un conmutador común, que se denomina conmutador de plano posterior del clúster. Los diferentes tipos de tráfico que pasan por una placa madre, que es utilizada por la comunicación entre nodos son:

• Mensajería de nodo a nodo (NNM)
• Tráfico dirigido
• Propagación y sincronización de configuraciones

Cada nodo del clúster utiliza una dirección de conmutador de plano posterior del clúster MAC especial para comunicarse con otros nodos a través del plano posterior. El MAC especial del clúster tiene el formato: 0x02 0x00 0x6F <cluster_id> <node_id> <reserved>, donde <cluster_id> es el ID de la instancia del clúster. <node_id> es el número de nodo del dispositivo Citrix ADC que se agrega a un clúster.

Nota

La cantidad de tráfico que gestiona una placa base tiene una sobrecarga de CPU insignificante.

¿Qué se envía a través del túnel GRE para el clúster de capa 3?

Solo el tráfico de datos dirigido pasa por el túnel GRE. Los paquetes se dirigen a través del túnel GRE hasta el nodo de la otra subred.

¿Cómo se intercambian los mensajes de nodo a nodo (NNM) y los mensajes de latidos y cómo se enrutan?

El NNM, los mensajes de latidos y el protocolo de clúster son tráfico no dirigido. Estos mensajes no se envían a través del túnel, sino que se enrutan directamente.

¿Cuáles son las recomendaciones de la MTU cuando se habilitan tramas Jumbo para el tráfico tunelizado de clústeres de capa 3?

Las siguientes son las recomendaciones de clústeres de capa 3 de Jumbo MTU sobre el túnel GRE:

• La MTU Jumbo se puede configurar entre los nodos del clúster a lo largo de la ruta L3 para adaptarse a la sobrecarga del túnel GRE.
• La fragmentación no ocurre con los paquetes de tamaño completo que deben ser dirigidos.
• La dirección del tráfico sigue funcionando incluso si no se permiten los marcos Jumbo, pero con una mayor sobrecarga debido a la fragmentación.

¿Cómo se genera y comparte la clave hash global en todos los nodos?

La clave rsskey para un dispositivo independiente se genera en el momento del arranque. En una configuración de clúster, el primer nodo contiene la clave rsskey del clúster. Cada nodo nuevo que se une al clúster sincroniza la clave rsskey.

¿Cuál es la necesidad del comando set rsskeytype –rsskey symmetric para las topologías *:*, USIP on, useproxyport off?

No es específico de un clúster, sino que también se aplica a un dispositivo independiente. Con el USIP activado y el uso del puerto proxy inhabilitado, la clave rsskey asimétrica reduce tanto la dirección de núcleo a núcleo (C2C) como la dirección de nodo a nodo.

¿Cuáles son los factores que contribuyen a cambiar el nodo CCO?

El primer nodo que se agrega para formar una configuración de clúster se convierte en el nodo coordinador de configuración (CCO). Los siguientes factores contribuyen a cambiar el nodo CCO en la configuración del clúster:

• Cuando el nodo CCO actual se elimina de la configuración del clúster
• Cuando el nodo CCO actual se bloquea
• Cuando se cambia la prioridad del nodo que no es CCO (la prioridad más baja tiene mayor prioridad)
• En condiciones dinámicas, como la accesibilidad de la red entre los nodos
• Cuando hay cambios en los estados de los nodos: activo, de reserva y pasivo. Se prefieren los nodos activos como CCO.
• Cuando hay un cambio en la configuración y se prefiere como CCO el nodo que tiene la configuración más reciente.

¿Puedo formar un clúster con nodos de diferentes plataformas de hardware?

Sí. El dispositivo NetScaler admite un clúster heterogéneo. Un clúster heterogéneo puede tener una combinación de diferentes plataformas en el mismo clúster. Para obtener más información, consulte Compatibilidad con clústeres heterogéneos.