Многоадресно наблюдение
Вашият CDN пренасочва към грешен регион. Вашата защитна стена блокира една държава. Вашият DNS доставчик има регионален срив. Нищо от това не се отчита при наблюдение от едно място.
Включете многоадресно наблюдение →
Мониторингът само от едно местоположение ви заблуждава
Ако вашият монитор прави проверка от сървър във Франкфурт и сайтът работи там, мониторът свети зелено. Но това не ви казва нищо за edge-а на CDN в Сао Пауло, който от 6 часа връща 502 на всеки бразилски потребител. Нищо за firewall-а, който случайно е започнал да блокира US/EAST IP пул след промяна в политиката за сигурност. Нищо за регионалната повреда на вашия DNS доставчик в Австралия. Нищо за гео-рутирането, което е започнало да изпраща трафика от Токио към лошо конфигуриран origin в Сингапур. Всеки от тези проблеми е локален – не засяга локацията, от която е вашият монитор – и затова остава неоткрит, докато потребителите от тези региони не ви сигнализират, обикновено дни по-късно през тикети или спад в приходите от въпросния регион.
Мониторингът от няколко локации решава това, като прави същата проверка от независими сървъри в различни държави. Всяко местоположение докладва поотделно. Ако 12 от 13 светят зелено, а един червено, знаете, че проблемът е локален – и знаете за кой регион става дума. Това драматично стеснява диагностиката: не е проблем с origina, не е с кода, а нещо е между origina и региона.
Откъде се извършват проверките
DiagnoSEO Uptime Monitoring предлага проверки от 13 държави благодарение на ScrapingBee premium proxy мрежата: САЩ (us), Великобритания (gb), Германия (de), Франция (fr), Италия (it), Испания (es), Полша (pl), Нидерландия (nl), Канада (ca), Австралия (au), Япония (jp), Бразилия (br) и Индия (in). Всяко местоположение използва истинско residential или data center IP от тази страна, така че geo-IP услугите – включително CDN, WAF и персонализационни платформи – разпознават заявката като автентично идваща оттам.
Това е по-важно, отколкото се смята. Много WAF-и и системи за бот-детекция безшумно блокират „monitoring IP“ от популярните облаци. Така че проверка, която „минава“ от generic AWS us-east-1, може да не казва нищо за това как действителен посетител от Калифорния преживява сайта ви. Премиум прокси локациите изглеждат като реални потребители.
Какво се проверява във всяко местоположение
За всяка активирана локация мониторът прави пълна HTTP(S) заявка през прокси в дадената страна. Проверката следва пренасочванията, валидира статус кода, измерва времето за реакция и записва грешката. Резултатите се пазят отделно за всяка локация, така че таблото показва uptime, RT и най-новия статус за всяка от тях. Ако 3 локации са offline, а 10 online, това се вижда ясно – мониторът не е просто „offline“, а е „частично деградирал“.
Всяка проверка на локация е реален round-trip от тази география до вашия origin (или edge на CDN в тази география). Затова времената за реакция отразяват реалното потребителско изживяване: правилно работещ CDN показва нисък RT във всички локации; лошо конфигуриран CDN показва висок RT във всички региони освен този, най-близък до origina; origin без CDN показва прогресивно по-лош RT, колкото по-далеч се отива от origina.
Как работят multi-location известията
Таблото разглежда резултатите от мулти-локационния мониторинг като допълнение към основната проверка. Вашият основен монитор все още работи от нашата инфраструктура и държи основния up/down статус; мулти-локационните проверки вървят по отделен график (минимум 60 минути, може да се нагласи за всеки монитор) и се появяват като допълнителни редове в разгърнатия изглед. Ако желаете даден регион да задейства известия, включете това в настройките — всеки отделен регион, който отпадне в 2 последователни проверки, става събитие с известие.
Това разделение е умишлено. Проверка на 1 минута от едно място може да се прави всяка минута. Проверка на 1 минута от 13 локации е 13 round-trip-а в минута – скъпо и за двете страни, и оперативно шумно поради неизбежния per-region jitter. Интервал от 60 минути за multi-location е сладката точка: хваща реални регионални проблеми за час, без да създава излишни alert-и.
Цени и кредит
Мониторингът от няколко локации е premium функция, защото всяка проверка използва платена proxy мрежа. Всяка локация, всяка проверка взима 1 кредит от акаунта ви в DiagnoSEO. Пример: 5 монитора × 4 локации × 1 проверка/час × 24ч × 30 дни = 14 400 кредита/месец. Това е комфортен бюджет за Advanced/Pro плановете и много добро покритие. Изберете локациите, които са важни за вашите потребители – ако сте само-US e-commerce, проверявайте от us, ca, mx (прокси през us); ако сте EU – gb, de, fr, pl. Не включвайте и 13, ако нямате глобални потребители.
Какво multi-location не улавя
Нека сме ясни: мониторингът от няколко локации потвърждава, че HTTP слоят е достъпен от всеки регион. Не изпълнява JavaScript, не рендва страницата в истински браузър, не симулира действия на потребителя. Ако вашият проблем е JS bundle, който не се зарежда само на Safari iOS в Бразилия, multi-location ще мине успешно, а потребителите пак ще страдат. За пълно рендиране в браузър комбинирайте multi-location uptime с RUM (real-user monitoring) данни от аналитична платформа – така ще знаете всичко.
Как да започнете
Отворете инструмента, редактирайте всеки монитор, разгънете секцията „Multi-location“, изберете държавите, които ви интересуват, задайте интервала (мин. 60 минути), запазете. До час ще започнете да виждате данни по локации. Първият път, когато регион стане червен при зелени останали – ще осъзнаете защо тази функция си заслужава кредитите – защото току-що сте спестили 4 часа дебъг на злонамерен слой.
Често задавани въпроси
-
13 географски региона: САЩ (Изток/Запад), Великобритания, Германия, Франция, Италия, Испания, Полша, Нидерландия, Канада, Австралия, Япония, Бразилия, Индия. Всеки извършва една и съща проверка независимо и отчита отделно.
-
Различните потребители виждат различни неща. Сайтът може да е UP от Европа, но DOWN от Азия (регионална повреда на CDN, проблем с DNS propagation, проблем с geo-routing). Мултирегионалният мониторинг улавя това – еднорегионалният го изпуска напълно.
-
Всеки регион се брои като отделна проверка за билинга. Сайт, следен от 3 региона всяка минута, използва 3× повече кредити от еднорегионален. Избирайте регионите стратегически – обикновено 3–5 региона покриват повечето потребителска география на типичния сайт.
-
Да – всеки регион изпълнява собствена проверка независимо и задейства алармата независимо. Ако проблемът е глобален, ще получите сигнали от всички региони в рамките на интервала. Ако проблемът е регионален, само засегнатите региони алармират – удобно за диагностика.
-
Да. Задайте за всеки монитор от кои региони да се правят проверки. Например за български онлайн магазин можете да проверявате само от България, Германия и UK. Няма смисъл да се следи от Япония, ако нямате японски клиенти. Това намалява кредитния разход и „шума“.
UptimeRobot · Pingdom · BetterStack · Oh Dear · Site24x7 · StatusCake · Sentry · Uptrends · Cronitor · New Relic
SSL мониторинг · Изтичане на домейн · DNS мониторинг · Ping (ICMP) · Порт (TCP) · Крайна точка · Ключова дума · API · Cron / Heartbeat · Време за отговор · Беклинк · Мониторинг на уебсайт