Webgunearen hutsegite sinplea (monitorizazioa + DNS dinamikoa)

Artikulu honetan erakutsi nahi dut zein erraza eta doakoa den webgune baten (edo Interneteko beste edozein zerbitzuren) hutsegiteko eskema bat egin dezakezun monitorizazioaren konbinazioa erabiliz. okerr eta DNS zerbitzu dinamikoa. Hau da, gune nagusiarekin arazoren bat izanez gero (orrian "PHP Error" bat duen arazo batetik, leku falta edo, besterik gabe, sareko denda baten kasuan eskaera kopuru susmagarri txikia), bisitari berriak izango dira. bigarrenera (hirugarrenera, eta abar) bideratuko da, lan egiten duen zerbitzari ezagun batera, edo “Barkatu” orrialdera, non adeitsu azalduko duten “arazo bat dago, dagoeneko badakigu eta dagoeneko konpontzen ari gara, laster konponduko du” (eta kasu honetan dagoeneko jakinaren gainean egongo zara eta konpondu ahal izango duzu).

Hutsegiteko edo gabe bizitzeko?

Arazoren bat gertatu arte, ez dago alde handirik. Baina gertatzen denean, hutsegiterik gabe honako hau gertatzen da sarritan: arazoa zein den azkar asmatzen saiatzen zara, ez du funtzionatzen (backup-ak ez dira zabaltzen, softwareak ez du dokumentaziotik behar bezala funtzionatzen arrazoiren bategatik). , etab.), baina ez dago denborarik, ez zerbitzaririk - guneak etzanda daude, bezeroak deitzen ari dira, denak muturtuta daude, nolabait gutxi gorabehera eta zikintzen saiatzen ari zara "zintaz" eta, gero, nolabait abiarazten ari dela dirudi. makuluekin eta bizitzekin. Zure aisialdian zehatzago asmatu eta dena ederki berregin beharko duzula uste duzu, baina ez dago behin-behinekoa baino iraunkorragorik.

Orain, nola gertatzen den fitxategia duen bertsio eder batean:

• Akats bat gertatzen da
• Errorea automatikoki hautematen da
• Alerta bidaltzen da
• Babeskopia zerbitzarietako batera aldatzea transferitzen da
• Lasai eta izurik gabe, arazoa konpondu, zuzendu eta zerbitzaria berriro martxan jartzen da.

Eskema honek, noski, bere arazoak ere izan ditzake, baina hala ere, eskema lineala da, etapa bakoitza sinplea da eta gauza nagusia bereizita arazketa daitekeela da, beraz, eskema honen hutsegite aukera askoz txikiagoa da, eta ekintza guztiak automatizatu eta azkar egin daitezke (ezezagunak ezezagunak diren zomorro epiko aurkitu eta konpontzeko zereginean ez bezala). Zure hegazkina urruneko herrialde batean lurreratu da, telefonoa piztu eta telegrama batean zerbitzaria huts egin dela dioen jakinarazpena ikusten duzu, baina dena ondo dago, babeskopia zerbitzaria aktibatu da, bidaia jarraitu dezakezu, ez duzu beharrik itzultzeko edo SSH bidez konpontzeko wifia duen gertuen dagoen kafetegitik. Erosoagoa denean asmatuko duzu.

Etorkizuna hemen dago jada!

Aurretik, hutsegitea askotan irtenbide onartezina bihurtzen zuen arazo nagusia kostuaren kostua zen. Edo beharrezkoa zen hardware garestia erostea (eta are espezialista garestiagoak gonbidatzea). Edo baserri kolektiboa zerbait konplikatua giden arabera (aukera bat ere topatu dut non bi zerbitzariak modem nulu kable batekin konektatzen diren, eta haren bidez taupadak bidaltzen dituzten, une egokian babeskopia zerbitzariak ezagutu eta bere gain har dezan). kontrola). Orain bide errazagoak eta doakoak daude. Katuak dituen webgune bat baduzu, ez dago aitzakiarik oraindik hutsegitea ez jartzeko!

Beno, gainera, hutsegiteko eskema baterako beste zerbitzari bat behar duzu (eta agian bat baino gehiago) eta hau lehen gastu handia zen, orain VDS bat zentimoren truke lor dezakezu.

Katuekin gune fidagarriena

