Búsqueda de sitios web

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

Hola a todos, esta vez decidí compartir mis conocimientos sobre la agrupación en clústeres de Linux con ustedes en una serie de guías tituladas “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 Clustering en Linux:

En primer lugar, necesitará saber qué es el clustering, cómo se utiliza en la industria y qué tipo de ventajas e inconvenientes tiene, etc.

¿Qué es la agrupación?

Clúster consiste en establecer conectividad entre dos o más servidores para que funcionen como uno solo. La agrupación en clústeres es una técnica muy popular entre los ingenieros de sistemas que pueden agrupar servidores como un sistema de conmutación por error, un sistema de equilibrio de carga o una unidad de procesamiento 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.

Como ahora tiene una idea básica de qué es la agrupación en clústeres, descubramos qué significa cuando se trata de 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 brindará 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 Red Hat y otros como nodos (servidores back-end). Veamos el siguiente diagrama para una mejor comprensión.

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 independiente 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 alguno está fallando. Si alguno falla, el otro nodo se hace cargo de la carga.

Ventajas de los servidores en clústeres

  1. La agrupación de servidores en clústeres es una solución completamente escalable. Puede agregar recursos al clúster posteriormente.
  2. Si un servidor en el 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. En caso de que un servidor tenga problemas para proporcionar los servicios, otros servidores del clúster pueden asumir la carga.

Desventajas de los servidores en clústeres

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

Ahora veamos qué tipo de paquetes/instalaciones necesitamos para configurar esta configuración con éxito. Los siguientes paquetes/RPM se pueden descargar desde rpmfind.net.

  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 gestión y configuración de clústeres. Distribuye/despacha 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 equilibrio 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 del clúster.
  5. CMAN es una de las principales utilidades además 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. Reunámonos con la Parte 2 en nuestro próximo artículo, donde aprenderemos cómo instalar y crear el clúster para el escenario dado.

Referencias:

  1. Documentación de ch-cman
  2. Documentación del clúster mod

Manténgase conectado con Tecmint para obtener instrucciones prácticas y actualizadas. Manténgase atento a la parte 02 (Agrupación de servidores Linux con 2 nodos para un escenario de conmutación por error en RedHAT/CentOS: creación del clúster) próximamente.