Introducció i avantatges/desavantatges de l'agrupació en clusters a Linux - Part 1

Hola a tots, aquesta vegada he decidit compartir els meus coneixements sobre l'agrupació de Linux amb vosaltres com a sèrie de guies titulades Clustering de Linux per a un escenari de failover.

A continuació es mostren la sèrie de 4 articles sobre el clúster a Linux:

En primer lloc, caldrà saber què és el clustering, com s'utilitza a la indústria i quins avantatges i inconvenients té, etc.

Què és el Clustering

El clúster és establir connectivitat entre dos o més servidors per tal que funcioni com un. La agrupació en clúster és una tècnica molt popular entre els enginyers de sistemes que permeten agrupar servidors com a sistema de failover, un sistema d'equilibri de càrrega o una unitat de processament paral·lel.

Amb aquesta sèrie de guies, espero guiar-vos per crear un clúster Linux amb dos nodes a RedHat/CentOS per a un escenari de failover.

Com que ara teniu una idea bàsica del que és l'agrupació, anem a esbrinar què significa quan es tracta d'un clúster per error. Un clúster de failover és un conjunt de servidors que treballen conjuntament per mantenir l'alta disponibilitat d'aplicacions i serveis.

Per exemple, si un servidor falla en algun moment, un altre node (servidor) es farà càrrec de la càrrega i no ofereix a l'usuari final cap experiència de temps d'inactivitat. Per a aquest tipus d'escenari, necessitem almenys 2 o 3 servidors per fer les configuracions adequades.

Prefereixo que utilitzem 3 servidors; un servidor com a servidor habilitat per clúster Red Hat i altres com a nodes (servidors posteriors). Mirem el diagrama següent per entendre-ho millor.

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 l'escenari anterior, la gestió del clúster la fa un servidor independent i gestiona dos nodes tal com es mostra al diagrama. El servidor de gestió de clúster envia constantment senyals de batecs cardíacs als dos nodes per comprovar si algú falla. Si algú ha fallat, l'altre node es fa càrrec de la càrrega.

  1. Agrupar servidors en clúster és una solució completament escalable. Podeu afegir recursos al clúster després.
  2. Si un servidor del clúster necessita algun manteniment, podeu fer-ho aturant-lo mentre cediu la càrrega a altres servidors.
  3. Entre les opcions d'alta disponibilitat, la agrupació en clúster ocupa un lloc especial, ja que és fiable i fàcil de configurar. En cas que un servidor tingui problemes per proporcionar els serveis, a més, altres servidors del clúster poden assumir la càrrega.

  1. El cost és alt. Com que el clúster necessita un bon maquinari i un disseny, serà costós en comparació amb un disseny de gestió de servidors sense clúster. No ser rendible és un desavantatge principal d'aquest disseny en particular.
  2. Com que el clúster necessita més servidors i maquinari per establir-ne un, la supervisió i el manteniment són difícils. Augmentar així la infraestructura.

Ara vegem quin tipus de paquets/instal·lacions necessitem per configurar aquesta configuració correctament. Els paquets/RPM següents es poden descarregar a 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)

Vegem què fa cada instal·lació per nosaltres i els seus significats.

  1. Ricci és un dimoni que s'utilitza per a la gestió i configuracions de clúster. Distribueix/envia missatges de recepció als nodes configurats.
  2. La Luci és un servidor que s'executa al servidor de gestió de clúster i es comunica amb altres nodes múltiples. Proporciona una interfície web per facilitar les coses.
  3. Mod_cluster és una utilitat d'equilibri de càrrega basada en serveis httpd i aquí s'utilitza per comunicar les sol·licituds entrants amb els nodes subjacents.
  4. CCS s'utilitza per crear i modificar la configuració del clúster en nodes remots mitjançant ricci. També s'utilitza per iniciar i aturar els serveis del clúster.
  5. CMAN és una de les utilitats principals que no siguin ricci i luci per a aquesta configuració en particular, ja que actua com a gestor de clúster. De fet, cman significa CLUSTER MANAGER. És un complement d'alta disponibilitat per a RedHat que es distribueix entre els nodes del clúster.

Llegiu l'article, entengueu l'escenari on crearem la solució i establiu els requisits previs per a la implementació. Ens trobem amb la part 2, al nostre proper article, on aprenem a instal·lar i crear el clúster per a l'escenari donat.

Referències:

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

Mantingueu-vos connectat amb Tecmint per obtenir les últimes i útils instruccions. Estigueu atents a la part 02 (Servidors Linux agrupats amb 2 nodes per a un escenari de migració per error a RedHAT/CentOS - Creació del clúster) aviat.