Sun Cluster: Guía de conceptos

Esta sección trata los errores y las omisiones de Sun Cluster Concepts Guide for Solaris OS..

En el capítulo 3, en la sección “Uso de la interconexión del clúster para el tráfico de servicio de datos“ debe decir en realidad:

Un clúster debe tener varias conexiones de red entre los nodos que formen la interconexión del clúster. El software de agrupación en clúster usa varias interconexiones para la alta disponibilidad y para mejorar el rendimiento. Para el tráfico interno y el externo (por ejemplo, los datos del sistema de archivos o los datos de servicios escalables), los mensajes se reparten entre todas las interconexiones disponibles.

La interconexión del clúster también está disponible para aplicaciones, para comunicaciones de alta disponibilidad entre nodos. Por ejemplo, una aplicación distribuida podría tener componentes que se ejecutaran en distintos nodos y que necesitasen comunicarse. Al usar la interconexión del clúster en lugar del transporte público, éstas conexiones pueden soportar el fallo de un enlace individual.

Para usar la interconexión del clúster para la comunicación entre nodos, una aplicación necesita los nombres de sistema privados configurados cuando se instaló el clúster. Por ejemplo, si el nombre del sistema del nodo 1 es clusternode1-priv, use este nombre para comunicar la interconexión del clúster con el nodo 1. Los zócalos TCP abiertos que usen este nombre se encaminan a la interconexión del clúster y se pueden volver a encaminar fácilmente, en el caso de un fallo de la red. La comunicación de aplicaciones entre dos nodos se reparte entre todas las interconexiones. El tráfico de una conexión TCP concreta fluye hacia una interconexión en cualquier punto. Varias conexiones TCP se reparten entre todas las interconexiones. De manera adicional, el tráfico UDP siempre se reparte entre todas las interconexiones.

Tenga en cuenta que, debido a que los nombres de sistema privados pueden configurarse durante la instalación, la interconexión del clúster podría usar cualquiera de los nombres elegidos en ese momento. El nombre real se puede obtener de scha_cluster_get(3HA) con el argumento scha_privatelink_hostname_node.