Consideraciones sobre redes para agrupaciones de almacenamiento compartido

Obtenga información sobre las consideraciones y restricciones sobre redes para agrupaciones de almacenamiento compartido (SSP).

Consideraciones sobre redes

A continuación se indican las consideraciones de red para las agrupaciones de almacenamiento compartido (SSP):

Se necesita la conectividad de red ininterrumpida para operaciones SSP. La interfaz de red que se utiliza para la configuración SSP debe estar en una red altamente fiable que no esté congestionada.
Asegúrese de que tanto la búsqueda hacia delante como la inversa del nombre de host que utiliza la partición lógica de VIOS para la agrupación en clúster se resuelva en la misma dirección IP.
Con la versión de VIOS 2.2.2.0, o posterior, los clústeres dan soporte a las direcciones de Internet Protocol versión 6 (IPv6). Por lo tanto, las particiones lógicas de VIOS de un clúster pueden tener nombres de host que se resuelvan en una dirección IPv6 .
Para configurar clústeres en una red IPv6, se recomienda la configuración automática sin estado de IPv6. Puede tener una partición lógica de VIOS que esté configurada con la configuración estática de IPv6 o con la configuración automática sin estado de IPv6 . Una partición lógica VIOS que tiene la configuración estática IPv6 y la configuración automática sin estado IPv6 no está soportada en VIOS Versión 2.2.2.0.
El nombre de host de cada partición lógica de VIOS que pertenece al mismo clúster debe resolverse en la misma familia de direcciones IP, que es Internet Protocol versión 4 (IPv4) o dirección IPv6 .
La opción ' clutil-o pingcheck verifica si las comunicaciones de red entre los nodos del cluster SSP están en estado de funcionamiento.

Restricciones:

En una configuración de clúster, para cambiar el nombre de host o la dirección IP de una partición lógica VIOS, realice uno de los procedimientos siguientes en función del número de particiones lógicas VIOS del clúster:
- Si la partición lógica VIOS existe en el clúster, elimine la partición lógica VIOS del clúster y cambie el nombre de host o la dirección IP. Posteriormente, puede volver a añadir la partición lógica de VIOS al clúster con el nuevo nombre de host o la dirección IP.
- Si sólo existe una partición lógica de VIOS en el clúster, debe suprimir el clúster para cambiar el nombre de host o la dirección IP. Antes de suprimir el clúster, debe crear una copia de seguridad de la configuración SSP utilizando el mandato viosbr. Puede restaurar el clúster después de que se actualice el nombre de host o la dirección IP.
Debe aplicar los cambios de nombre de host o de dirección IP al archivo /etc/netsvc.conf de la partición lógica de VIOS antes de crear el clúster. Este archivo se utiliza para especificar el orden de resolución de nombres para las rutinas de red y los mandatos. Posteriormente, si desea editar el archivo /etc/netsvc.conf , realice el procedimiento siguiente en cada partición lógica de VIOS:
1. Para detener los servicios de clúster en la partición lógica de VIOS, escriba el mandato siguiente:
```
clstartstop -stop -n clustername -m vios_hostname
```
2. Realice los cambios necesarios en el archivo /etc/netsvc.conf. No cambie la dirección IP que se resuelve en el nombre de host que se utiliza para el clúster.
3. Para reiniciar los servicios de clúster en la partición lógica de VIOS, escriba el mandato siguiente:
```
clstartstop -start -n clustername -m vios_hostname
```
Mantenga el mismo orden de resolución de nombres para todas las particiones lógicas de VIOS que pertenecen al mismo clúster. No debe realizar ningún cambio en el archivo /etc/netsvc.conf cuando migre un clúster de IPv4 a IPv6.

Soporte de red de múltiples protocolos de control de transmisión o protocolo de Internet (TCP/IP)