Okerr + dynamic dns-ekin soluzioa ia ilustratzeko, gure webgunea katuekin jarri dugu abian cat.okerr.com. Katuak gorroto ditugu, beraz, ez dira asko egongo. Hiru gune daude guztira, bakoitzak gutxi gorabehera itxura berdina du (denak txantiloi berean), baina katu ezberdinekin bereiztea erraza izan dadin, eta bakoitzak informazio teknikoa idazten du hutsegiteak nola funtzionatzen duen ikusteko. Orria minuturo behin eguneratzen da, baina beti egin dezakezu klik arakatzailean berriro kargatu.

Informazio teknikoan “egoera=OK” lerroa dago. Batzuetan zerbitzariek arazoak itxuratzen dituzte eta status=ERR idazten dute. Zerbitzari nagusiak ordu bakoitzeko 20 minututan huts egiten duela dirudi (0:20, 1:20, 2:20, ...). Egin babeskopia zerbitzaria 40 minututan. Azken zerbitzaria («barkatu» zerbitzaria) beti dago martxan. Ordu bakoitzeko 0 minututan, zerbitzari nagusia eta babeskopia "berezartzen" dira.

Gunea ireki eta fitxan uzten baduzu, ikusiko duzu ez dela inoiz huts egiten (nahiz eta zerbitzari bakoitzak aldian-aldian arazoren bat simulatu), eta zerbitzariarekin arazoren bat izanez gero, zuzeneko zerbitzarien artean "exekutatzen" besterik ez da. Zerbitzariaren argazkia, izena eta helbidea eta bere rola aldatuko dira. Batzuetan egoera = ERR (arazoa badago, baina hutsegite eskema osoak ez du funtzionatu oraindik), baina hurrengo eguneraketak laneko guneko orri bat erakutsiko dizu.

Okerr + DNS dinamikoan hutsegitea

Ikus dezagun nola funtzionatzen duen kanpaiaren azpian. Artxibatzailearen zeregina cat.okerr.com helbideak laneko zerbitzariaren IP helbidera seinalatzen duela ziurtatzea da.
Okerr-en gure katuaren gunea hartzen duten zerbitzari bakoitzaren atzean bere egoera minutuan behin egiaztatzen duen adierazle bat dago.

Pantaila-argazki honetan cat.okerr.com gunea alpha.okerr.com zerbitzaritik nola egiaztatzen den ikusten dugu. Orriak status=OK eduki beharko luke, eta goian ikusten dugunez, gure adierazlearen egoera ongi dago orain. Zerbitzaria "hausten denean", ERR bat egongo da. (Hau adierazle baten adibide bat besterik ez da, okerr jarraipena da, beraz, edozein adierazle mota erantsi dezakezu, adibidez, egiaztatu diskoan dagoen espazio librea, datu-baseko eskaera berrien kopurua eta baita adierazle logikoak ere, adibidez. , gauez akats irizpide batzuk egongo dira, eta egunez beste batzuk) .

Proiektuaren ezarpenetan hutsegiteko eskema bat sortu dugu adierazle hauekin:

Eskemak hiru adierazle ditu (hiru zerbitzari), lehentasunez desberdinak. Gunearen zerbitzari nagusia charlie da, funtzionatzen ez badu (ez du "egoera=OK" izango edo besterik gabe erabilgarri ez badago), bravo eta azken kasu honetan - alfa. Orriaren eskuinaldean zerbitzari desberdinetan DNS erregistroaren egoera erakusten da.

cat.he.okerr.com izena erabiltzen dela ohartu zirenentzat: Guk eskema apur bat konplexuagoa erabiltzen dugu. cat.okerr.com-en DNS erregistroa aldatu beharrean, cat.he.okerr.com aldatzen dugu (DNS dinamikoaren hornitzailean Urakan elektrikoa), eta cat.okerr.com CNAME (alias) bat da, aldatzen ez dena, beti cat.he.okerr.com-era seinalatzen duena. Hurricane hobeto gustatzen zaigu DNS dinamiko gisa, eta sarrera bakarra (zona osoa baino) kudeatzeko gakoak ditu, seguruagoa dela uste dugu. Okerr-en ere ez duzu gako pasahitzak zehaztu behar domeinu osoa kudeatzeko, azpidomeinu edo erregistro baterako soilik.

Erortzetik igoera

Urratsez urrats nola funtzionatzen duen eskema hau:

