Introduksjon og fordeler/ulemper ved klynging i Linux - Del 1

Hei alle sammen, denne gangen bestemte jeg meg for å dele kunnskapen min om Linux-klynger med dere som en serie veiledninger med tittelen «Linux-klyngning for et failover-scenario».

Følgende er serien med fire artikler om klynger i Linux:

Først av alt må du vite hva clustering er, hvordan det brukes i industrien og hva slags fordeler og ulemper det har osv.

Hva er Clustering

Klynger er å etablere tilkobling mellom to eller flere servere for å få det til å fungere som én. Clustering er en veldig populær teknikk blant Sys-Engineers at de kan gruppere servere som et failover-system, et lastbalansesystem eller en parallell prosesseringsenhet.

Med denne guideserien håper jeg å veilede deg til å lage en Linux-klynge med to noder på RedHat/CentOS for et failover-scenario.

Siden du nå har en grunnleggende idé om hva clustering er, la oss finne ut hva det betyr når det gjelder failover clustering. En failover-klynge er et sett med servere som jobber sammen for å opprettholde den høye tilgjengeligheten til applikasjoner og tjenester.

For eksempel, hvis en server svikter på et tidspunkt, vil en annen node (server) ta over belastningen og gir sluttbrukeren ingen opplevelse av nedetid. For denne typen scenario trenger vi minst 2 eller 3 servere for å gjøre de riktige konfigurasjonene.

Jeg foretrekker at vi bruker 3 servere; én server som red hat-klyngeaktivert server og andre som noder (backend-servere). La oss se på diagrammet nedenfor 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 scenariet ovenfor utføres klyngeadministrasjon av en separat server, og den håndterer to noder som vist i diagrammet. Klyngeadministrasjonsserver sender konstant hjerteslagsignaler til begge noder for å sjekke om noen feiler. Hvis noen har feilet, tar den andre noden over belastningen.

Fordeler med Clustering-servere

  1. Clustering av servere er helt en skalerbar løsning. Du kan legge til ressurser til klyngen etterpå.
  2. Hvis en server i klyngen trenger noe vedlikehold, kan du gjøre det ved å stoppe den mens du overfører lasten til andre servere.
  3. Blant alternativer med høy tilgjengelighet tar klynging en spesiell plass siden den er pålitelig og enkel å konfigurere. I tilfelle en server har et problem med å levere tjenestene i tillegg, kan andre servere i klyngen ta belastningen.

Ulemper med Clustering-servere

  1. Kostnaden er høy. Siden klyngen trenger god maskinvare og et design, vil det være kostbart sammenlignet med et ikke-klynget serveradministrasjonsdesign. Å ikke være kostnadseffektiv er en hovedulempe med denne spesielle designen.
  2. Siden klynging trenger flere servere og maskinvare for å etablere en, er overvåking og vedlikehold vanskelig. Dermed øke infrastrukturen.

La oss nå se hva slags pakker/installasjoner vi trenger for å konfigurere dette oppsettet. Følgende pakker/RPMer kan lastes ned av 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)

La oss se hva hver installasjon gjør for oss og deres betydning.

  1. Ricci er en demon som brukes til klyngeadministrasjon og konfigurasjoner. Den distribuerer/sender mottaksmeldinger til nodene som er konfigurert.
  2. Luci er en server som kjører på klyngeadministrasjonsserveren og kommuniserer med andre flere noder. Det gir et nettgrensesnitt for å gjøre ting enklere.
  3. Mod_cluster er et lastbalanseringsverktøy basert på httpd-tjenester og her brukes det til å kommunisere innkommende forespørsler med de underliggende nodene.
  4. CCS brukes til å opprette og endre klyngekonfigurasjonen på eksterne noder gjennom ricci. Den brukes også til å starte og stoppe klyngetjenestene.
  5. CMAN er en av de primære verktøyene bortsett fra ricci og luci for dette bestemte oppsettet, siden dette fungerer som klyngeadministrator. Faktisk står cman for CLUSTER MANAGER. Det er et tillegg med høy tilgjengelighet for RedHat som er fordelt mellom nodene i klyngen.

Les artikkelen, forstå scenariet vi skal lage løsningen på, og sett forutsetningene for implementeringen. La oss møte del 2, i vår kommende artikkel, hvor vi lærer hvordan du installerer og oppretter klyngen for det gitte scenariet.

Referanser:

  1. ch-cman dokumentasjon
  2. Mod Cluster Dokumentasjon

Hold kontakten med Tecmint for praktiske og nyeste fremgangsmåter. Hold deg oppdatert på del 02 (Linux-servere gruppering med 2 noder for et failover-scenario på RedHAT/CentOS – Oppretting av klyngen) snart.