En las versiones de VIOS anteriores a la versión de VIOS 3.1.1.0, la agrupación de almacenamiento compartido (SSP) solo utilizaba una única interfaz de red o una IP para la comunicación. Tener una única interfaz de red o una IP para la comunicación puede causar errores en la red y puede interrumpir la agrupación de almacenamiento.

En la versión de VIOS 3.1.1.0, o posterior, la agrupación de almacenamiento compartido mejora la resiliencia de red al dar soporte a varias interfaces de red TCP/IP para la comunicación específica de E/S de cliente LPAR. Esta comunicación solo la utilizar SSP para los intercambios de protocolo de metadatos del sistema de archivos de agrupación. Parte de la comunicación del daemon VIOS también se ha mejorado para utilizar varias interfaces de red.

Se utiliza múltiples interfaces de red en una modalidad activa/pasiva. Esto significa que solo se utiliza una interfaz sin equilibrio de carga. En este caso, hay una interfaz de red activa y todas las demás interfaces de red están en modalidad en espera. Se mantiene un arrendamiento activo en todas las interfaces de red para una conmutación de interfaz de red rápida. Cuando el arrendamiento de una conexión de red activa está en riesgo, la agrupación conmuta a otra conexión válida. Las entradas del registro de error indican el estado de la conexión de red.

Puede configurar varias interfaces de red TCP/IP utilizando las opciones -addips y -rmips del mandato cluster.

Para VIOS Versión 3.1.4.0, o posterior, las conexiones de red IPv4 han mejorado el comportamiento determinista y la resiliencia. Con estas mejoras, las direcciones IP utilizadas para las conexiones no se reutilizan para más de una conexión, y al iniciar, SSP intenta encontrar la mejor conexión para cada dirección IP no primaria utilizada. Si utiliza las opciones -addips o -rmips en el mandato cluster para añadir o eliminar las direcciones IP secundarias, no es necesario detener e iniciar el nodo actualizado.

Prácticas recomendadas para utilizar varias redes TCP/IP:

Cuando se utilizan varias direcciones IP, cada dirección IP debe estar en una red independiente de forma que la anomalía de una red no afecte a las otras interfaces o conexiones.
A cada nodo del clúster se le debe asignar el mismo número de direcciones IP para la redundancia de red completa.
La prioridad de conexión de red para varias conexiones de red está soportada. En un entorno de múltiples interfaces de red, la interfaz de red primaria se utiliza tanto como sea posible. Esto significa que si la interfaz de red primaria falla, se produce una migración tras error a la interfaz de red secundaria. De forma similar, después de que la red primaria esté de nuevo disponible, la comunicación vuelve automáticamente a la interfaz de red primaria. Si las interfaces de red tienen velocidades diferentes, la interfaz de red con la velocidad más alta debe definirse como la interfaz de red primaria, si es posible. Por ejemplo, si la velocidad de la interfaz de red es de 10 gigabits y la velocidad de otra interfaz de red es de 1 gigabit, la interfaz de red con una velocidad de 10 gigabits normalmente debe definirse como la interfaz de red primaria. La dirección IP de esta interfaz de red primaria se resuelve en el nombre de host que se utiliza con un nodo de clúster.
Asegúrese de que todas las direcciones IP de los nodos de clúster estén almacenadas en el archivo /etc/hosts en todos los nodos para evitar la anomalía de la consulta de nombre de host cuando la red TCP/IP o DNS está inactivo. El error en la consulta de nombre de host puede causar que la agrupación de almacenamiento compartido se ponga fuera de línea en dicho nodo.
Asegúrese de que las direcciones IP de todas las interfaces de red que se comunican en las redes de clúster se hayan configurado utilizando el mandato cluster -addips. Si no puede configurar la interfaz de red, puede dar como resultado un comportamiento no definido como se indica a continuación:
- Error de selección de nodo de base de datos (DBN).
- Error de selección del servicio de formato de mensajes (MFS).
- Algunos de los nodos de clúster pueden tener un tiempo de espera sin la justificación adecuada.
Si el clúster abarca varias VLAN y la política administrativa local lo permite, el ARP de proxy debe estar habilitado en cualquier pasarela entre nodos para utilizar la funcionalidad de interfaz de red del VIOS 3.1.4.0o posterior.

