Sun Cluster: Guía de conceptos para el SO Solaris

FAQ sobre servicios de datos

Pregunta:

¿Qué servicios de datos de Sun Cluster están disponibles?

Respuesta:

La lista de servicios de datos compatibles se incluye en Productos admitidos de Notas de la versión de Sun Cluster 3.1 8/05 para SO Solaris.

Pregunta:

¿Qué versiones de aplicaciones son compatibles con los servicios de datos de Sun Cluster?

Respuesta:

La lista de versiones de aplicaciones compatibles se incluye en Productos admitidos de Notas de la versión de Sun Cluster 3.1 8/05 para SO Solaris.

Pregunta:

¿Puedo escribir mi propio servicio de datos?

Respuesta:

Sí. Consulte el Capítulo 11, Funciones de la API de DSDL de Sun Cluster: Guía del desarrollador de los servicios de datos del sistema operativo Solaris para obtener más información.

Pregunta:

Al crear recursos de red, ¿debo especificar direcciones IP numéricas o nombres de sistema?

Respuesta:

El método preferido para especificar recursos de red es usar el nombre de sistema de UNIX en lugar de la dirección IP numérica.

Pregunta:

Al crear recursos de red, ¿cuál es la diferencia entre usar un nombre de sistema lógico (un recurso LogicalHostname) o una dirección compartida (un recurso SharedAddress)?

Respuesta:

Excepto en el caso de Sun Cluster HA para NFS, cada vez que la documentación recomiende el uso de un recurso LogicalHostname en un grupo de recursos en modo Failover, se podrá utilizar un recurso SharedAddress o bien uno LogicalHostname. El uso de un recurso SharedAddress lleva consigo varias sobrecargas adicionales porque el software de red del clúster está configurado para SharedAddress, no para LogicalHostname.

La ventaja de usar un recurso SharedAddress queda de manifiesto cuando se configuran servicios de datos escalables y de recuperación de fallos y se desea que los clientes puedan acceder a ambos servicios utilizando el mismo nombre de sistema. En este caso, los recursos SharedAddress y el recurso de aplicación de recuperación de fallos están incluidos en un grupo de recursos. El recurso de servicio escalable está en un grupo de recursos separado y está configurado para usar el recurso SharedAddress. Los servicios escalables y de recuperación de fallos pueden usar el mismo conjunto de nombres de sistemas y direcciones que está configurado en el recurso SharedAddress .