Bent uw bedrijf afhankelijk van cloudservices, databases, externe servers of opgeslagen gegevens?
Natuurlijk wel.
Bent u voortdurend bang voor downtime?
Natuurlijk wel.
In onze 24-uurs, always-on, always connected, iemand-is-altijd-wakker-markt(en), is uptime van cruciaal belang. Simpel gezegd, het donker gaan is slecht voor de zaken … en het is onaanvaardbaar. Daarom zijn technische oplossingen voor hoge beschikbaarheid, zoals Liquid Web en andere moderne webhostingbedrijven die bieden, zo belangrijk. Van infrastructuur met hoge beschikbaarheid en SQL-databases tot redundante replicatie, transactielogboeken en het elimineren van single points of failure: een webhost is slechts zo goed als zijn HA-engineeringservices (high availability).
Laten we aannemen dat uw toepassing wordt gehost op een traditionele beheerde infrastructuur.
Nu, laten we eens kijken waarom een server met hoge beschikbaarheid een betere oplossing is.
Hoge beschikbaarheid samengevat
Wanneer het aankomt op HA, moeten de drie principes van betrouwbaarheidstechniek worden overwogen:
- Verminder of elimineer single points of failure.
- Zorg er bij redundante systemen voor dat crossover-punten betrouwbaar zijn.
- Het aanwezige systeem moet storingen in real-time detecteren en hierop reageren.
Wanneer deze drie principes op betrouwbare wijze worden geïmplementeerd, wordt een aanzienlijke vermindering van de downtime bereikt. Een kwaliteit webhost zal deze principes in gedachten hebben bij het ontwerpen van hun services.
Het verminderen van single points of failure in een HA-systeem betekent redundantie in gegevens-virtueel, fysiek, of een combinatie van de twee. Een HA-structuur heeft een primair volume en ten minste één fysiek backupvolume. Een standaardconfiguratie bestaat uit twee identieke primaire volumes die worden ondersteund door twee identieke fysieke DR:BD-volumes (Distributed Replicated Block Device), ondersteund door twee virtuele DR:BD-volumes. DR:BD-volumes voeren selectieve, synchrone gegevensreplicatie uit, wat betekent dat alleen blokken met gewijzigde gegevens (niet het hele volume) in realtime worden herschreven en geback-upt.
DR:BD-volumes verkorten uiteindelijk de back-uptijden omdat ze minder computerresources tegelijk vereisen. Elke back-uplijn (twee identieke primaire volumes, twee identieke virtuele DR:BD-volumes, enz.) wordt op afzonderlijke fysieke servers opgeslagen – sommige hosts maken zelfs back-ups naar een server op een externe locatie. Een configuratie met een externe locatie elimineert nog een single point of failure door uw gegevens te beschermen tegen natuurrampen en andere locatiegebonden problemen zoals stroomuitval en netwerkstoringen.
Wat te doen met de database
In een HA-systeem wordt aanbevolen dat uw SQL-database wordt opgeslagen op een aparte, redundante serveromgeving omdat dit de prestaties verbetert en de overhead op uw primaire server vermindert. Een dedicated SQL-server werkt ook met/naar de principes van reliability engineering, omdat deze specifiek is ontworpen voor hoge beschikbaarheid, inclusief geautomatiseerde en betrouwbare cross-overs en real-time detectie van storingen.
SQL-databases maken ook incrementele transactielogboeken; een andere bescherming tegen single points of failure. Transactielogs leggen elke verandering in de database vast met vaste intervallen, zo vaak als een minuut – de SQL-database kan de transactielogs gebruiken als een dataset, schrijvend naar de back-upservers in uw HA-configuratie.
Liquid Web’s standaardconfiguratie voor SQL-database hosting omvat een dagelijkse back-up van de gehele database en 24 roluren van transactielogs per uur.
Monitoring voor failover
De kern van de HA-configuratie moet een monitoringsysteem zijn dat voortdurend en consequent de gezondheid van de geclusterde servers in de gaten houdt en automatisch failovers uitvoert wanneer dat nodig is. Het meest populaire monitoringsubsysteem in de industrie is Heartbeat. Heartbeat is een op Linux gebaseerde monitor die op betrouwbare wijze meerdere nodes kan ondersteunen. Heartbeat kan snel en accuraat kritische storingen identificeren en het systeem automatisch laten overschakelen op een redundante server.
Zoals je kunt zien, werkt elk onderdeel van het HA systeem met/naar meer dan een van de drie principes van hoge beschikbaarheid engineering. De redundante datanodes (fysiek en virtueel) verminderen single points of failure en creëren betrouwbare crossover-punten.
Een dedicated SQL-server creëert een andere laag van redundantie, een andere bescherming tegen single points of failure, en heeft ingebouwde, geautomatiseerde crossover-punten.
Finishing, Heartbeat zit in het centrum van de hele configuratie, het monitoren van het systeem in real-time en het automatiseren van cross-overs wanneer dat nodig is.
Met een kwaliteit HA-systeem op zijn plaats, downtime wordt verminderd of vrijwel geëlimineerd, het houden van uw bedrijf op en operationeel de hele dag, elke dag.