Hvad er en dedikeret server med høj tilgængelighed?
En typisk dedikeret server er en kraftfuld computer, der er forbundet til en højhastigheds-internetforbindelse og er placeret i et topmoderne fjerndatacenter eller optimeret datacenter.
En dedikeret server med høj tilgængelighed er et avanceret system, der er udstyret med redundante strømforsyninger, et fuldt redundant netværk, RAID-disk-tårne og sikkerhedskopier, hvilket sikrer den højeste oppetid og den fulde pålidelighed uden et enkelt fejlpunkt.
Konfiguration til dedikerede servere med høj tilgængelighed
Som navnet antyder, er dedikerede løsninger med høj tilgængelighed skalerbare og tilpassede hostingløsninger, der er designet til at opfylde enhver virksomheds unikke behov.
Disse konfigurationer er omhyggeligt designet til at give en fejlsikker arkitektur til at køre de kritiske applikationer i din virksomhed – dem, der kræver den højeste tilgængelighed.
Mulige konfigurationer af servere med høj tilgængelighed kan omfatte flere værter, der administreres af redundante loadbalancere og replikationsværter. Samt redundante firewalls for ekstra sikkerhed og pålidelighed.
Hvorfor højtilgængelige servere er vigtige for virksomheder
I dag er virksomheder afhængige af internettet. Lad os se det i øjnene – selv den mindste nedetid kan forårsage store tab for forretningen. Og ikke kun økonomiske tab. Tab af omdømme kan være lige så ødelæggende.
I henhold til StrategicCompanies oplever mere end halvdelen af Fortune 500-virksomhederne mindst 1,6 timers nedetid hver eneste uge. Det svarer til enorme tab af tid, fortjeneste og forbrugertillid. Hvis dine kunder ikke kan nå dig online, kan du lige så godt være på månen, for så vidt angår dem.
Tænk over det: I 2013 kostede 30 minutters nedbrud på Amazon.com efter sigende virksomheden næsten 2 millioner dollars. Det er 66.240 dollars pr. minut. Tag et øjeblik til at drikke det ind. Selv om du ikke er Amazon, er enhver uplanlagt nedetid skadelig for din virksomhed.
Din almindelige hostingudbyder tilbyder måske 99 % servicetilgængelighed. Det lyder måske godt, i teorien. Men tænk på den manglende 1 %… Det er 87 timers (3,62 dage) nedetid om året! Hvis nedetiden rammer i spidsbelastningsperioder, kan tabet for din virksomhed være katastrofalt.
Den bedste måde at forhindre nedetid og eliminere disse tab er at vælge hostingløsninger med høj tilgængelighed.
Opbygget på en kompleks arkitektur af hardware og software arbejder alle dele af dette system fuldstændig uafhængigt af hinanden. Med andre ord – fejl i en enkelt komponent vil ikke få hele systemet til at bryde sammen.
Det kan håndtere meget store mængder af forespørgsler eller en pludselig stigning i trafikken. Det vokser og skrumper med størrelsen og behovene i din organisation. Din virksomhed er fleksibel, bør dine computersystemer ikke også være det?
Følgende er nogle af de bedste løsninger med høj tilgængelighed, som du kan bruge til at hoste dine forretningsprogrammer.
Ultra High Performance Dedikerede Servere
Højtydende servere er high-end dedikerede løsninger med større computerkapacitet, der er specielt designet til at opnå den maksimale ydelse. De er en ideel løsning til at imødekomme virksomhedens arbejdsbyrder.
En typisk dedikeret server med høj ydeevne vil bestå af følgende:
- En enkelt/dobbelt nyeste Intel Xeon E3- eller E5-processorer i serien.
- 64 GB til 256 GB RAM
- 8 til 24 TB SATA II HDD med RAID 10
- Effektiv og redundant strømforsyning & køleenheder
- Offsite Backups
Bemærk, at ovenstående liste blot er en eksempelkonfiguration, som kan tilpasses/opgraderes efter dine unikke krav. Hvis du har brug for mere kraft, kan vi bygge en opsætning med 96 drev, 3 TB RAM og 40+ fysiske CPU-kerner.
Real World Applications (Case Study)
Kundes krav
En af vores eksisterende kunder var på udkig efter en high-end spilserver til at hoste flash-spil med kodet PHP og MySQL-server som backend.
For at opnå den højeste tilgængelighed krævede de 2 load balancers med failover. Hver af dem indeholder 2 webservere og en databaseserver.
Webstedsstatistik
- 8000-10000 samtidige spillere
- Krav om 100 % oppetid
- 10 GB+ databasestørrelse
Løsning foreslået af AccuWebHosting
Vores kapacitetsplanlægningsteam har designet en fuldt redundant infrastruktur med to load balancers, der sidder foran web- og databaseservere.
Denne opsætning består af 2 VM’er med load balancers, der er forbundet til en gruppe webservere gennem en firewall. Databaseserveren blev bygget på ultrahurtige SSD-drev for at opnå de hurtigste disk I/O-operationer.
For en failover opstillede vi en nøjagtig kopi af denne arkitektur med realtidsspejling. Hvis det primære system svigter, vil den sekundære opsætning problemfrit overtage arbejdsbyrden. Det er rigtigt. Nul nedetid.
Infrastrukturdiagram
Load Balanced Dedicated Servers
Load Balancing
Processen med at fordele indgående webtrafik på en gruppe af servere effektivt og uden indgriben kaldes Load Balancing.
En hardware- eller softwareappliance, der leverer denne load balancing-funktionalitet, kaldes en Load Balancer.
De dedikerede servere, der er udstyret med en hardware/software load balancer, kaldes Load Balanced Dedicated Servere.
Hvordan Load Balancing fungerer?
En load balancer sidder foran dine servere og dirigerer de besøgendes forespørgsler på tværs af serverne. Den sikrer en jævn fordeling, dvs. at alle anmodninger skal opfyldes på en måde, så den maksimerer hastigheden og kapacitetsudnyttelsen af alle servere, og ingen af dem er over- eller underudnyttet.
Når dine kunder besøger dit websted, er de først forbundet til load balancer, og load balancer dirigerer dem til en af webserverne i din infrastruktur. Hvis en server går ned, omdirigerer load balancer’en straks trafikken til de resterende online-servere.
Når webtrafikken stiger, kan du hurtigt og nemt tilføje nye servere til den eksisterende pulje af load balancerede servere. Når der tilføjes en ny server, begynder load balancer’en automatisk at sende anmodninger til den nye server. Det er rigtigt – der kræves ingen brugerindgreb.
Typer af belastningsbalancering
Lastbalanceringen kan udføres med en af følgende metoder.
- Lastbalance via DNS
- Lastbalance via hardware
- Lastbalance via software
Lastbalance med DNS
DNS-tjenesten balancerer webtrafikken på tværs af de mange servere. Bemærk, at når du udfører belastningsbalancering af trafikken via denne metode, kan du ikke vælge hvilken algoritme til belastningsbalancering. Den bruger altid Round Robin-algoritmen til at balancere belastningen.
Lastbalancering via hardware
Dette er den dyreste måde at balancere belastningen på. Den bruger en dedikeret hardwareenhed, der håndterer belastningsbalancering af trafikken.
De fleste hardwarebaserede load balancer-systemer kører indlejret Linux-distribution med et load balancing-håndteringsværktøj, der giver nem adgang og et konfigurationsoverblik.
Load Balancing Through Software
Software-baseret load balancing er en af de mest pålidelige metoder til fordeling af belastningen på tværs af servere. I denne metode balancerer softwaren de indgående anmodninger via en række algoritmer.
Lastbalanceringsalgoritmer
Der findes en række algoritmer, der kan bruges til at opnå lastbalance på de indgående anmodninger. Valget af belastningsbalanceringsmetode afhænger af servicetypen, belastningsbalanceringstypen, netværksstatus og dine egne forretningskrav.
Typisk vil det for systemer med lav belastning være tilstrækkeligt med enkle belastningsbalanceringsmetoder (dvs. Round Robin), mens der for systemer med høj belastning bør anvendes mere komplekse metoder. Se dette link for at få flere oplysninger om nogle af branchens standardalgoritmer for belastningsbalancering, der anvendes af load balancere.
Setup Load Balancing On Linux
HAProxy (High Availability Proxy) er det bedste tilgængelige værktøj til at opsætte en load balancer på Linux-maskiner (webserver, databaseserver osv.).
Det er en open source TCP- og HTTP-load balancer, der bruges af nogle af de største websteder, herunder Github, StackOverflow, Reddit, Tumblr og Twitter.
Det bruges også som en hurtig og let proxyserver-software med et lille hukommelsesaftryk og lavt CPU-forbrug.
Følgende er nogle fremragende tutorials til opsætning af en load balancing på Apache-, NGINX- og MySQL-server.
- Setup HAProxy as Load Balancer for Nginx on CentOS 7
- Setup High-Availability Load Balancer for Apache with HAProxy
- Setup MySQL Load Balancing with HAProxy
Setup Load Balancing On Windows
Kig nedenfor på det officielle Microsoft-dokument til opsætning af load balancing med IIS-webserver.
Opsætning af belastningsbalancering på IIS
Skalerbar privat cloud
En skalerbar privat cloud er et cloud-baseret system, der giver dig selvbetjening, skalerbarhed og elasticitet gennem en proprietær arkitektur.
Private clouds er meget skalerbare, hvilket betyder, at når du har brug for flere ressourcer, kan du opgradere dem, uanset om det er hukommelse, lagerplads, CPU eller båndbredde.
Den giver det bedste niveau af sikkerhed og kontrol, hvilket gør den til en ideel løsning for en større virksomhed. Det giver dig mulighed for at tilpasse computer-, lager- og netværkskomponenterne, så de passer bedst muligt til dine individuelle krav.
Private cloud-fordele
Forbedret sikkerhed & Privatliv
Alle dine data lagres og administreres på dedikerede servere med dedikeret adgang. Hvis din cloud er på stedet, vil serveren blive overvåget af dit interne it-team, og hvis den befinder sig på et datacenter, vil deres teknikere overvåge den. Fysisk sikkerhed er således ikke din bekymring.
Fuldt redundant platform
En privat cloud-platform giver et niveau af redundans for at kompensere for flere fejl på harddisken, processorkraften osv. Når du har en privat cloud, behøver du ikke at købe fysisk infrastruktur til at håndtere udsving i trafikken.
Effektivitet &Kontrol
Privat cloud giver dig mere kontrol over dine data og din infrastruktur. Den har dedikerede ressourcer, og ingen andre har adgang til serveren, undtagen ejeren af serveren.
Skalerbare ressourcer
Hver virksomhed har et sæt tekniske og forretningsmæssige krav, som normalt adskiller sig fra andre virksomheder baseret på virksomhedens størrelse, branche og forretningsmål osv.
En privat cloud giver dig mulighed for at tilpasse serverressourcerne efter dine unikke krav. Det giver dig også mulighed for at opgradere serverens ressourcer, når det er nødvendigt.
Private cloud ulemper
Kost
Sammenlignet med den offentlige cloud og en simpel dedikeret serveropsætning er en privat cloud dyrere. Der kræves også investeringer i hardware og ressourcer.
Du kan også leje en privat cloud, men omkostningerne vil sandsynligvis være de samme eller endnu højere, så det er måske ikke en fordel.
Vedligeholdelse
Køb eller leje af en privat cloud er kun en del af omkostningerne. Ved et køb har du naturligvis en stor udbetaling af kontanter i starten. Hvis du lejer, vil du have løbende månedlige gebyrer.
Men selv ud over disse omkostninger skal du overveje vedligeholdelse og tilbehør. Din private cloud skal have nok strøm, kølefaciliteter, en tekniker til at administrere serveren og så videre.
Underudnyttelse
Selv om du ikke udnytter serverressourcerne, skal du stadig betale de fulde omkostninger til din private cloud. Uanset om du ejer eller lejer, kan omkostningerne ved underudnyttelse af kapacitet være skræmmende, så skalér passende i begyndelsen af processen.
Kompleks implementering
Hvis du ikke er teknisk kyndig, kan du få problemer med at vedligeholde en privat cloud. Du skal hyre en cloud-ekspert til at administrere din infrastruktur, hvilket er endnu en omkostning.
Linux & Windows Private Cloud-udbydere
Cloud-udbydere giver dig mulighed for at vælge dit valg af operativsystem: enten Windows eller en Linux-distribution. Følgende er nogle af udbyderne af private cloud-løsninger.
- AccuWebHosting
- Amazon Web Services
- Microsoft Azure
- Rackspace
Opsætning af din egen private cloud
Der er mange betalte og open source-værktøjer til rådighed til at opsætte din egen private cloud.
- OpenStack
- VMware vSphere
- VMmanager
- OnApp
- OpenNode Cloud Platform
OpenStack er en open source-platform, der tilbyder IAAS (Infrastructure As A Service) til både offentlig og privat cloud.
Klik her for at se den komplette installationsvejledning om, hvordan du kan implementere din egen private cloud-infrastruktur med OpenStack på en enkelt knude i CentOS eller RHEL 7.
Failover
Failover betyder øjeblikkelig skift til en standby-server eller et netværk ved fejl på den primære server/netværk.
Når den primære vært går ned eller har brug for vedligeholdelse, vil arbejdsbyrden automatisk blive skiftet til en sekundær vært. Dette skal være problemfrit, og dine brugere skal være helt uvidende om, at det er sket.
Failover forhindrer et single point of failure (SPoF), og derfor er det den mest velegnede løsning til missionskritiske applikationer, hvor systemet skal være online uden blot et sekunds nedetid.
Hvordan fungerer Failover?
Overraskende nok er automatiseret failover-system ret nemt at opsætte. En failover-infrastruktur består af 2 identiske servere, En primær server og en sekundær. Begge servere vil tjene de samme data.
En tredje server vil blive brugt til overvågning. Den overvåger løbende den primære server, og hvis den opdager et problem, vil den automatisk opdatere DNS-posterne for dit websted, så trafikken omdirigeres til den sekundære server.
Når den primære server begynder at fungere igen, vil trafikken blive dirigeret tilbage til den primære server. Det meste af tiden vil dine brugere ikke engang bemærke en nedetid eller forsinkelse i serverens respons.
Failover-typer
Cold Failover
En Cold Failover er en redundansmetode, der indebærer at have et system som backup for et andet identisk primært system. Cold Failover-systemet tilkaldes kun ved fejl i det primære system.
Så betyder Cold Failover, at den anden server først startes op, når den første er blevet lukket ned. Det er klart, at det betyder, at du skal kunne tolerere en mindre mængde nedetid under omstillingen.
Hot Failover
Hot Failover er en redundant metode, hvor et system kører samtidig med et identisk primært system.
Ved fejl i det primære system tager Hot Failover-systemet straks over og erstatter det primære system. Data spejles dog stadig i realtid, hvilket sikrer, at begge systemer har identiske data.
Setup Failover
Kig på nedenstående tutorials for at konfigurere og implementere en failover-klynge.
- Setup Failover Cluster on Windows Server 2012
- Configure High Avaliablity Cluster On CentOS
- The Complete Guide on Setting up Clustering In Linux
Available Solutions
Der er fire store udbydere af failover clusters, der er anført som nedenfor.
- Microsoft Failover Cluster
- RHEL Failover Cluster
- VMWare Failover Cluster
- Citrix Failover Cluster
Failover Fordele
- Failover Server clustering er helt og holdent en skalerbar løsning. Ressourcer kan tilføjes eller fjernes fra klyngen.
- Hvis en dedikeret server fra klyngen kræver vedligeholdelse, kan den stoppes, mens andre servere håndterer dens belastning. Det gør således vedligeholdelsen lettere.
Failover Ulemper
- Failover Server clustering kræver normalt flere servere og hardware at administrere og overvåge, hvilket øger infrastrukturen.
- Failover Server clustering er ikke fleksibel, da ikke alle servertyper kan klynges.
- Der er mange applikationer, som ikke understøttes af det klyngede design.
- Det er ikke en omkostningseffektiv løsning, da det kræver et godt serverdesign, som kan være dyrt.
Højtilgængelighedsklynger
En højtilgængelighedsklynge er en gruppe af servere, der understøtter serverapplikationer, som kan udnyttes med minimal nedetid, når en serverknude svigter eller oplever overbelastning.
Du kan have brug for en klynge med høj tilgængelighed af en af årsagerne som f.eks. belastningsbalancering, failover-servere og backup-system. De mest almindelige typer af Cluster-konfiguration er aktiv-aktiv og aktiv-passiv.
Active-Active High Availability Cluster
Den består af mindst to knudepunkter, der begge kører aktivt samme tjeneste. En aktiv-aktiv klynge er bedst egnet til at opnå ægte belastningsudligning. Arbejdsbyrden er fordelt på knuderne. Generelt opleves der en betydelig forbedring af svartiden og læse-/skrivehastigheden.
Active-Passive High Availability Cluster
Active-passive består også af mindst to knudepunkter. Det er dog ikke alle knuder, der forbliver aktive samtidig. Den sekundære knude forbliver i passiv tilstand eller standbytilstand. Generelt er denne klynge mere velegnet til et failover-klyngemiljø.
Opsætning af en højtilgængelighedsklynge
Her er nogle fremragende vejledninger til opsætning af en højtilgængelighedsklynge.
- Konfigurering af en højtilgængelighedsklynge på CentOS
- Konfigurer højtilgængelighedsklynge på CentOS 7 / RHEL 7
Tilgængelige løsninger
Der er meget velkendte leverandører derude, som er eksperter i højtilgængelighedstjenester. Et par af dem er anført nedenfor.
- Dell Windows High Availability-løsninger
- HP High Availability (HA) Solutions for Microsoft and Linux Clusters
- VMware HA Cluster
High Availability Cluster Advantages
Beskyttelse mod nedetid
Med HA-løsninger, hvis en server i en klynge går offline, migreres alle tjenesterne til en aktiv vært. Jo hurtigere du får din server online igen, jo hurtigere kan du komme tilbage til din virksomhed. Dette forhindrer, at din virksomhed forbliver uproduktiv.
Optimal fleksibilitet
Højtilgængelighedsløsninger giver større fleksibilitet, hvis din virksomhed kræver 24×7 tilgængelighed og sikkerhed.
Sparer omkostninger til nedetid
Desto hurtigere du får din server online igen, jo hurtigere kan du vende tilbage til forretningen, hvilket forhindrer din virksomhed i at forblive ikke-produktiv.
Nemt at tilpasse
Med HA-løsninger er det et spørgsmål om få sekunder at skifte over til failover-serveren og fortsætte produktionen. Du kan tilpasse din HA-klynge efter dine behov. Du kan enten indstille data til at være opdaterede i minutter eller i løbet af sekunder. Desuden kan datareplikeringsskemaet, versioner specificeres efter dine behov.
High Availability Cluster Ulemper
Kontinuerlig vækst i infrastrukturen
Det kræver mange servere og masser af hardware for at levere en failover og load balancing. Dette øger din infrastruktur.
Anvendelse understøttes ikke!
HA clustering giver stor fleksibilitet på hardwareniveau, men ikke alle softwareapplikationer understøtter et clusteret miljø.
Dyrt
HA clustering er ikke en omkostningseffektiv løsning, jo mere sofistikeret du har brug for, jo flere penge skal du investere.
Kompleks konfiguration bygget af AccuWebHosting
Kundes krav
Et e-handelswebsted, der kan håndtere spidsbelastningen på 1000 HTTP-forespørgsler pr. sekund, mere end 15.000 besøgende pr. dag og 3 gange belastningen på mindre end 10 sekunder. I spidsbelastningstimerne og i forbindelse med lancering af nye produkter vil antallet af besøg på webstedet blive ganget med 2.
Webstedsstatistik
- 40K produkter og produktrelaterede artikler
- 40 GB statisk indhold (billeder og videoer og websideelementer)
- 6 GB database
Løsning vi leverede
Vi foreslog en cloud-infrastruktur med høj tilgængelighed, for at håndtere belastningen og sikre maksimal tilgængelighed samt. For at fordele belastningen monterede vi 2 load balancer-servere foran opsætningen med load balanceret IP-adresse oven på dem.
Vi implementerede i alt 8 webservere, 3 fysiske dedikerede servere og 5 Cloud-instanser for at absorbere den forventede trafik. Opsætningen blev konfigureret til at blive synkroniseret mellem de forskellige komponenter gennem rsync-klyngen.
De Cloud-instanser blev brugt på en måde, så de kan tilføjes eller fjernes efter belastningen af spidsbelastningen uden at pådrage sig de omkostninger, der er forbundet med yderligere fysiske servere.
Hver Cloud-instans indeholdt hele webstedet (40 GB statisk indhold) for at give brugeren en jævn oplevelse af webstedet.
Den 6 GB store database blev hostet på en dedikeret masterserver, som blev replikeret på en sekundær slaveserver for at tage over, når masterserveren fejler. Begge disse DB-servere har SSD-diske for bedre læse-/skriveydelse.
Et team på 15 udviklere og indholdsskrivere opdaterer indholdet via backoffice-servere, der er hostet på en dedikeret server. Alle ændringer, der foretages af holdet, udbredes ved hjælp af rsync på produktionsmiljøet og databasen.
Hele infrastrukturen blev overvåget af Zabbix, som er installeret på en Cloud VPS med høj tilgængelighed. Zabbix overvåger de data, der leveres af infrastrukturserverne, og genererer derefter en række grafer for at skildre RAM-forbrug, belastningsgennemsnit, diskforbrug og netværksstatistik. Zabbix vil også sende en advarsel, når et af forbruget når sin tærskelværdi, eller hvis en af tjenesterne går ned.
Slutning
Det, vi har set indtil videre, er de forskellige teknologier som load balancing, failover og højtilgængelighedsopsætninger til at opbygge små til komplekse it-løsninger til virksomheder.
Vi har også set nogle reelle applikationer og casestudier. Disse casestudier vil virkelig hjælpe dig med at færdiggøre den mest passende infrastruktur med høj tilgængelighed.
Hvis du planlægger at købe en ny infrastruktur til din virksomhed eller ønsker at opgradere din eksisterende infrastruktur, er AccuWebHosting altid tilgængelig for dig. Vi er også opført som den mest anbefalede hostingudbyder på cloudsmallbusinessservice’s top 10-liste.