Limitaciones de varias redes TCP/IP:

Utilizando la HMC para configurar varias direcciones IP no está soportado.
Si cambie la dirección IP primaria o el nombre de host, elimine el nodo del clúster y, a continuación, añádalo después de que se completen los cambios.
El uso de la dirección IP virtual (VIPA) no es compatible cuando se configuran varias interfaces de red utilizando el mandato cluster -addips. Estas son técnicas mutuamente excluyentes para la redundancia de red. El mandato cluster -addips no puede reconocer una dirección IP virtual ya que utiliza direcciones IP de las interfaces de red física.

Soporte de comunicación en disco

En la versión de VIOS 3.1.1.0 o posterior, puede configurar la comunicación de disco para la comunicación específica de E/S de cliente de LPAR de agrupación de almacenamiento compartido. La agrupación de almacenamiento compartido mantiene activa la conexión de disco cuando todas las redes de Protocolo Internet están inactivas. Esto le permite gestionar un corte de red total para un periodo breve. La entrada del registro de errores indica cuándo el nodo empieza a utilizar comunicación en disco y también cuándo se reanuda la comunicación en red. Cuando la red TCP/IP vuelve a estar en línea, la agrupación de almacenamiento compartido vuelve automáticamente a comunicarse a través de la red TCP/IP.

Se considera que un clúster está en una modalidad degradada cuando utiliza comunicación en disco.

El objeto primordial de la comunicación en disco es garantizar que la E/S de la aplicación en particiones lógicas de cliente (LPARs) no excede el tiempo de espera.
Las operaciones de CLI de VIOS como, por ejemplo, cluster -status pueden fallar debido a la interrupción de la red.
Las operaciones de agrupación de almacenamiento compartido con comunicación exhaustiva tales como PV remove también pueden fallar.

El disco de comunicación se gestiona mediante CAA (Cluster Aware AIX) y está separado del disco de repositorio. El requisito de tamaño para el disco es el mismo que un disco de repositorio. SSP da soporte únicamente a una única red de disco para comunicación.

Puede configurar varias interfaces de red TCP/IP utilizando las opciones -addcompvs y -rmcompvs del mandato cluster.

Prácticas recomendadas para comunicación de disco:

Proporcione un disco de alta velocidad para comunicación de disco en función de la carga de trabajo de E/S y del número de servidores de E/S virtuales en el clúster.
Cuando no está disponible una red TCP/IP activa, no puede acceder al DNS. Debe añadir las entradas /etc/hosts para todos los nodos para evitar que se expulse un nodo durante la operación de recuperación y que su agrupación quede fuera de línea.
La comunicación de disco es adecuada para aplicaciones de velocidad de E/S tales como rootvg o middleware. La comunicación de disco se puede escalar hasta el límite del rendimiento de almacenamiento.
Reduzca las operaciones de E/S de la aplicación durante la comunicación de disco si la comunicación de disco no puede manejar las solicitudes.
Durante la comunicación de disco, puede que necesite un espacio de registro de errores más grande para los directorios /var y /home cuando las redes están inactivas. Debe supervisar el espacio del directorio /var y /home.

Limitaciones de comunicación de disco:

No se puede acceder a la base de datos porque requiere una red TCP/IP para la conexión.
Las operaciones de configuración pueden fallar porque la base de datos no es accesible.
El mandato cluster -status puede visualizar que la agrupación de almacenamiento compartido está inactiva porque no utiliza comunicación de disco.
No se da soporte a discos de tamaño de sector de 4K para comunicación de disco similar al disco de repositorio.
La utilización de la HMC para configura comunicación de disco no está soportada.