Introduktion og fordele/ulemper ved klyngedannelse i Linux - del 1

Hej alle, denne gang besluttede jeg at dele min viden om Linux-klyngedannelse med jer som en række guider med titlen "Linux Clustering For a Failover Scenario".

Følgende er 4-artikels serien om Clustering i Linux:

Først og fremmest bliver du nødt til at vide, hvad klynger er, hvordan det bruges i industrien, og hvilke slags fordele og ulemper det har osv.

Hvad er klyngedannelse

Clustering etablerer forbindelse mellem to eller flere servere for at få det til at fungere som en. Clustering er en meget populær teknik blandt Sys-Engineers, at de kan klynge servere som et failover-system, et load balance-system eller en parallel processorenhed.

Ved denne serie af vejledning håber jeg at guide dig til at oprette en Linux-klynge med to noder på RedHat/CentOS til et failover-scenario.

Siden nu har du en grundlæggende idé om, hvad klynger er, lad os finde ud af, hvad det betyder, når det kommer til failover-klynger. En failover-klynge er et sæt servere, der arbejder sammen for at opretholde den høje tilgængelighed af applikationer og tjenester.

For eksempel, hvis en server fejler på et eller andet tidspunkt, vil en anden node (server) overtage belastningen og giver slutbrugeren ingen erfaring med nedetid. Til denne slags scenarier har vi brug for mindst 2 eller 3 servere til at foretage de korrekte konfigurationer.

Jeg foretrækker, at vi bruger 3 servere; en server som red hat-klyngeaktiveret server og andre som noder (backend-servere). Lad os se på nedenstående diagram for bedre forståelse.

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

I ovenstående scenarie udføres klyngestyring af en separat server, og den håndterer to noder som vist i diagrammet. Cluster management-server sender konstant hjerterytmesignaler til begge noder for at kontrollere, om nogen fejler. Hvis nogen har fejlet, overtager den anden node belastningen.

  1. Clustering-servere er fuldstændig en skalerbar løsning. Du kan tilføje ressourcer til klyngen bagefter.
  2. Hvis en server i klyngen har brug for vedligeholdelse, kan du gøre det ved at stoppe den, mens du overfører belastningen til andre servere.
  3. Blandt muligheder for høj tilgængelighed indtager klyngedannelse et særligt sted, da det er pålideligt og let at konfigurere. I tilfælde af at en server har problemer med at levere tjenesterne, kan andre servere i klyngen tage belastningen.

  1. Omkostningerne er høje. Da klyngen har brug for god hardware og et design, vil det være dyrt at sammenligne med et ikke-klynget serveradministrationsdesign. At være ikke omkostningseffektiv er en største ulempe ved netop dette design.
  2. Da klyngning har brug for flere servere og hardware for at etablere en, er overvågning og vedligeholdelse hård. Således øger infrastrukturen.

Lad os nu se, hvilken slags pakker/installationer vi har brug for for at konfigurere denne opsætning med succes. Følgende pakker/RPM'er kan downloades af 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)

Lad os se, hvad hver installation gør for os og deres betydning.

  1. Ricci er en dæmon, der bruges til klyngestyring og konfigurationer. Det distribuerer/sender modtagende meddelelser til de konfigurerede noder.
  2. Luci er en server, der kører på klyngestyringsserveren og kommunikerer med andre flere noder. Det giver en webgrænseflade, der gør tingene lettere.
  3. Mod_cluster er et load balancer-værktøj baseret på httpd-tjenester, og her bruges det til at kommunikere de indgående anmodninger med de underliggende noder.
  4. CCS bruges til at oprette og ændre klyngekonfigurationen på eksterne noder gennem ricci. Det bruges også til at starte og stoppe klyngetjenesterne.
  5. CMAN er et af de primære hjælpeprogrammer bortset fra ricci og luci til denne særlige opsætning, da dette fungerer som klyngemanager. Faktisk står cman for CLUSTER MANAGER. Det er en tilføjelse med høj tilgængelighed til RedHat, der fordeles mellem knudepunkterne i klyngen.

Læs artiklen, forstå scenariet, hvor vi skal skabe løsningen, og indstil forudsætningerne for implementeringen. Lad os mødes med del 2 i vores kommende artikel, hvor vi lærer at installere og oprette klyngen til det givne scenario.

Referencer:

  1. ch-cman-dokumentation
  2. Dokumentation af modklynger

Hold kontakten med Tecmint for praktiske og nyeste vejledninger. Hold dig opdateret om del 02 (Linux-servere klynger med 2 noder for et failover-scenarie på RedHAT/CentOS - Oprettelse af klyngen) snart.