Úvod a výhody / nevýhody klastrování v Linuxu - 1. část


Ahoj všichni, tentokrát jsem se rozhodl podělit se s vámi o své znalosti o klastrech Linuxu jako o sérii příruček s názvem „ Linux Clustering for Failover Scenario “.

Následují 4-článkové seriály o klastrování v Linuxu:

Část 1 : Úvod do Linuxového clusteringu a výhody/Nevýhody klastrování

Část 2 :

Část 3 :

Část 4 :

Především budete muset vědět, co je to klastrování, jak se používá v průmyslu a jaké výhody a nevýhody má.

Co je to Clustering

Klastrování vytváří spojení mezi dvěma nebo více servery, aby fungovalo jako jeden. Klastrování je velmi populární technikou mezi Sys-Engineers, že mohou klastrovat servery jako failover systém, systém vyvažování zátěže nebo paralelní procesní jednotku.

V této sérii příruček vás doufám, že vás zavedu klastr Linux se dvěma uzly na RedHat / CentOS pro scénář převzetí služeb při selhání.

Protože nyní máte základní představu o tom, co je to klastrování, pojďme zjistit, co to znamená, pokud jde o klastrování při selhání. Klastr s podporou převzetí služeb při selhání je sada serverů, které spolupracují na udržení vysoké dostupnosti aplikací a služeb.

Například, pokud server selže v určitém okamžiku, jiný uzel (server) přebírá zatížení a poskytuje koncovému uživateli žádnou zkušenost s časem výpadku. Pro tento typ scénáře potřebujeme k vytvoření správné konfigurace alespoň 2 nebo 3 servery.

Dávám přednost používání serverů 3 ; jeden server jako červený klastr povolený server a další jako uzly (back end servery). Pro lepší pochopení se podívejme na níže uvedený diagram.

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   

Ve výše uvedeném scénáři je správa clusteru prováděna samostatným serverem a zpracovává dva uzly, jak ukazuje diagram. Server pro správu klastrů neustále odesílá signály s prezenčním signálem do obou uzlů, aby zjistil, zda někdo selhává. Pokud někdo selhal, přebírá tento uzel jiný uzel.

  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.

Nyní se podívejme, jaký typ balíčků/instalací potřebujeme pro konfiguraci tohoto nastavení úspěšně. Následující balíčky/RPM si můžete stáhnout na adrese 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)

Uvidíme, co každá instalace dělá pro nás a jejich význam.

  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.

Přečtěte si článek, pochopte scénář, ve kterém se chystáme vytvořit řešení, a nastavte předpoklady pro implementaci. Pojďme se setkat s Částí 2, v našem nadcházejícím článku, kde se naučíme Jak nainstalovat a vytvořit cluster pro daný scénář.

Reference:

  1. ch-cman Documentation
  2. Mod Cluster Documentation

Spojte se s aplikací Tecmint pro praktické a nejnovější funkce How To's. Zůstaňte naladěni na část 02 (klastrování serverů Linux s 2 uzly pro scénář převzetí služeb při selhání na serveru RedHAT/CentOS - vytvoření clusteru).

Všechna práva vyhrazena. © Linux-Console.net • 2019-2020