Arquitectura de servicio escalable

 El objetivo principal de la conexión en red por clúster es ofrecer escalabilidad a los servicios de datos. Esto significa que a medida que aumente la carga ofrecida a un servicio, éste pueda mantener un tiempo de respuesta constante frente a este aumento de carga de trabajo según se vayan añadiendo nodos nuevos al clúster y se ejecuten instancias nuevas de servidores. A esto se le denomina servicio de datos escalable. Un buen ejemplo es un servicio web. Normalmente, un servicio de datos escalable se compone de varias instancias cada una de las cuales se ejecuta en distintos nodos del clúster. Todas juntas, estas instancias se comportan como si fueran un solo servicio desde el punto de vista el cliente remoto de ese servicio e implementan la funcionalidad del servicio. Por ejemplo, se podría tener un servicio web escalable compuesto de varios daemons httpd que se ejecuten en varios nodos. Cualquier daemon httpd puede servir una petición de un cliente. El que sirve la solicitud depende de una política de equilibrio de cargas. La respuesta al cliente parece provenir del servicio, no del daemon concreto que atendió la petición, preservando así la apariencia de servicio individual.

Un servicio escalable está compuesto por:

• Soporte de infraestructura de red para servicios escalables

• Equilibrio de cargas

• Soporte para servicios de red y datos (usando Gestor de grupos de recursos)

La figura siguiente muestra la arquitectura de servicio escalable.

Figura 3–8 Arquitectura de servicio escalable

Los nodos que no alojan la interfaz global (nodos delegados) tienen la dirección compartida alojada en sus interfaces de bucle. Los paquetes que van a la interfaz global se distribuyen a otros nodos clúster de acuerdo con las políticas de equilibrio de cargas configurables. Las políticas de equilibrio de cargas posibles se describen a continuación.