В этом материале
Выключенная гостевая ОС может оставлять выделенные и оплачиваемые вычисления; нужен фактический power state VM и отдельный аудит ресурсов.
В Azure состояние Stopped не равнозначно Deallocated. Остановленная, но выделенная VM продолжает учитываться как оплачиваемое вычисление. Deallocated освобождает оборудование, однако диски и некоторые сетевые ресурсы могут сохранять расходы. Проверять нужно фактический power state и связанные объекты.
Почему shutdown внутри ОС недостаточно
Официальная таблица states and billing различает Stopped Allocated и Stopped Deallocated. Выключение гостевой системы может оставить ресурсы выделенными на хосте. Поэтому закрытый SSH или неработающий notebook не доказывают прекращение вычислительных начислений.
После завершения работы откройте состояние VM в панели или документированном интерфейсе управления. Запишите точное значение, время операции и ID ресурса. Слова «мы выключили сервер» без этих данных недостаточны для разбора счёта на следующий день.
Сопоставьте состояния и компоненты
| Состояние или объект | Что нужно учитывать |
|---|---|
| Running | Работающие оплачиваемые вычисления |
| Stopped Allocated | Вычисления выделены, начисления продолжаются |
| Deallocated | Выделение вычислений снято |
| Managed disks | Отдельный жизненный цикл и расходы |
| Сетевые ресурсы | Собственные правила оплаты и удаления |
Промежуточное состояние операции не заменяет итоговый статус. Также provisioning state и power state описывают разные стороны VM. Успешное завершение настройки не говорит, что оборудование освобождено после рабочего дня.
Пример вечернего GPU-пилота
Сотрудник выполняет shutdown в Linux и закрывает ноутбук. На следующий день обнаруживает расходы, хотя приложение не отвечало всю ночь. Команда сверяет power state и выясняет, что VM оставалась выделенной. Решение — оформить правильный документированный процесс остановки в control plane и проверять результат.
После освобождения вычислений они отдельно смотрят диски и адреса. Нужный набор данных сохраняют осознанно с ответственным и сроком, а временные ресурсы удаляют после проверенной копии. Цель — управляемый остаточный расход, а не автоматическое удаление всех файлов ради нулевого числа.
Учтите повторное выделение GPU
Документация allocation failures описывает возможную нехватку ресурсов при старте Deallocated VM и других операциях. Освобождение оборудования может повлиять на возможность немедленно получить его снова. Для фиксированного рабочего окна этот риск нужно учитывать в плане.
Если задача требует готовности к определённому часу, заранее проверьте подходящий механизм и процедуру запуска. Не выводите гарантию доступности из сохранённого диска или прежней удачной сессии. Квота, диск и физическая GPU остаются разными уровнями инфраструктуры.
Если остановку выполняет автоматизация, проверяйте её итоговый статус и журнал ошибок. Запланированное действие могло не завершиться из-за прав или другого ограничения. Отметка в календаре не заменяет подтверждение фактического состояния VM, особенно перед длинным перерывом между рабочими сессиями.
Сохранённая процедура особенно полезна при передаче проекта другому сотруднику. Он должен увидеть ожидаемый конечный статус и способ проверки, а не только название кнопки.
Сделайте короткую процедуру завершения
Инструкция может содержать четыре пункта: сохранить результаты, выполнить выбранную операцию управления, подтвердить итоговый power state и проверить оставшиеся платные ресурсы. Для командного проекта добавьте ответственного и дату следующего решения о хранении.
Через короткий интервал сверяйте последующие начисления с ожидаемым состоянием. Если есть расхождение, используйте ID и время операции для диагностики, а не меняйте настройки наугад.
Дополнительно прочитайте квоты GPU Azure и аудит после пилота.