1. Arazo bat gertatzen da (simulatua) zerbitzarian
2. Okerr sentsoreak minuturo behin zerbitzari bakoitzaren egoera egiaztatzen du eta proiektuaren zerbitzari nagusiari jakinaraziko dio okerr-en
3. Dagokion zerbitzariaren adierazlea Adostik ERRra aldatzen da
4. Adierazlearen egoera aldatzen denean, hutsegitea berriro kalkulatzen da, eta zein helbide ezarri behar den kalkulatzen da (beharrezkoa bada. Adibidez, zerbitzari nagusia lanean ari bada eta, aldi berean, babeskopia zerbitzaria hil bada, ez da aldaketarik izango. egina)
5. Helbide honen berri dns zerbitzu dinamikoari dagokio. Etapa hau amaitutakoan, eskuinaldean "sinkronizatuta" egoera ikusiko duzu.
6. Oso laster (segundo) erregistroa zure domeinuko DNS zerbitzarietara iritsiko da (cat gunerako ns1-ns5.he.net da).
7. Une honetatik aurrera, erabiltzaile batzuk zuzeneko zerbitzari berrian egongo dira jada. Baina munduko DNS zerbitzari guztiek ez dituzte erregistroak eguneratu oraindik, eta baliteke erregistro zaharra oraindik nonbait gordeta egotea. DNS zerbitzari publikoetako datuak nola "dantzan" egiten duten ikus dezakezu, balio berria edo zaharra erakutsiz. Hutsegiteko konfigurazio orria eguneratzen baduzu, operadoreak berak datu berriak eskatuko dizkie DNS zerbitzariei.
8. Datuak egonkortu ondoren, cacheko erregistro zaharra usteltzen da nonahi - eskaeren % 100 guztiak zerbitzari berrira doaz.

7. etapa bizkortzeko (askotan luzeena), DNS erregistro dinamikoaren TTL ahalik eta baxuena ezarri behar da. Normalean zerbitzuek 90-120 segundoko tarteak onartzen dituzte. Konpromiso guztiz zentzuzkoa da.

gainera

Hori guztia arratsalde batean konfiguratu daiteke (dagoeneko babeskopia zerbitzaria baduzu). Okerr eta DNS dinamiko zerbitzuak doakoak dira. Okerr-en egiaztapen gehiago eta egiaztapen-epe laburragoa lortzeko, prestakuntza osatu behar duzu (zure profileko orrialdetik). Amaitzean, maila berehala handitzen da (20 adierazle orduko + 1 azkar, 10 minutu). Eta gutxi badira, idatzi [posta elektroniko bidez babestua], ziurrenik handitzea posible izango da (orain arte beti egon da aukeraren bat, ez dut inoiz uko egin, aitzitik, neuk eskaini nuen). Kontua da hasieran ez dudala denei dena agintzea nahi, ez nago ziur nire hitza betetzeko gaitasun nahikoa dudanik. Baina orain arte erabiltzaile gutxi daude, beraz, ez dago arazorik mugak handitzeko.

Okerr-ek orokorrean egin dezakeena - begiratu webgunea aurkezpena. Oro har, hau monitorizazioa da (hodeiko zabbix), eta fitxategia funtzio osagarri polita da. Webgunetik demora ere sar zaitezke erregistratu gabe.

Adierazlearen egoera aldatzen denean, jakinarazpen bat bidaltzen da posta elektronikoz edo Telegram bidez. (Gertatzen ari zena aztertu genuen eta konturatu ginen telegrama mezulari fidagarriena dela dirudi. Eskerrik asko RKN-ri estres probagatik!) Okerr behar bezala konfiguratuta dagoenez, edozein jakinarazpen seinale bat da "jaregin dena, konpondu behar dugu!" , edo "argiak itzali!" Ez luke okerraren aparteko alertarik egon behar (baldin bada, modu ezberdinean konfiguratu behar dira). Adibidez, gure katu gunerako, alfa zerbitzaria azkena da eta inoiz ez du akatsik faltsutzen. Etzanda badago, jakin behar dugu. Baina beste zerbitzariek etengabe akatsak itxuratzen dituzte, beraz, orduko hainbat aldiz alertak ez jasotzeko, adierazle horiek "isila" egoera dute.

Zentzuzkoa da barkatu zerbitzari bat sortzea (edozein ostalaritza merkeenetan), zure barkamen orria edukiko duena (zerbitzari nagusiak eta babeskopia guztiak hutsik badaude) edo okerr-eko egoera orrira birbideratuko zaituena (adibidez, gurera). cp.okerr.com/status/okerr) edo statuspage.io.

Iturria: www.habr.com