Forståelse af servergrupperingsevner

En serverklynge er en gruppe servere, der samarbejder om et enkelt system for at give brugerne øget tilgængelighed. Disse klynger bruges til at minimere nedetid og afbrydelser ved at lade en anden server overtage i tilfælde af afbrydelse.

 

Indhold[show]

Forstå clustering -muligheder for servere

Sådan virker det.

En samling servere er knyttet til et enkelt system. Når en af ​​disse servere mislykkes, fordeles arbejdsbyrden til en anden server, så klienten ikke oplever nedetid.

Klyngede servere bruges typisk til applikationer, der kræver hyppige dataopdateringer, idet fil-, print-, database- og messaging -servere er de mest almindelige klynger.

 Samlet set giver klyngeservere klienter et højere tilgængelighedsniveau, pålidelighed og skalerbarhed, end nogen enkelt server kunne.

I et klynget servermiljø er hver server ansvarlig for ejerskabet og administrationen af ​​sine egne enheder samt at have en kopi af operativsystemet (sammen med alle applikationer eller tjenester), der bruges til at køre de andre servere i klyngen.

Serverne i klyngen er programmeret til at samarbejde for at øge datasikkerheden og opretholde konsistensen af ​​klyngekonfigurationen over tid.

Klyngemangel og afbrydelsesbeskyttelse

Klyngemangel og afbrydelsesbeskyttelse

Den primære årsag til at bruge serverklynger er at undgå afbrydelser og nedetid. Som tidligere nævnt giver klyngede servere øget beskyttelse mod, at et helt netværk bliver mørkt under strømafbrydelse.

Klyngede servere giver beskyttelse mod tre typer afbrud.

Vi vil gå mere detaljeret over på denne type afbrud i de følgende afsnit, men kort sagt hjælper serverklynger med at beskytte mod afbrydelser forårsaget af softwarefejl, hardwarefejl og fremmede hændelser, der virker på det fysiske serverwebsted.

1. Fejl i en applikation eller tjeneste

Program- eller servicefejlbegivenheder omfatter alle afbrydelser, der opstår som følge af kritiske fejl, der involverer software eller tjenester, der er kritiske for serverens eller datacentrets drift.

Disse fejl kan skyldes en række forskellige faktorer, hvoraf de fleste er uundgåelige. Selvom de fleste servere har redundansforanstaltninger på plads for at forhindre denne type fejl, er applikations- eller servicefejl vanskelige at forudsige og planlægge.

Fordi serverovervågningsdata er komplekse, kan det være svært for serveradministratorer at identificere og løse potentielle problemer, før de forårsager et afbrydelse.

Selvom en årvågen, kyndig og proaktiv serveradministrator kan identificere og løse disse problemer, før de bliver et problem, kan ingen serveradministrator yde omfattende beskyttelse mod denne form for fejl.

2. Fejl i systemet eller hardwaren

Denne form for afbrydelse opstår som følge af fysiske hardwarefejl, som serveren kører på.

Disse afbrydelser kan skyldes en lang række faktorer og påvirkes af stort set alle typer komponenter, der er kritiske for driften af ​​en server eller et datacenter.

Selvom serverkomponenters pålidelighed og funktionalitet støt forbedres, er ingen komponent immun mod fejl.

Overophedning, dårlig optimering eller simpelthen den komponent, der når slutningen af ​​produktets levetid, kan alle forårsage denne fejl.

På grund af deres betydning for at holde serveren kørende, er processorer, fysisk hukommelse og harddiske blandt de mest tilbøjelige til fejl.

Problemer med webstedet

3. Problemer med webstedet

I de fleste tilfælde er webstedsfejl forårsaget af hændelser, der opstår uden for datacentermiljøet.

Selvom der er mange begivenheder, der kan forårsage et webstedsfejl i teorien, er de hændelser, der oftest er skyld i fejl på stedet, naturkatastrofer, der forårsager omfattende strømafbrydelser, såvel som dem, der kan skade hardwaren i datacenteret.

Selvom nogle naturkatastrofer ikke kan undgås med andet end omhyggeligt valg af sted, kan dem, der er forårsaget af strømafbrydelser og deres tilhørende komplikationer, afhjælpes ved at bruge redundansforanstaltninger såsom serverklynger.

Disse redundansforanstaltninger er afgørende for datacentre i områder, der er udsat for naturkatastrofer.

Selvom problemer, der potentielt kan føre til disse tre forskellige typer fejl, kan identificeres og løses, er redundansforanstaltninger såsom serverklynger den eneste måde at sikre næsten fuldstændig pålidelighed.

Serverklynger er en glimrende måde at sikre usvigelig ydeevne i datacentre, der kræver det hvert minut hver dag i året.

Klyngeservere er opdelt i tre typer

Klyngeservere er opdelt i tre typer

