Я пришёл на встречу, где три команды докладывали статус мониторинга. У каждой — свой портал, свои дашборды, своё личное представление о том, что значит «всё зелёное». Одна команда заявила, что прод в порядке. Пока они говорили, я открыл 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. Дашборд показывал зелёный.