Multi-region мониторинг в Tracker.ru — это активная проверка доступности сайта одновременно из трёх стран: Москвы (Россия), Франкфурта (Германия, ЕС) и Алматы (Казахстан). Каждый регион работает как независимый воркер: отдельный сервер, отдельный сетевой провайдер, отдельный маршрут до вашего сайта. Агрегированный статус помогает отличить локальную сетевую проблему одного провайдера от настоящего падения. Если вы хотите проверить сайт из разных стран и получить геораспределённый мониторинг с фокусом на евразийский периметр (Россия, ЕС, Казахстан) — multi-region Tracker.ru закрывает эту задачу. Для проверок из США, Китая или Австралии ниже честный разбор: на этих рынках сильнее UptimeRobot и аналогичные международные сервисы.
Зачем мониторить сайт из 3 стран?
Современный интернет — это не одна сеть, а совокупность автономных систем, региональных провайдеров и CDN-границ. Сайт, который доступен из Москвы, может быть недоступен из Франкфурта из-за блокировки на стороне CDN, проблем с маршрутизацией у магистрального провайдера или регуляторных ограничений. Single-region мониторинг такие случаи не видит — сервис показывает «всё работает», а реальные пользователи в другой стране получают 503 или таймауты.
Гео мониторинг сайта из 3 стран решает четыре практические задачи. Во-первых, фильтрация ложных срабатываний: если один регион репортит ошибку, а другие два — 200 OK, скорее всего проблема локальная и не требует эскалации в 3 часа ночи. Во-вторых, проверка корректности CDN-конфигурации: разные edge-точки CloudFlare, Selectel CDN или Yandex Cloud отдают разные ответы, и multi-region сразу подсветит расхождение. В-третьих, мониторинг трансграничного маршрута: если сайт хостится в Москве, а аудитория в Казахстане, важно знать что путь msk → kz стабильно держится, а не только что сам сервер отвечает на localhost.
Четвёртая задача — соответствие реальному UX. Когда вы делаете мониторинг сайта из европы, вы фактически воспроизводите путь, по которому идёт ваш европейский клиент. Если время ответа из Франкфурта внезапно выросло с 200 мс до 2 секунд — это сигнал, что европейские пользователи сейчас сидят и ждут, даже если внутренний московский мониторинг говорит «всё нормально». Multi-region мониторинг превращает абстрактный uptime в конкретную геозависимую метрику: где именно сайт работает хорошо, а где деградирует.
Геораспределённый мониторинг также важен для post-incident анализа: при разборе инцидента сразу видно, был ли сбой региональным или глобальным, и можно проследить как фронт волны деградации шёл по сети — сначала упал msk, потом eu, потом kz, или одновременно везде. Без multi-region такие данные приходится собирать вручную через ping с нескольких серверов или верить на слово хостеру; с multi-region это стандартная часть истории мониторинга.
Дополнительный мотив — отделить проблемы со стороны провайдера от проблем со стороны сайта. Если все три региона одновременно говорят «сайт не отвечает», вероятнее всего упал сам сайт. Если только один регион — скорее всего у него с маршрутизацией проблема. Это разделение экономит время в первые минуты инцидента, когда оно особенно дорого.
Какие регионы доступны и где они физически расположены?
В Tracker.ru три активных региона на 2026 год — все размещены в datacenter-инфраструктуре с независимыми маршрутами и независимыми магистральными провайдерами.
Москва (msk, Россия). Центральный регион, размещён в московском DC. Это базовая точка для проверки сайтов с российской аудиторией: мониторинг идёт через местные ISP, видит сайт ровно так, как видит его пользователь из России. Регион доступен на всех тарифах, включая Free.
Франкфурт (eu, Германия, Европейский союз). Европейский регион в одном из крупнейших интернет-узлов Европы (DE-CIX зона). Используется для проверки сайтов с европейской аудиторией, для тестирования CDN-конфигураций и для контроля доступности при подключении из ЕС. Если ваша задача — мониторинг сайта из европы или проверить сайт из европы под реальной маршрутизацией, eu-регион даст этот ответ.
Алматы (kz, Казахстан). Среднеазиатский регион, размещён в казахстанском DC. Закрывает задачу мониторинг сайта из казахстана — особенно актуально для бизнеса, который работает на рынке РК или предоставляет услуги клиентам в Центральной Азии. Алматы — независимый регион, не маршрутизируется через msk, поэтому изменения в трансграничном пути ru ↔ kz будут видны как отдельный сигнал.
Все три региона публикуют heartbeat-сигнал каждые несколько секунд, и при потере связи с регионом он автоматически отмечается как неактивный — это видно в админке и не приводит к ложноположительным алертам по «всему» мониторингу.
Как работает агрегация статуса по регионам?
В таблице БД у каждого мониторинга есть две модели статуса: per-region status (url_region_status) и агрегированный (urls.http_status, urls.last_error). Логика агрегации простая, но важная для надёжности.
Каждый регион независимо проводит HTTP-проверку: HEAD-запрос (или GET, в зависимости от настройки), измеряет время ответа, проверяет SSL-цепочку, классифицирует ошибку. Результат публикуется в общую NATS-шину, оттуда читается central statusWorker и записывается в url_region_status — отдельная строка на каждый регион.
Дальше работает порог детектирования: status «down» проставляется только когда все активные регионы для конкретного URL достигли порога подтверждённых ошибок. Если из msk пришёл error, а из eu и kz — 200 OK, агрегированный статус остаётся «up» — это локальная сетевая флуктуация, не повод бить тревогу. Если все три региона одновременно репортят ошибку или таймаут, статус переключается на «down», запускается уведомление по выбранным каналам (Telegram, email, webhook).
Threshold настраивается на стороне сервиса — по умолчанию 1–2 подтверждённых fail подряд, чтобы избежать одиночных hiccup'ов. История по регионам сохраняется в check_log.region_id и доступна в админке для post-incident разбора: можно посмотреть, как именно деградация распространялась во времени по разным точкам.
Если регион физически выключился (например, удалённый VPS перестал слать heartbeat), он исключается из агрегации до восстановления связи — это предотвращает «зависание» статуса в неопределённом состоянии и не плодит ложных алертов о падении инфраструктуры самого мониторинга.
Когда multi-region мониторинг действительно нужен?
Multi-region — не универсальное решение. Для одностраничного pet-проекта или внутренней админки достаточно single-region: одна точка проверки покрывает 95% сценариев. Multi-region начинает приносить пользу, когда выполняется хотя бы один из критериев ниже.
Геораспределённая аудитория. Если ваши клиенты живут в разных странах — Россия, ЕС, Казахстан — single-region мониторинг даёт неполную картину. Сайт может быть доступен из msk, но недоступен из kz из-за проблем с трансграничной маршрутизацией. Multi-region даёт прямой ответ: где конкретно сейчас всё хорошо, а где плохо.
Multi-CDN или edge-кэш конфигурация. Если вы используете CDN с edge-точками в разных регионах (CloudFlare, Bunny, Selectel CDN), то локальные edge-кэши могут жить независимо. Один edge может отдавать stale-конфигурацию, второй — свежую. Multi-region мониторинг ловит такие расхождения сразу.
Регуляторно-критичные сервисы. Банковские сервисы, госуслуги, юридические сервисы — те, для которых даунтайм одного региона недопустим. Multi-region даёт независимое подтверждение «у нас всё работает» для каждого юридически релевантного сегмента аудитории.
SaaS с международными клиентами. Если вы продаёте B2B-сервис европейским или казахстанским компаниям, договор обычно содержит SLA по uptime. Multi-region мониторинг даёт независимое доказательство соблюдения SLA в разрезе по регионам — это защита и для вас, и для клиента.
GEO-SEO и performance-budgets. Если поисковая оптимизация и Core Web Vitals — критичная метрика для бизнеса, время ответа из разных регионов влияет на ранжирование. Multi-region помогает поддерживать стабильно низкий TTFB для всех географий, в которых вы хотите ранжироваться.
Если ни один из критериев не релевантен — single-region на тарифе Free достаточен. Multi-region не сделает сайт доступнее, но даст более точный сигнал о том, где именно он недоступен и почему.
Что делать, если у вас аудитория в США, Китае или Австралии?
Tracker.ru фокусируется на евразийском периметре — Россия, ЕС, Казахстан. Это сознательный выбор: 3 региона работают стабильно, под понятным юридическим режимом, с поддержкой на русском и оплатой в рублях. У нас нет проверок из США, Китая или Австралии, и в обозримом будущем добавление этих регионов не запланировано.
Если ваша целевая аудитория находится в США, Китае или Австралии — для такого сценария лучше подходят глобальные сервисы. Например, UptimeRobot предлагает 4 глобальных региона проверок (North America, Europe, Asia, Australia) и закрывает задачу мониторинга «по континентам». StatusCake и Pingdom — другие международные альтернативы с аналогичным глобальным покрытием.
Это нормальная практика — использовать два сервиса параллельно: Tracker.ru для основного multi-region мониторинга по евразийскому контуру (с локальной поддержкой и российским юрлицом), плюс международный сервис для отдельной проверки доступности с американских или азиатских точек. Так вы получаете полный охват без необходимости платить премиум-тариф международного сервиса за все мониторы целиком.
Мы не пытаемся быть универсальным глобальным сервисом — за этим лучше идти к UptimeRobot. Tracker.ru делает один сегмент рынка хорошо: евразийский периметр, понятные тарифы в рублях, поддержка на русском, screenshot-мониторинг с pixel diff и нативный Telegram-бот. Если ваш приоритет — этот сегмент, multi-region из Москвы, Франкфурта и Алматы закроет задачу.
Какие регионы доступны на каждом тарифе?
Multi-region — платная функция, но Free-тариф даёт минимум один регион для тестирования.
- Free (0 ₽). 1 регион на выбор (по умолчанию Москва). 5 мониторов, интервал 5 минут. Подходит для pet-проектов и оценки сервиса.
- Basic (290 ₽/мес). 2 региона из 3 на выбор (например, msk + eu, или msk + kz). 20 мониторов, интервал от 60 секунд. Достаточно для большинства коммерческих сайтов.
- Pro (790 ₽/мес). Все 3 региона одновременно — msk + eu + kz. 100 мониторов, интервал от 30 секунд, public API, расширенные status pages. Это полноценный multi-region из коробки.
Multi-region — часть подписки, не отдельная статья расходов. На Free доступен один регион, на Basic — два на выбор, на Pro — все три (msk + eu + kz) одновременно. Сколько у вас URL и какие регионы выбрали — укладывается в фиксированный месячный тариф, без оплаты за каждую проверку и без скрытых платежей. Подробнее про лимиты и цены — на странице тарифы.
Включить multi-region проверки
Часто задаваемые вопросы
Можно ли проверять сайт одновременно из 3 регионов?
Да — на тарифе Pro доступны все три региона одновременно (Москва, Франкфурт, Алматы). На тарифе Basic — два региона на выбор; на Free — один регион. Каждый регион — независимый воркер, обращается к сайту параллельно с остальными, результаты пишутся в url_region_status и агрегируются в общий статус. Это ровно то, что в международной терминологии называется multi-region monitoring service: проверка одного URL с нескольких географически разнесённых точек одновременно.
Что произойдёт, если один из регионов офлайн?
Если регион перестаёт слать heartbeat (например, удалённый VPS упал), он автоматически помечается как неактивный и исключается из агрегации до восстановления связи. Алерт о падении сайта при этом не сработает — пока хотя бы один активный регион репортит 200 OK, статус остаётся «up». Так мы не плодим ложноположительных уведомлений из-за проблем с инфраструктурой самого мониторинга.
Тарифицируется ли каждый регион отдельно?
Нет. Tracker.ru работает по подписочной модели — фиксированная цена за тариф (Free 0 ₽, Basic 290 ₽/мес, Pro 790 ₽/мес). Сколько регионов вам доступно, определяется тарифом: Free — 1, Basic — 2, Pro — 3. Внутри тарифа количество фактических проверок не лимитируется и не списывается отдельно. Для 10 URL на Pro вы получаете все три региона из коробки за 790 ₽/мес — без скрытых платежей и без оплаты за каждую проверку.
Можно ли проверять сайт из США или Китая через Tracker.ru?
Нет. Tracker.ru фокусируется на евразийском периметре — Россия, ЕС, Казахстан. Точек проверки в США, Китае и Австралии у нас нет, и добавление их в roadmap не планируется. Для проверок с американских или азиатских серверов используйте международные сервисы: например, UptimeRobot с 4 глобальными регионами (North America, Europe, Asia, Australia). Параллельное использование двух сервисов — нормальная практика, если вам нужны и евразийский, и глобальный мониторинг.
Что такое geo-распределённый или multi-location uptime monitoring?
По-английски этот класс задач называется multi-location uptime monitoring (или multi-region monitoring service): проверка доступности одного URL с нескольких физически разнесённых серверов одновременно. По-русски используются формулировки «гео мониторинг сайта», «геораспределённый мониторинг», «проверить сайт из разных стран». Цели одни и те же: фильтровать ложные срабатывания, подтверждать корректность CDN-конфигурации, видеть реальный UX из разных географий. Tracker.ru закрывает эту задачу для евразийского контура — Москва, Франкфурт и Алматы — с агрегированным статусом и независимыми воркерами на каждый регион.
Сравнить тарифы и понять какой план подходит — /pricing#tariffs. Нужны регионы за пределами евразийского периметра — посмотрите сравнение с UptimeRobot.