Serverklynger er klassificeret i tre typer baseret på, hvordan klyngesystemet (kaldet en node) er forbundet til den enhed, der er ansvarlig for lagring af konfigurationsdata.

En enkelt (eller standard) kvorumsklynge, en majoritetsnodesætklynge og en enkelt knudeklynge er de tre typer, og de diskuteres mere detaljeret nedenfor.

Kvorumklynge med et enkelt (eller standard) kvorum

Denne klynge er den mest almindeligt anvendte og består af flere noder med en eller flere klyngediskarrays, der bruger en enkelt forbindelsesenhed (kaldet en bus).

Hver enkelt klyngediskarray i klyngen administreres og ejes af en enkelt server. Systemet, der bruges til at afgøre, om hver enkelt klynge er online og kompromisløs, omtales som titulært kvorum.

I praksis er enkelte kvorumsklynger ret enkle. Hver node har en "stemme", som den bruger til at meddele den centrale bus, at den er online og funktionel.

Klyngen vil forblive operationel, så længe mere end halvdelen af ​​noderne i en enkelt kvorumsklynge er online. Hvis mere end halvdelen af ​​noder i klyngen ikke reagerer, stopper klyngen med at fungere, indtil problemerne med de enkelte noder er løst.

Klynge af majoritetsnoder

Klynge af majoritetsnoder

Denne model adskiller sig, ligesom den forrige, ved at hver node har sin egen kopi af klyngens konfigurationsdata, som er konsistent på tværs af alle noder.

Denne model er bedst egnet til klynger med individuelle servere på forskellige geografiske placeringer.

Mens majoritetsnodesætklynger fungerer på samme måde som enkeltkvorumsklynger, adskiller den førstnævnte sig ved, at den ikke kræver, at en delt lagringsbus fungerer, fordi hver node gemmer en duplikat af kvorumdata lokalt.

Selvom dette ikke udelukker brugen af ​​en delt bus helt, giver det mere fleksibilitet ved konfiguration af fjernservere.

Klynge af en enkelt knude

Klynge af en enkelt knude

Denne model, som oftest bruges til test, har en enkelt knude. Enkeltknudeklynger bruges ofte som et værktøj til udvikling og forskning af klynge -applikationer, men deres anvendelighed er stærkt begrænset af deres mangel på failover.

Fordi de kun består af en node, gør fejlen i en enkelt node alle klyngegrupper ude af drift.

En kundeservicerepræsentant hos et lokalt datacenter eller en webhostingudbyder kan forklare forskellene mellem de tre modeller og hjælpe dig med at beslutte, hvilken der er bedst for din virksomhed.

Unless du har usædvanlige krav (eller er placeret på flere geografisk spredte steder), er Standard Quorum Cluster din bedste chance.

Hvorfor skal du klynge dine servere?

Redundans er nøglen til en sikker it -infrastruktur. Oprettelse af en klynge af servere på et enkelt netværk giver maksimal redundans og sikrer, at en enkelt fejl ikke lukker hele dit netværk, hvilket gør dine tjenester utilgængelige og koster din virksomhed vitale indtægter.

Hvis du vil vide mere om fordelene ved klynger, og hvordan du kommer i gang, skal du kontakte en kundeservicerepræsentant hos din lokale webhostingudbyder.

Om forfatteren
Forfatter: Daniel Luke
Daniel er en WordPress webdesigner med stor erfaring med at arbejde med forskellige WordPress-temaer, der giver ham mulighed for at sammenligne og kontrastere forskellige temaer, forstå styrker og svagheder for at udvikle faktiske anmeldelser i den virkelige verden.

En ting mere... Vidste du, at folk, der deler nyttige ting som dette indlæg, også ser FANTASTISKE ud? ;-)
Vær venlig forlade a nyttigt kommenter med dine tanker, så del dette på din Facebook-gruppe (r), der ville finde det nyttigt, og lad os høste fordelene sammen. Tak fordi du delte og var god!

Afsløring: Denne side kan indeholde links til eksterne websteder for produkter, som vi elsker og helhjertet anbefaler. Hvis du køber produkter, vi foreslår, tjener vi muligvis et henvisningsgebyr. Sådanne gebyrer påvirker ikke vores anbefalinger, og vi accepterer ikke betalinger for positive anmeldelser.
 

 

Bedst bedømte caching-plugin

Gør dit websted hurtigere 

Trin for trin-gratis e-mail-kursus, hvordan du får dit websted til at indlæse less end 1 sekund  

 

Hvem er vi?

CollectiveRay drives af David Attard - arbejder i og omkring webdesign -nichen i mere end 12 år, og vi giver tips til mennesker, der arbejder med og på websteder. Vi driver også DronesBuy.net - et websted for drone -amatører.

David attard

 

 

Forfatter (e) Fremhævet den:  Inc Magazine-logo   Sitepoint-logo   CSS Tricks-logo    webdesignerdepot logo   WPMU DEV-logo   og mange flere ...