Автоматичний прогін аварії: Київ ➔ Деградація BGP ➔ Блекаут ➔ Failover Львів
Запускає послідовну зміну фаз із затримкою 20 секунд. ThousandEyes та Splunk ITSI фіксують реальні зміни метрик наживо без ручного перемикання.
Топологічна схема тестового полігону (Digital Twin)
Співставлення 5 доменів кластера k8s із 3 рівнями моніторингу та бізнес-функціями за ТЗ
Як цей полігон відповідає вимогам ТЗ:
Сенсори ThousandEyes моніторять затримку мережі (Network Latency), втрати пакетів (Packet Loss) та BGP-шляхи до кластера. При імітації аварії на ЦОД Київ ці метрики падають першими.
Сайт registry.itsi.k.rapax.io емулює ядро баз даних та шину «Трембіта». Його зупинка призводить до відмови upstream-з'єднань у внутрішній мережі Kubernetes.
Суміжні сайти (edbk, dps) реально звертаються до ядра. Коли Реєстр падає — ЄДБК блокує застави (HTTP 502), а ДПС накопичує чергу пакетів.
Параметри тестів для налаштування в Cisco ThousandEyes
Створіть 5 тестів типу HTTP Server у вашому ThousandEyes на наведені нижче URL-адреси:
| Назва тесту в ThousandEyes | Цільовий URL | Тип перевірки | Очікуваний код (Норма) | Реакція на аварію Реєстру |
|---|---|---|---|---|
| ІКС 1: Реєстр Прав (Київ) | https://registry.itsi.k.rapax.io/api/v1/health | HTTP Server (1 min) | 200 OK | 503 Service Unavailable |
| ІКС 1: Портал «Дія» / ЦНАП | https://diya.itsi.k.rapax.io/api/v1/health | HTTP Server (1 min) | 200 OK | Деградація кешу |
| ІКС 3: ЄДБК (Дніпро) | https://edbk.itsi.k.rapax.io/api/v1/health | HTTP Server (1 min) | 200 OK | 502 Bad Gateway (Каскад!) |
| ІКС 2: ДПС СМКОР (Харків) | https://dps.itsi.k.rapax.io/api/v1/health | HTTP Server (1 min) | 200 OK | Черга запитів / Лаг > 2 с |
| ІКС 4: Митниця (Одеса) | https://customs.itsi.k.rapax.io/api/v1/health | HTTP Server (1 min) | 200 OK | 504 Gateway Timeout |