В этом материале
Плановый перерыв описывается как последовательность: условия остановки, окно работ и проверка готовности. Уведомление об обслуживании не заменяет согласование действующих обязательств.
Окно обслуживания хоста Vast.ai нужно планировать как последовательность остановки, работ и проверки, а не только как время выключения сервера. До изменения машины проверьте действующие нагрузки и правила платформы. Отдельно укажите, когда узел действительно вернётся в готовое состояние.
Такой план полезен для обновления окружения, проверки компонента или работ на площадке. В статье предлагаем рабочую запись для владельца. Мы не выполняем изменения и не советуем прерывать чужие задачи без применимого согласования.
Опишите причину и границы работ
Начните с конкретного действия: например, проверить дисковую подсистему или заменить согласованный компонент. Рядом перечислите, что меняться не должно. Если во время небольшого обслуживания одновременно обновить всё окружение, причину нового сбоя установить будет сложнее.
В документации schedule maint указаны дата начала, длительность и категории обслуживания. Читайте актуальное назначение процедуры и условия действующих аренд. Наличие команды уведомления не делает любое прерывание автоматически подходящим для всех ситуаций.
Разделите календарь и фактические события
Запишите плановое начало, ожидаемое окончание и часовой пояс. После работ добавьте фактическое время остановки, завершения изменений и возвращения готовности. Это разные отметки: включённая машина может ещё загружать нужные компоненты.
Если площадка использует местное время, сохраните также однозначное представление UTC. Ошибка в часовом поясе способна нарушить договорённость даже при правильно оценённой длительности работ. Изменённое окно должно иметь новую версию, чтобы стороны не опирались на разные сообщения.
Подготовьте проверку результата
Согласуйте, что подтверждает завершение: видимость устройства, отсутствие известных ошибок, доступность окружения и контрольная задача. NVIDIA DCGM Health Monitoring описывает пассивное наблюдение, которое отличается от активного испытания оборудования.
Для своей машины выберите подходящий и поддерживаемый способ проверки. Отсутствие предупреждения не следует считать доказательством прохождения любого стресс-теста. Сохраняйте вид проверки и условия выполнения рядом с результатом, чтобы не делать более широкий вывод, чем позволяют данные.
Используйте карточку обслуживания
| Поле | Пример содержания |
|---|---|
| Причина | Проверка конкретного компонента |
| Условия начала | Нагрузка завершена или согласована |
| План | Дата, UTC, оценка длительности |
| Изменение | Версия или выполненное действие |
| Контроль | Проверка и наблюдаемый результат |
| Готовность | Время и ответственное лицо |
Это предлагаемая структура журнала. Она не подменяет статусы, которые показывает Vast.ai. Если сообщение платформы и собственный журнал различаются, необходимо сохранить оба свидетельства и выяснить причину, а не автоматически исправить неудобную строку.
Учтите незавершённое обслуживание
Определите, что делать, если работа занимает больше времени. Нужны контакт, способ обновить статус и критерий возврата к прежней конфигурации, если он возможен. Предварительно согласованный сценарий уменьшает неопределённость для владельца и оператора нагрузки.
Плановое обслуживание не следует смешивать с прогнозом потерянного дохода. Для финансового отчёта фиксируются фактические условия и согласованная модель расчётов. Доступные часы и оплаченная работа остаются разными показателями.
Полезны также физическая поддержка GPU-узла и жизненный цикл оборудования. Конкретный режим эксплуатации обсуждается после технической оценки.