Har ditt företag användning av molntjänster, databaser, fjärrservrar eller lagrade data av något slag?
Självklart gör det det.
Är du ständigt rädd för driftsstopp?
Självklart är du det.
På vår 24-timmarsmarknad som alltid är uppkopplad, alltid på, alltid ansluten och där någon är alltid vaken, är driftsstopp kritiskt. Det är helt enkelt inte bra för affärerna och det är oacceptabelt att gå i mörker. Det är därför tekniska lösningar med hög tillgänglighet, som Liquid Web och andra moderna webbhotell erbjuder, är så viktiga. Från infrastruktur med hög tillgänglighet och SQL-databaser till redundant replikering, transaktionsloggar och eliminering av enskilda felpunkter – ett webbhotell är bara så bra som dess tekniska tjänster för hög tillgänglighet (HA).
Låt oss anta att din applikation kommer att vara värd på en traditionell, hanterad infrastruktur.
Nu ska vi titta på varför en server med hög tillgänglighet är en bättre lösning.
Hög tillgänglighet sammanfattat
När det gäller HA måste de tre principerna för tillförlitlighetsteknik beaktas:
- Reducera eller eliminera enskilda felpunkter.
- I redundanta system ska du se till att övergångspunkterna är tillförlitliga.
- Det befintliga systemet måste upptäcka och reagera på fel i realtid.
Läs mer om hur HA-infrastruktur kan hjälpa ditt företag. Ladda ner vårt vitbok om varför hög tillgänglighet är viktigt – och hur du kan uppnå det på ett tillförlitligt och prisvärt sätt.När dessa tre principer implementeras på ett tillförlitligt sätt uppnås en betydande minskning av stilleståndstiden. Ett kvalitetswebbhotell kommer att ha dessa principer i åtanke när de utformar sina tjänster.
Reduktion av enstaka felpunkter i ett HA-system innebär redundans i data – virtuell, fysisk eller en kombination av de två. En HA-struktur kommer att ha en primär volym och minst en fysisk backupvolym. En standardkonfiguration består av två identiska primära volymer som backas upp av två identiska fysiska DR:BD-volymer (Distributed Replicated Block Device) som backas upp av två virtuella DR:BD-volymer. DR:BD-volymer utför selektiv, synkron datareplikering, vilket innebär att endast block med ändrade data (inte hela volymen) skrivs om och säkerhetskopieras i realtid.
DR:BD-volymer minskar i slutändan säkerhetskopieringstiderna eftersom de kräver färre datorresurser vid ett tillfälle. Varje säkerhetskopieringsnivå (två identiska primära volymer, två identiska virtuella DR:BD-volymer osv.) lagras på separata fysiska servrar – vissa värdar säkerhetskopierar till och med till en server på en avlägsen plats. En konfiguration med en fjärrplats eliminerar ytterligare en enskild felpunkt genom att skydda dina data från naturkatastrofer och andra platsbaserade problem som strömavbrott och nätverksfel.
Vad ska du göra med databasen
I ett HA-system rekommenderas att SQL-databasen lagras i en separat, redundant servermiljö, eftersom det förbättrar prestandan och minskar overheadkostnaderna på din primära server. En dedikerad SQL-server fungerar också med/efter principerna för tillförlitlighetsteknik eftersom den är särskilt utformad för hög tillgänglighet, inklusive automatiserade och tillförlitliga övergångar och felupptäckt i realtid.
SQL-databaser skapar också inkrementella transaktionsloggar; ett annat skydd mot single points of failure. Transaktionsloggar registrerar varje ändring i databasen med bestämda intervaller så ofta som en minut – SQL-databasen kan använda transaktionsloggarna som ett dataset och skriva till säkerhetskopieringsservrarna i din HA-konfiguration.
Liquid Webs standardkonfiguration för SQL-databasvärdar inkluderar en daglig säkerhetskopiering av hela databasen och 24 rullningstimmar av timvisa transaktionsloggar.
Övervakning för failover
I själva kärnan av HA-konfigurationen bör det finnas ett övervakningssystem som ständigt och konsekvent håller ett öga på hälsan hos de klustrade servrarna och som automatiskt utför failovers vid behov. Det övervakningssubsystem som är mest populärt i branschen är Heartbeat. Heartbeat är en Linuxbaserad monitor som på ett tillförlitligt sätt kan stödja flera noder. Heartbeat kan snabbt och noggrant identifiera kritiska fel och automatiskt överföra systemet till en redundant server.
Som du kan se arbetar varje del av HA-systemet med/till mer än en av de tre principerna för hög tillgänglighetsteknik. De redundanta datanoderna (fysiska och virtuella) minskar antalet enskilda felpunkter och skapar tillförlitliga övergångspunkter.
En dedikerad SQL-server skapar ytterligare ett lager av redundans, ytterligare ett skydd mot enskilda felpunkter och har inbyggda, automatiserade övergångspunkter.
Finalt sitter Heartbeat i centrum för hela konfigurationen, övervakar systemet i realtid och automatiserar övergångsställen vid behov.
Med ett högkvalitativt HA-system på plats minskas eller praktiskt taget elimineras stilleståndstiden, vilket gör att ditt företag kan fortsätta att vara igång och fungera hela dagen, varje dag.