Az Ön vállalkozása felhőszolgáltatásokra, adatbázisokra, távoli szerverekre vagy valamilyen tárolt adatra támaszkodik?
Természetesen.
Állandóan fél a leállástól?
Természetesen.
A 24 órás, mindig bekapcsolt, mindig kapcsolatban lévő, valaki mindig ébren van piac(ok)on az üzemidő kritikus fontosságú. Egyszerűen fogalmazva, az üzemszünet rosszat tesz az üzletnek… és ez elfogadhatatlan. Ezért olyan fontosak a magas rendelkezésre állású műszaki megoldások, mint amilyeneket a Liquid Web és más modern webtárhely-szolgáltatók kínálnak. A nagy rendelkezésre állású infrastruktúrától és SQL-adatbázisoktól kezdve a redundáns replikáción és tranzakciós naplókon át az egyetlen hibapontok kiküszöböléséig egy webtárhely csak annyira jó, amennyire a nagy rendelkezésre állású (HA) mérnöki szolgáltatásai.
Tegyük fel, hogy az Ön alkalmazása hagyományos menedzselt infrastruktúrán lesz elhelyezve.
Most nézzük meg, miért jobb megoldás egy nagy rendelkezésre állású szerver.
Nagyfokú rendelkezésre állás összefoglalva
A HA esetében a megbízhatósági tervezés három alapelvét kell figyelembe venni:
- csökkentjük vagy kiküszöböljük az egyetlen hibapontokat.
- A redundáns rendszerekben ügyeljen arra, hogy a keresztezési pontok megbízhatóak legyenek.
- A létrehozott rendszernek valós időben kell észlelnie a hibákat, és reagálnia kell azokra.
Ismerje meg, hogyan segítheti a HA infrastruktúra az Ön vállalkozását. Töltse le a Why High Availability Matters – And How You Can Achieve It Reliably and Affordably.When this three principles are reliably implementated, a downtime jelentős csökkenése érhető el. Egy minőségi webtárhely ezeket az elveket tartja szem előtt szolgáltatásai kialakításakor.
A HA-rendszerben az egyetlen hibapontok csökkentése az adatok redundanciáját jelenti – virtuális, fizikai vagy a kettő kombinációját. Egy HA-struktúrában van egy elsődleges kötet és legalább egy fizikai tartalék kötet. A szabványos konfiguráció két, azonos elsődleges kötetből áll, amelyeket két, azonos, elosztott replikált blokkeszköz (DR:BD) fizikai kötet ment, amelyeket két DR:BD virtuális kötet ment. A DR:BD kötetek szelektív, szinkron adatreplikációt végeznek, ami azt jelenti, hogy csak a megváltozott adatok blokkjai (nem a teljes kötet) kerülnek újraírásra és valós idejű biztonsági mentésre.
A DR:BD kötetek végső soron csökkentik a mentési időt, mivel egyszerre kevesebb számítási erőforrást igényelnek. Az egyes biztonsági mentési szintek (két azonos elsődleges kötet, két azonos DR:BD virtuális kötet stb.) külön fizikai kiszolgálókon tárolódnak – egyes hosztok még egy távoli helyen lévő kiszolgálóra is készítenek biztonsági mentést. A távoli helyszínnel rendelkező konfiguráció kiküszöböli az újabb egyetlen hibapontot, mivel megvédi az adatokat a természeti katasztrófáktól és egyéb helyfüggő problémáktól, például áramkimaradásoktól és hálózati hibáktól.
Mit kell tenni az adatbázissal
A HA-rendszerben ajánlott, hogy az SQL-adatbázist külön, redundáns kiszolgálói környezetben tárolja, mivel ez javítja a teljesítményt és csökkenti az elsődleges kiszolgáló terhelését. A dedikált SQL-kiszolgáló a megbízhatósági mérnöki elvekkel is együttműködik/megfelel, mivel kifejezetten a magas rendelkezésre állásra tervezték, beleértve az automatikus és megbízható átállásokat és a valós idejű hibaérzékelést.
Az SQL-adatbázisok inkrementális tranzakciós naplókat is létrehoznak; ez egy másik védelem az egyetlen hibapontok ellen. A tranzakciós naplók az adatbázisban bekövetkező minden változást rögzített időközönként, akár egyperces gyakorisággal rögzítenek – az SQL adatbázis a tranzakciós naplókat adatállományként használhatja, és a HA-konfigurációban a biztonsági másolatkiszolgálókra írhat.
A Liquid Web SQL-adatbázis-hoszting standard konfigurációja tartalmazza a teljes adatbázis napi biztonsági mentését és az óránkénti 24 gördülő óránkénti tranzakciós naplót.
Monitorozás az átálláshoz
A HA-konfiguráció középpontjában egy olyan felügyeleti rendszernek kell állnia, amely folyamatosan és következetesen szemmel tartja a fürtözött szerverek állapotát, és szükség esetén automatikusan végrehajtja az átállást. Az iparágban legnépszerűbb felügyeleti alrendszer a Heartbeat. A Heartbeat egy Linux-alapú monitor, amely megbízhatóan képes több csomópontot támogatni. A Heartbeat képes gyorsan és pontosan azonosítani a kritikus hibákat, és automatikusan átállítani a rendszert egy redundáns szerverre.
Amint látható, a HA-rendszer minden egyes része a magas rendelkezésre állási technika három alapelve közül több mint eggyel dolgozik/irányul. A redundáns (fizikai és virtuális) adatcsomópontok csökkentik az egyszeri hibapontok számát, és megbízható átadási pontokat hoznak létre.
A dedikált SQL-kiszolgáló a redundancia egy újabb rétegét hozza létre, egy újabb védelmet nyújt az egyszeri hibapontok ellen, és beépített, automatikus átadási pontokkal rendelkezik.
Végül a Heartbeat az egész konfiguráció középpontjában áll, valós időben felügyeli a rendszert, és szükség esetén automatizálja a keresztezéseket.
A minőségi HA-rendszerrel a leállási idő csökken, vagy gyakorlatilag megszűnik, így vállalkozása egész nap, minden nap működőképes marad.