Többhelyszínes monitorozás

Az egyetlen helyszínről végzett monitorozás félrevezet

Ha a monitorod Frankfurtból fut, és az oldal is ott működik, a monitor zöldet jelez. Ez semmit sem mond arról a CDN edge-ről São Paulóban, amely már 6 órája 502-es hibát ad minden brazil felhasználónak. Sem a tűzfalról, amely véletlenül elkezdte blokkolni az US/EAST IP-tartományt egy biztonsági frissítés után. Sem az ausztrál DNS szolgáltatód regionális leállásáról. Sem a geo-routingról, amely elkezdte a Tokióból érkező forgalmat a rosszul konfigurált szingapúri originre irányítani. Ezek a hibák mind helyiek – nem érintik azt a helyszínt, ahol a monitorod ül –, ezért rejtve maradnak, amíg a felhasználók ezekből a régiókból nem jeleznek róla, gyakran napokkal később, ticketek vagy a földrajzi bevétel kiesése révén.

A többlokációs monitorozás ezt megoldja: ugyanazt az ellenőrzést független szerverekről futtatja különböző országokban. Minden helyszín külön jelent. Ha 12-ből 13 zöldet mutat, de egy pirosat, tudod, hogy a probléma helyi – és tudod, melyik régiót érinti. Ez drámaian lerövidíti a hibakeresést: nem az origin hibás, nem a kód, hanem valami az origin és a régió között.

Honnan érkeznek az ellenőrzések

A DiagnoSEO Uptime Monitoring 13 országban kínál ellenőrzéseket a ScrapingBee prémium proxy hálózatán keresztül: USA (us), Egyesült Királyság (gb), Németország (de), Franciaország (fr), Olaszország (it), Spanyolország (es), Lengyelország (pl), Hollandia (nl), Kanada (ca), Ausztrália (au), Japán (jp), Brazília (br) és India (in). Minden helyszín saját, az adott országban található rezidens vagy adatközponti IP-t használ, így a geo-IP szolgáltatások – beleértve a CDN-t, WAF-ot és a személyre szabási platformokat – a kérelmet valóban onnan érkezőnek látják.

Ez sokkal fontosabb, mint gondolnánk. Sok WAF és botdetektáló rendszer csendben blokkolja a népszerű felhők „monitoring IP-it”. Ezért egy check, amely átjut egy általános AWS us-east-1-en, még mindig nem mond semmit arról, hogyan tapasztalja egy valódi kaliforniai látogató az oldalt. A prémium proxy helyszínek úgy néznek ki, mint az igazi felhasználók.

Mit vizsgál minden helyszínen

Minden engedélyezett helyszín esetén a monitor teljes HTTP(S) kérést hajt végre az adott ország proxyján keresztül. Az ellenőrzés követi az átirányításokat, ellenőrzi a státuszkódot, méri a válaszidőt és naplózza a hibát. Az eredményeket helyszínenként külön tároljuk, így a vezérlőpult mutatja az uptime-ot, RT-t és a legfrissebb státuszt minden egyes hely esetén. Ha 3 helyszínen leállás van és 10 működik, az világosan látszik – a monitor nem csak „leállt”, hanem „részlegesen degradálódott”.

Minden helyszíni ellenőrzés egy valódi round-trip ebből a földrajzi helyből az originhez (vagy a CDN edge-hez az adott régióban). A válaszidők tehát a felhasználó valódi élményét tükrözik: a jól működő CDN alacsony RT-t mutat minden régióban; a rosszul konfigurált CDN magas RT-t mutat minden olyan területen, amely távol van az originhez; CDN nélküli origin egyre rosszabb RT-t produkál, minél távolabbról érik el.

Hogyan működnek a többlokációs riasztások

A műszerfal a többlokációs eredményeket a fő ellenőrzés kiegészítéseként kezeli. A fő monitorod továbbra is az infrastruktúránkról fut, és az alapvető up/down státuszt szolgáltatja; a többlokációs ellenőrzések külön ütemezéssel (minimum 60 perc, monitoronként állítható) futnak, és kiegészítő sorokként jelennek meg a kibővített nézetben. Ha szeretnéd, hogy egy regionális leállás riasztást váltson ki, állítsd be a preferenciákban – bármely régió, amely két egymást követő többlokációs ellenőrzés során leáll, riasztható eseménnyé válik.

