Sun Cluster Concepts Guide

Este apartado describe los errores y las omisiones de Sun Cluster: Guía de conceptos para SO Solaris.

En el capítulo 3, el apartado “Using the Cluster Interconnect for Data Service Traffic“ debería mostrar lo siguiente:

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. Se filtran los mensajes en todas las interconexiones disponibles para el tráfico interno y externo (por ejemplo, datos del sistema de archivos o datos de servicios escalables).

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 de sistema privado para el nodo 1 es clusternode1-priv, use ese nombre para comunicarse a través de la interconexión del clúster con el nodo 1. Los zócalos TCP abiertos mediante este nombre se dirigen por la interconexión del clúster y pueden redirigirse de forma transparente en caso de un fallo de la red. La comunicación de la aplicación entre dos nodos se filtra en todas las interconexiones. El tráfico de una determinada conexión TCP se dirige por una interconexión en cualquier momento. Las diferentes conexiones TCP se filtran en todas las interconexiones. Además, el tráfico UDP siempre se filtra en 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 .