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