Introducción y ventajas/desventajas de la agrupación en clústeres en Linux - Parte 1


Hola a todos, esta vez decidí compartir con ustedes mis conocimientos sobre la agrupación en clústeres de Linux como una serie de guías titulada "Agrupación en clústeres de Linux para un escenario de conmutación por error".

A continuación se muestra la serie de 4 artículos sobre la agrupación en clústeres en Linux:

En primer lugar, necesitará saber qué es la agrupación en clústeres, cómo se usa en la industria y qué tipo de ventajas e inconvenientes tiene, etc.

¿Qué es la agrupación en clústeres?

La agrupación en clúster consiste en establecer conectividad entre dos o más servidores para que funcione como uno. La agrupación en clústeres es una técnica muy popular entre los ingenieros de sistemas de que pueden agrupar servidores como un sistema de conmutación por error, un sistema de equilibrio de carga o una unidad de procesamiento en paralelo.

Con esta serie de guías, espero guiarlo para crear un clúster de Linux con dos nodos en RedHat/CentOS para un escenario de conmutación por error.

Dado que ahora tiene una idea básica de lo que es la agrupación en clústeres, averigüemos qué significa cuando se trata de la agrupación en clústeres de conmutación por error. Un clúster de conmutación por error es un conjunto de servidores que trabajan juntos para mantener la alta disponibilidad de aplicaciones y servicios.

Por ejemplo, si un servidor falla en algún momento, otro nodo (servidor) se hará cargo de la carga y no le dará al usuario final ninguna experiencia de tiempo de inactividad. Para este tipo de escenario, necesitamos al menos 2 o 3 servidores para realizar las configuraciones adecuadas.

Prefiero que usemos 3 servidores; un servidor como servidor habilitado para el clúster de sombrero rojo y otros como nodos (servidores back-end). Veamos el siguiente diagrama para comprenderlo mejor.

Cluster Server: 172.16.1.250
Hostname: clserver.test.net

node01: 172.16.1.222
Hostname: nd01server.test.net

node02: 172.16.1.223
Hostname: nd02server.test.net   

En el escenario anterior, la administración del clúster la realiza un servidor separado y maneja dos nodos como se muestra en el diagrama. El servidor de administración de clústeres envía constantemente señales de latido a ambos nodos para verificar si alguien está fallando. Si alguien ha fallado, el otro nodo se hace cargo de la carga.

  1. La agrupación de servidores es una solución completamente escalable. Luego, puede agregar recursos al clúster.
  2. Si un servidor del clúster necesita mantenimiento, puede hacerlo deteniéndolo mientras entrega la carga a otros servidores.
  3. Entre las opciones de alta disponibilidad, la agrupación en clústeres ocupa un lugar especial, ya que es confiable y fácil de configurar. Además, en caso de que un servidor tenga problemas para proporcionar los servicios, otros servidores del clúster pueden asumir la carga.

  1. El costo es alto. Dado que el clúster necesita un buen hardware y un diseño, será costoso en comparación con un diseño de administración de servidor no agrupado. No ser rentable es una de las principales desventajas de este diseño en particular.
  2. Dado que la agrupación en clústeres necesita más servidores y hardware para establecer uno, la supervisión y el mantenimiento son difíciles. Incrementar así la infraestructura.

Ahora veamos qué tipo de paquetes/instalaciones necesitamos para configurar esta configuración con éxito. RPMfind.net puede descargar los siguientes paquetes/RPM.

  1. Ricci (ricci-0.16.2-75.el6.x86_64.rpm)
  2. Luci (luci-0.26.0-63.el6.centos.x86_64.rpm)
  3. Mod_cluster (modcluster-0.16.2-29.el6.x86_64.rpm)
  4. CCS (ccs-0.16.2-75.el6_6.2.x86_64.rpm)
  5. CMAN (cman-3.0.12.1-68.el6.x86_64.rpm)
  6. Clusterlib (clusterlib-3.0.12.1-68.el6.x86_64.rpm)

Veamos qué hace cada instalación por nosotros y sus significados.

  1. Ricci es un demonio que se utiliza para la administración y configuración de clústeres. Distribuye/envía mensajes de recepción a los nodos configurados.
  2. Luci es un servidor que se ejecuta en el servidor de administración del clúster y se comunica con otros nodos múltiples. Proporciona una interfaz web para facilitar las cosas.
  3. Mod_cluster es una utilidad de equilibrador de carga basada en servicios httpd y aquí se utiliza para comunicar las solicitudes entrantes con los nodos subyacentes.
  4. CCS se utiliza para crear y modificar la configuración del clúster en nodos remotos a través de ricci. También se utiliza para iniciar y detener los servicios de clúster.
  5. CMAN es una de las principales utilidades distintas de ricci y luci para esta configuración en particular, ya que actúa como administrador del clúster. En realidad, cman significa CLUSTER MANAGER. Es un complemento de alta disponibilidad para RedHat que se distribuye entre los nodos del clúster.

Lea el artículo, comprenda el escenario para el que vamos a crear la solución y establezca los requisitos previos para la implementación. Veamos la Parte 2, en nuestro próximo artículo, donde aprendemos cómo instalar y crear el clúster para el escenario dado.

Referencias:

  1. Documentación de ch-cman
  2. Documentación de Mod Cluster

Manténgase conectado con Tecmint para obtener prácticos y últimos procedimientos. Esté atento a la parte 02 (clústeres de servidores Linux con 2 nodos para un escenario de conmutación por error en RedHAT/CentOS: creación del clúster) pronto.