# Окно обслуживания хоста Vast.ai: как подготовить плановый перерыв

Как подготовить плановый перерыв хоста Vast.ai: состав работ, действующие нагрузки, время UTC, проверка после обслуживания и журнал фактической готовности.

Автор: Команда Retrivium
Обновлено: 2026-11-01
Канонический URL: https://retrivium.ai/ru/journal/vast-host-maintenance-window/
Language: ru

Окно обслуживания хоста Vast.ai нужно планировать как последовательность остановки, работ и проверки, а не только как время выключения сервера. До изменения машины проверьте действующие нагрузки и правила платформы. Отдельно укажите, когда узел действительно вернётся в готовое состояние.

Такой план полезен для обновления окружения, проверки компонента или работ на площадке. В статье предлагаем рабочую запись для владельца. Мы не выполняем изменения и не советуем прерывать чужие задачи без применимого согласования.

## Опишите причину и границы работ

Начните с конкретного действия: например, проверить дисковую подсистему или заменить согласованный компонент. Рядом перечислите, что меняться не должно. Если во время небольшого обслуживания одновременно обновить всё окружение, причину нового сбоя установить будет сложнее.

В [документации schedule maint](https://docs.vast.ai/host/cli/schedule-maint) указаны дата начала, длительность и категории обслуживания. Читайте актуальное назначение процедуры и условия действующих аренд. Наличие команды уведомления не делает любое прерывание автоматически подходящим для всех ситуаций.

## Разделите календарь и фактические события

Запишите плановое начало, ожидаемое окончание и часовой пояс. После работ добавьте фактическое время остановки, завершения изменений и возвращения готовности. Это разные отметки: включённая машина может ещё загружать нужные компоненты.

Если площадка использует местное время, сохраните также однозначное представление UTC. Ошибка в часовом поясе способна нарушить договорённость даже при правильно оценённой длительности работ. Изменённое окно должно иметь новую версию, чтобы стороны не опирались на разные сообщения.

## Подготовьте проверку результата

Согласуйте, что подтверждает завершение: видимость устройства, отсутствие известных ошибок, доступность окружения и контрольная задача. [NVIDIA DCGM Health Monitoring](https://docs.nvidia.com/datacenter/dcgm/latest/learn/modules/health-monitoring.html) описывает пассивное наблюдение, которое отличается от активного испытания оборудования.

Для своей машины выберите подходящий и поддерживаемый способ проверки. Отсутствие предупреждения не следует считать доказательством прохождения любого стресс-теста. Сохраняйте вид проверки и условия выполнения рядом с результатом, чтобы не делать более широкий вывод, чем позволяют данные.

## Используйте карточку обслуживания

| Поле | Пример содержания |
| --- | --- |
| Причина | Проверка конкретного компонента |
| Условия начала | Нагрузка завершена или согласована |
| План | Дата, UTC, оценка длительности |
| Изменение | Версия или выполненное действие |
| Контроль | Проверка и наблюдаемый результат |
| Готовность | Время и ответственное лицо |

Это предлагаемая структура журнала. Она не подменяет статусы, которые показывает Vast.ai. Если сообщение платформы и собственный журнал различаются, необходимо сохранить оба свидетельства и выяснить причину, а не автоматически исправить неудобную строку.

## Учтите незавершённое обслуживание

Определите, что делать, если работа занимает больше времени. Нужны контакт, способ обновить статус и критерий возврата к прежней конфигурации, если он возможен. Предварительно согласованный сценарий уменьшает неопределённость для владельца и оператора нагрузки.

Плановое обслуживание не следует смешивать с прогнозом потерянного дохода. Для финансового отчёта фиксируются фактические условия и согласованная модель расчётов. Доступные часы и оплаченная работа остаются разными показателями.

Полезны также [физическая поддержка GPU-узла](/ru/journal/remote-hands-gpu/) и [жизненный цикл оборудования](/ru/journal/gpu-asset-lifecycle/). Конкретный режим эксплуатации обсуждается после технической оценки.