Ez a külön választás szándékos. Az egyperces ellenőrzések egyetlen helyről percenként mehetnek. Egyperces ellenőrzések 13 helyről 13 round-tripet jelentenek percenként – költséges mindkét fél számára, és műveletileg zajos a régiónkénti elkerülhetetlen fluktuáció miatt. A többlokációs 60 perces ütemezés az arany középút: valódi regionális hibákat egy órán belül elkap, mégsem okoz riasztási fáradtságot.

Költségek és kreditek

A többlokációs funkció prémium opció, hiszen minden ellenőrzés fizetős prémium proxy hálózaton fut. Minden hely, minden check – 1 kredit a DiagnoSEO számládról. Példa: 5 monitor × 4 hely × 1 ellenőrzés/óra × 24h × 30 nap = 14 400 kredit/hónap. Ez kényelmes keret az Advanced/Pro csomagokhoz, és nagyon hasznos lefedettség. Válaszd ki azokat a helyeket, amelyek a közönséged szempontjából fontosak – ha csak USA piacon vagy jelen, ellenőrizz us, ca, mx helyszínekkel (proxy us-en keresztül); ha EU, akkor gb, de, fr, pl. Ne használd mind a 13-at, ha nincsenek globális felhasználóid.

Mit nem észlel a többlokációs monitorozás

Lényeges tisztázni: a többlokációs monitorozás azt igazolja, hogy a HTTP réteg minden régióból elérhető. Nem futtat JavaScriptet, nem renderel oldalt valódi böngészőben, nem szimulál felhasználói interakciókat. Ha a problémád az, hogy egy JS-bundle csak Safarin, iOS-en, Brazíliában nem töltődik be, a többlokáció sikeres lesz, miközben a felhasználók tovább szenvednek. A teljes böngészős rendereléshez kombináld a többlokációs uptime-ot analitikai platform RUM (real-user monitoring) adataival – együtt mindenre fényt derítenek.

Hogyan kezdj hozzá

Nyisd meg az eszközt, szerkeszd bármelyik monitorodat, bontsd ki a „Multi-location” szekciót, jelöld be a kívánt országokat, állítsd be a multi-location intervallumot (min. 60 perc), és mentsd el. Egy órán belül már látni fogod a beérkező helyszíni adatokat. Amikor először lesz egy régió piros, miközben a többi zöld – pontosan megérted majd, miért éri meg ezekért a krediteket kifizetni – hiszen most éppen 4 óra hibakeresést spóroltál meg egy rossz rétegnél.

Gyakran ismételt kérdések

• Mely helyszínek érhetők el?

  13 földrajzi régió: USA (kelet/nyugat), Egyesült Királyság, Németország, Franciaország, Olaszország, Spanyolország, Lengyelország, Hollandia, Kanada, Ausztrália, Japán, Brazília és India. Mindegyik ugyanolyan ellenőrzést futtat függetlenül, és külön jelent.

• Miért fontos több helyszínről monitorozni?

  Különböző felhasználók mást látnak. Az oldal elérhető lehet Európából, de elérhetetlen Ázsiából (regionális CDN hiba, DNS terítés hibája, geo-routing probléma). A többrégiós monitorozás ezt kiszűri – egyhelyszínes teljesen figyelmen kívül hagyja.

• Hogyan működik a többrégiós check-ek díjazása?

  Minden régió külön ellenőrzésként számít a számlázásban. Egy oldal, amelyet 3 régióból percenként monitoroznak, 3x annyi kreditet használ, mint az egyhelyszínes. Válassz stratégiailag régiókat – általában 3–5 régió lefedi a tipikus oldal felhasználóinak többségét.

• Minden régió egyszerre fog riasztani, ha az oldal leáll?

  Igen – minden régió saját check-et futtat függetlenül és önállóan vált ki riasztást. Ha a probléma globális, az összes régióból riasztást kapsz a checkek intervallumán belül. Ha csak regionális a gond, kizárólag az érintett régiók riasztanak – ezzel könnyítve a hibadiagnosztikát.

• Futtathatok ellenőrzéseket CSAK bizonyos régiókból?

  Igen. Monitoronként beállíthatod, mely régiók futtatják az ellenőrzést. Például egy magyar webshopnál érdemes Magyarországról, Németországból és az Egyesült Királyságból indítani. Nincs értelme Japánból monitorozni, ha nincs japán ügyfeled. Így kevesebb kreditet fogyasztasz, és kevesebb a zaj.