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 utiliza en la industria y qué tipo de ventajas e inconvenientes tiene, etc.

¿Qué es la agrupación?

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 qué 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. Clustering servers is completely a scalable solution. You can add resources to the cluster afterwards.
  2. If a server in the cluster needs any maintenance, you can do it by stopping it while handing the load over to other servers.
  3. Among high availability options, clustering takes a special place since it is reliable and easy to configure. In case of a server is having a problem providing the services furthermore, other servers in the cluster can take the load.
  1. Cost is high. Since the cluster needs good hardware and a design, it will be costly comparing to a non-clustered server management design. Being not cost effective is a main disadvantage of this particular design.
  2. Since clustering needs more servers and hardware to establish one, monitoring and maintenance is hard. Thus increase the infrastructure.

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 is a daemon which used for cluster management and configurations. It distributes/dispatches receiving messages to the nodes configured.
  2. Luci is a server that runs on the cluster management server and communicates with other multiple nodes. It provides a web interface to make things easier.
  3. Mod_cluster is a load balancer utility based on httpd services and here it is used to communicate the incoming requests with the underlying nodes.
  4. CCS is used to create and modify the cluster configuration on remote nodes through ricci. It is also used to start and stop the cluster services.
  5. CMAN is one of the primary utilities other than ricci and luci for this particular setup, since this acts as the cluster manager. Actually, cman stands for CLUSTER MANAGER. It is a high-availability add-on for RedHat which is distributed among the nodes in the cluster.

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. ch-cman Documentation
  2. Mod Cluster Documentation

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.