Lihtne failover veebisaidi jaoks (monitooring + dünaamiline DNS)

Selles artiklis tahan näidata, kui lihtsalt ja tasuta saab luua failover-skeemi veebisaidile (või mõnele muule internetiteenusele) jälgimise ja dünaamilise DNS-teenuse kombinatsiooniga. okerr See tähendab, et juhul, kui tekivad probleemid peamise veebisaidiga (alates „PHP Error” probleemist lehel kuni ruumi puudumise või lihtsalt kahtlaselt väikese arvu tellimustega veebipoes), suunatakse uued külastajad teisele (kolmandale jne) aktiivsele serverile või „Vabandame” lehele, kus neile sõbralikult selgitatakse, et „on probleem, me oleme juba teadlikud ja töötame selle kallal, varsti lahendame,” (samal ajal, kui te tegelikult ka teate ja suudate probleemi lahendada).

Elada failoveriga või ilma?

Kuni mingi probleem ei juhtu, ei ole erilist vahet. Aga kui see juhtub, on failoverita sageli järgnev: proovite kiiresti välja selgitada, mis probleem on, aga ei õnnestu (varukoopiad ei laadi, tarkvara ei toimi mingil põhjusel dokumentatsioonist välja, jne), aega ei ole, serverid-veebisaidid on maas, kliendid helistavad, kõik on endast väljas, proovite mingil viisil probleem lahendada roppult ja mõttetult „teibiga,” siis tundub, et see kuidagi tööle hakkab ja jääb ellu. Te arvate, et hiljem oleks vaja süvitsi minna ja kõik ilusti korda seada, kuid pole midagi püsivamat kui ajutine.

Nüüd, kuidas see toimub ilusas versioonis failoveriga:

• Tekkib viga
• Viga avastatakse automaatselt
• Saadetakse teatis
• Lülitatakse üle ühele varuseerverile
• Rahu ja paanikata lahendatakse probleem, parandatakse ja server taaskäivitub.

Selles skeemis võivad muidugi esineda ka oma kitsaskohad, kuid ikkagi on see skeem lineaarne, iga etapp on siin lihtne ja oluline — seda saab eraldi hääldada, seega on selle skeemi ebaõnnestumise võimalus palju väiksem, ja kõik toimingud saab automatiseerida ja teostada kiiresti (erinevalt ülesandest leida ja parandada tundmatut epohhialt probleemi). Teie lennuk on maandunud kauges riigis, lülitate telefoni sisse ja näete telegrammis teavitust, et server on maas, kuid kõik on korras, varusever on aktiveeritud, saate oma reisi jätkata, teil ei ole vaja tagasi lennata ega SSH kaudu lähimast WiFi-kohvikust parandada. Lahendate siis, kui see on mugavam.

Tulevik on juba siin!

Varem oli peamine probleem, mis tegi failoveri sageli vastuvõetamatuks lahenduseks, kulude kogusummas. Kas tuli osta kallis riistvara (ja palgata veel kallimaid spetsialiste) või tulla välja keeruliste juhistega (mul on isegi olnud variant, kus kaks serverit ühendatakse null-modemi kaabli kaudu ja edastatakse selle kaudu heartbeat, et varuserver teaks õigel ajal üle võtta). Praegu on olemas lihtsamad ja tasuta viisid. Kui teil on kasside veebisait – ei ole teil mingit õigustust, kui te pole veel failoverit rakendanud!

Lisaks on failover scheemi jaoks vajalik veel server (või võib-olla isegi mitu), mis varem oli suurte kuludega, praegu saab võtta VDS-i peaaegu tasuta.

Kõige usaldusväärsem kasside veebisait

Kasutamiseks praktilise näitena lahenduse koos okerr + dynamic dns'iga, käivitasime oma kasside veebisaidi cat.okerr.com. Me ei talu kasse, seetõttu ei tule neid seal peaaegu olema. Kokku on kolm veebisaiti, kõik näevad välja enam-vähem sarnased (kõik ühel šabloonil), kuid erinevate kassidega, et oleks lihtne eristada, ja igaüks kirjutab tehnilist teavet, et näha, kuidas failover töötab. Leht uuendatakse iga minuti tagant automaatselt, kuid alati on võimalik brauseris vajutada värskenda.

Tehnilises teabes on rida "status=OK". Mõnikord simuleerivad serverid probleeme ja kirjutavad status=ERR. Peamine server "nagu kukub" iga tunni 20. minutil (0:20, 1:20, 2:20, ...). Varuserver 40. minutil. Viimane server ("sorry"-server) töötab alati. Iga tunni alguses "taastuvad" peamine ja varuserver.

Kui avate saidi ja jätate selle vahelehele – näete, et see ei kuku kunagi (kuigi iga eraldi server simuleerib aeg-ajalt probleemi), ja serveri probleemi korral "jookseb" see lihtsalt vahel elavate serverite vahel. Pilt, nimi ja serveri aadress ning selle roll muutuvad. Mõnikord saab tabada hetke, kui status=ERR (probleem on juba olemas, kuid kogu failoveri skeem pole veel käima läinud), kuid juba järgmine värskendus näitab teile lehte töökohalt.

Failover okerr + dynamic DNS-is

Vaatame, kuidas see kapoti all on korraldatud. Failoveri ülesanne on tagada, et aadress cat.okerr.com viitaks alati töötava serveri IP-aadressile.
Iga serveri taga, mis hoiab meie kodulehte okerr, on indikaator, mis kontrollib selle olekut üks kord minutis.

