Я прийшов на зустріч, де три команди доповідали статус моніторингу. У кожної — свій портал, свої дашборди, своє особисте уявлення про те, що означає «все зелене». Одна команда заявила, що прод у порядку. Поки вони говорили, я відкрив VM Insights і порахував: реально звітували 22 машини з 246. Решта 224 були невидимі. Дашборд зелений — інфраструктура сліпа. Якщо треба підключити гібридні VM і отримати чесне покриття моніторингом, саме та зустріч пояснює, чому я насамперед беру Azure Arc.
Три світи, які ніколи не розмовляли один з одним
П'ятсот VM. Azure native, VMware, on-premises. Три різні світи, і ніхто ніколи їх не пов'язував. Прод жив у всіх трьох. Dev — теж. І інциденти — теж.
Цифри були гіршими, ніж будь-хто хотів визнавати вголос. Прод: 22 машини з 246 віддавали дані у VM Insights. З dev усе було ще потворніше — 30 зі 115. Три команди, три консолі, нуль спільної видимості. Точного числа не знав ніхто, бо не було єдиного місця, куди можна подивитися. Коли прилітав інцидент, тріаж перетворювався на три логіни й багато здогадок. Години, а не хвилини.
Це не моніторинг. Це хибне відчуття безпеки з додатковими дашбордами.
Міграція, яку я відмовився пропонувати
Очевидний хід був масштабним: викорчувати VMware, перенести все в Azure і повернутися за два роки зі слайдом «готово». Я бачив, як цей план провалюється, достатньо разів, щоб заперечити просто на зустрічі.
Ці навантаження живуть там, де живуть, не просто так. Щось не переїде — ліцензії, затримки, вендорський appliance, який постачається лише як OVA. Щось і не має переїжджати: вартість того, щоб це чіпати, кратно більша за вигоду. Мета була не замінити все. Мета була все побачити. Заміна — це ставка на два роки. Видимість — на два тижні.
Що насправді зробив Azure Arc
Azure Arc відповідає на дуже конкретне питання: як керувати машинами, які не є Azure VM, наче вони ними є? Ставиш агент Arc — і on-prem сервер чи гість VMware з'являється в control plane Azure як повноцінний ресурс. Той самий портал, той самий policy engine, той самий стек моніторингу.
Ось як три світи зійшлися разом:
- Azure-native ресурси вже були в control plane. Чіпати нічого.
- VMware-навантаження прийшли через Azure VMware Services — увесь vSphere-парк опинився в тій самій панелі.
- On-premises сервери отримали агенти Arc, які затягнули їх у рівно ту саму площину керування, що й усе інше.
Жодного rip-and-replace. Жодного плану на п'ять років. Підключити те, що є, і ввести одне правило: якщо VM існує — вона під моніторингом.
Відновлення VM Insights: перша справжня перемога
Щойно машини стали Arc-enabled, я перестав ставити агенти моніторингу руками. Це робив Azure Policy. Розгортання агентів через політики означає, що правило живе в платформі, а не в чиємусь runbook: будь-яка VM у scope без агента отримує його автоматично, через policy remediation. Жодних тікетів. Жодного «а ти поставив агент на нову машину?». Жодних винятків.
Відновлення було миттєвим і повним. Прод пішов з 22 із 246 на всі 246. Dev — з 30 зі 115 на повні 115. Сто відсотків покриття VM Insights по проду й dev — не тому що людина наздогнала кожну машину, а тому що платформа перестала дозволяти машинам існувати без моніторингу.
Політики і що насправді означає immutable
Покриття — це крок один. Комплаєнс — крок два, і ось тут гібрид перестає відчуватися тягарем.
VM відходить від baseline — хтось відкрив порт, вимкнув агент, пропустив конфіг. У старому світі цей дрейф тихо жив до найближчого аудиту чи інциденту. Тепер remediation спрацьовує автоматично. Без тікета, без наради, без пошуку винних. Інфраструктура сама нав'язує свої правила в мить, коли їх порушують.
Ось що означає «immutable infrastructure» у гібридному світі. Не те, що ніщо ніколи не змінюється — машини змінюються постійно. А те, що бажаний стан нав'язується платформою: дрейф виправляється, а не виявляється. Baseline застосовується в момент створення й захищається безперервно — байдуже, живе машина в Azure, у vSphere чи в стійці, до якої можна дійти й торкнутися рукою.
Результати
Куди це прийшло:
- 100% покриття VM Insights по проду й dev
- Три середовища — Azure, VMware, on-premises — під керуванням з одного control plane
- Policy remediation на автопілоті і для розгортання агентів, і для дрейфу комплаєнсу
- 500+ VM повністю видимі й відповідають правилам, з одного порталу
- Тріаж інцидентів у хвилинах замість годин, бо дивитися тепер треба в одне місце
Гібрид — це архітектура, а не проблема
Технологія зробити це була завжди. Бракувало інтеграції — і рішення перестати вдавати, що on-prem-парку не існує.
Гібрид — не проблема, яку розв'язують, змусивши її зникнути. Це архітектура, якою оволодівають, керуючи нею свідомо. Azure Arc — це спосіб підключити гібридні VM в один control plane і перетворити «начебто все нормально» на число, за яке не соромно.
Тож ось вам незатишна вправа. Відкрийте свій моніторинг просто зараз і порахуйте, скільки ваших VM реально звітує. Не скільки їх існує. Скільки з них видно. Якщо ви не знаєте точного числа — ось воно, те саме число, яке має значення.
У мене було 22 з 246. Дашборд показував зелений.