Er din virksomhed afhængig af cloud-tjenester, databaser, fjernservere eller lagrede data af en eller anden art?
Selvfølgelig gør den det.
Er du konstant bange for nedetid?
Selvfølgelig er du det.
På vores 24-timers, altid tændte, altid forbundne, altid vågne marked(er) er oppetid afgørende. At gå i mørke er ganske enkelt dårligt for forretningen … og det er uacceptabelt. Det er derfor, at tekniske løsninger med høj tilgængelighed – som dem, der tilbydes af Liquid Web og andre moderne webhostingvirksomheder – er så vigtige. Fra infrastruktur med høj tilgængelighed og SQL-databaser til redundant replikering, transaktionslogfiler og eliminering af enkeltstående fejlpunkter – en webhost er kun så god som dens tekniske tjenester med høj tilgængelighed (HA).
Lad os antage, at din applikation vil blive hostet på en traditionel administreret infrastruktur.
Nu skal vi se på, hvorfor en server med høj tilgængelighed er en bedre løsning.
Høj tilgængelighed opsummeret
Når det drejer sig om HA, skal de tre principper for pålidelighedsteknik tages i betragtning:
- Reducer eller eliminér single points of failure.
- I redundante systemer skal du sørge for, at krydsningspunkterne er pålidelige.
- Det eksisterende system skal registrere og reagere på fejl i realtid.
Få mere at vide om, hvordan HA-infrastruktur kan hjælpe din virksomhed. Download vores white paper om hvorfor høj tilgængelighed er vigtig – og hvordan du kan opnå den pålideligt og billigt.Når disse tre principper implementeres pålideligt, opnås en betydelig reduktion i nedetid. En kvalitetswebhost vil have disse principper i tankerne, når de designer deres tjenester.
Reduktion af enkeltstående fejlpunkter i et HA-system betyder redundans i data – virtuelt, fysisk eller en kombination af de to. En HA-struktur vil have en primær volumen og mindst én fysisk backupvolumen. En standardkonfiguration består af to identiske primære volumener, der bakkes op af to identiske fysiske volumener af typen Distributed Replicated Block Device (DR:BD), der bakkes op af to virtuelle DR:BD-volumener. DR:BD-volumener udfører selektiv, synkron datareplikation, hvilket betyder, at kun blokke af ændrede data (ikke hele volumenet) omskrives og sikkerhedskopieres i realtid.
DR:BD-volumener reducerer i sidste ende backup-tiden, da de kræver færre computerressourcer på én gang. Hvert backup-niveau (to identiske primære volumener, to identiske virtuelle DR:BD-volumener osv.) gemmes på separate fysiske servere – nogle værter vil endda sikkerhedskopiere til en server på en ekstern placering. En konfiguration med en fjernlokation eliminerer endnu et enkelt fejlpunkt ved at beskytte dine data mod naturkatastrofer og andre lokalitetsbaserede problemer som f.eks. strømafbrydelser og netværksfejl.
Hvad skal du gøre med databasen
I et HA-system anbefales det, at din SQL-database gemmes på et separat, redundant servermiljø, da det forbedrer ydeevnen og reducerer overhead på din primære server. En dedikeret SQL-server arbejder også med/mod principperne for pålidelighedsteknik, da den er specielt designet til høj tilgængelighed, herunder automatiserede og pålidelige crossovers og fejldetektion i realtid.
SQL-databaser opretter også inkrementelle transaktionslogfiler; en anden beskyttelse mod single points of failure. Transaktionslogfiler registrerer alle ændringer i databasen med faste intervaller så hyppigt som et minut – SQL-databasen kan bruge transaktionslogfilerne som et datasæt og skrive til backupservere i din HA-konfiguration.
Liquid Webs standardkonfiguration for SQL-databasehosting omfatter en daglig backup af hele databasen og 24 rulningstimer med timebaserede transaktionslogfiler.
Monitoring for Failover
Der bør i selve kernen af HA-konfigurationen være et overvågningssystem, der konstant og konsekvent holder øje med de clusterede serveres tilstand og automatisk udfører failovers, når det er nødvendigt. Det overvågningsundersystem, der er mest populært i hele branchen, er Heartbeat. Heartbeat er en Linux-baseret monitor, der pålideligt kan understøtte flere knudepunkter. Heartbeat kan hurtigt og præcist identificere kritiske fejl og automatisk overgå systemet til en redundant server.
Som du kan se, arbejder hver del af HA-systemet med/til mere end ét af de tre principper for højtilgængelighedsteknik. De redundante datanoder (fysiske og virtuelle) reducerer single points of failure og skaber pålidelige overgangspunkter.
En dedikeret SQL-server skaber endnu et lag af redundans, endnu en beskyttelse mod single points of failure og har indbyggede, automatiserede overgangspunkter.
Endeligt sidder Heartbeat i centrum af hele konfigurationen og overvåger systemet i realtid og automatiserer crossovers, når det er nødvendigt.
Med et kvalitets-HA-system på plads reduceres eller elimineres nedetid praktisk talt, så din virksomhed er i gang og fungerer hele dagen, hver eneste dag.