Selles ekraanipildis näeme, kuidas kontrollitakse kodulehte cat.okerr.com serverist alpha.okerr.com. Lehekülg peaks sisaldama status=OK ja nagu näeme ülal, on meie indikaatori staatus hetkel OK. Kui server "rikkeb", on see ERR. (See on ainult üks indikaatori näide, okerr on jälgimine, seega võib siia lisada mis tahes tüüpi indikaatori, näiteks kontrollida vabade diskipaikade arvu, uute tellimuste arvu andmebaasis ja isegi loogilisi indikaatoreid, näiteks öösel võivad olla teised veakriteeriumid kui päeval).

Projektis olekuteates oleme loonud failover skeemi nende indikaatoritega:

Skeemis on kolm indikaatorit (kolm serverit), erineva prioriteediga. Peamine server meie lehe jaoks on charlie, kui see ei tööta (ei ole "status=OK" või on lihtsalt kätte saamatu), siis brava ja viimase abinõuna - alpha. Lehe paremas osas kuvatakse DNS-kirje olek erinevates serverites.

Neile, kes märkavad, et kasutatakse nime cat.he.okerr.com: Me kasutame veidi keerulisemat skeemi. Selle asemel, et lihtsalt muuta DNS-kirjet cat.okerr.com, muudame cat.he.okerr.com (dünaamilisel DNS pakkujal Hurricane Electric), ja cat.okerr.com on CNAME (alias), mis ei muutu, alati viitab cat.he.okerr.com-ile. Hurricane meeldib meile lihtsalt rohkem dünaamilise DNS-ina ja tal on võtmed, et hallata eraldi kirjet (mitte kogu tsooni), see tundub meile turvalisem. Samuti ei pea te okerris kogu domeeni haldamiseks parooli-kontosid määrama, vaid ainult alamdomeeni või kirje jaoks.

Langemisest tõusuni

Samm-sammult, kuidas see skeem töötab:

1. Serveris juhtub (simuleeritakse) probleem
2. Sensori okerr kontrollib iga serveri olekut kord minutis ja teatab peamisele serverile projektis okerr
3. Vastava serveri indikaator muudab oleku OK-st ERR-iks
4. Indikaatori staatuse muutmisel arvutatakse failover uuesti, et määrata, milline aadress tuleks seadistada (kui see on vajalik. Näiteks kui peamine server töötab ja varu on sel ajal hävinenud - muutusi ei toimu)
5. Seda aadressi edastatakse dünaamiliste dns-teenusele. Kui see etapp on lõpetatud, näete paremal olekut "synced"
6. Peagi (sekundite jooksul) jõuab kirje teie domeeni DNS-serveritesse (kodulehe jaoks on need ns1-ns5.he.net).
7. Alates sellest hetkest hakkavad mõned kasutajad juba minema uuele elavale serverile. Kuid kõik DNS-serverid maailmas pole veel kirjeid värskendanud, ja kuskil võib endiselt olla vahemälu vana kirje. Saate näha, kuidas andmed avalikes DNS-serverites "tantsivad", näidates vahel uut, vahel vana väärtust. Kui uuendate failoveri seadete lehte, küsib okerr ise DNS-serveritest uusi andmeid.
8. Pärast seda, kui andmed on stabiliseerunud, on kõikjal vana vahemälus olev kirje aegunud — 100% päringutest läheb uuele serverile.

Et 7. etappi (tihti — kõige pikem) kiirendada, tuleb dünaamilise DNS-i kirje TTL võimalikult madalale seada. Tavaliselt lubavad teenused 90-120 sekundi intervalle. See on täiesti mõistlik kompromiss.

Lisaks

Seda kõike saab seadistada ühe õhtu jooksul (kui teil on juba dubleeriv server). N tanto okerr kui ka dünaamilise DNS-i teenused on tasuta. Et okerris rohkem kontrolle ja lühemaid kontrollperioode saada, peate läbima koolituse (oma profiili lehelt). Pärast läbimist tõuseb tase kohe (20 indikaatorit tunnis + 1 kiire 10-minutiline). Kui neid on vähe — kirjutage support@okerr.com, tõenäoliselt saab taset tõsta (senine kogemus on näidanud, et see on alati olnud võimalik, mitte kunagi keeldutud, pigem on ise pakutud). Lihtsalt algselt ei taha ma kõigile kõike lubada, ei ole kindel, et võime piisavalt võimekust lubadust täita. Kuid praegu on kasutajaid vähe, nii et limiitide tõstmisel ei ole probleeme.

Mida okerr üldse teeb — vaadake veebisaidilt esitlust. Üldiselt on see jälgimine (zabbix pilves), ja failover on kena lisafunktsioon. Samuti on veebisaidilt võimalik ilma registreerimiseta demole pääseda.

Indikaatori oleku muutmisel saadetakse teade e-postile või Telegrammi. (Me vaatasime siit, mis toimub, ja arvasime, et tundub, et telegram on kõige usaldusväärsem sõnumitooja. Aitäh RKN-ile stressitestide eest!) Õige okerri seadistamise korral on iga teade kas signaal "jätke kõik, tuleb parandada!" või "kuna jälgi!". Okerrilt ei peaks olema liigseid alarme (kui need on olemas — tuleb seadeid kuidagi teisiti seadistada). Näiteks meie kotosaidi server alpha on viimane ja ei simuleeri kunagi tõrget. Kui see peaks kokku kukkuma — peame teadma. Kuid ülejäänud serverid simuleerivad pidevalt tõrkeid, seetõttu, et mitte saada alarme mitu korda tunnis, on nende indikaatorite staatus "vaikne".

On mõttekas luua ka andmete taastamise server (igal odaval hostimisel), mis võib kas sisaldada teie vabanduste lehte (juhuks, kui kõik peamised ja reservserverid on maas) või suunata okerri staatusele (näiteks meie cp.okerr.com/status/okerr) või statuspage.io.

Allikas: habr.com