В этом материале
Для GPU-расписания нужны однозначные интервалы и исключения. Формулировка «по вечерам» не показывает часовой пояс, срок действия и время подготовки к следующей собственной задаче.
Календарь доступности GPU лучше составлять из конкретных интервалов с часовым поясом, датой окончания и исключениями. Фраза «сервер свободен ночью» слишком неоднозначна для технического планирования. Она не объясняет, когда должна закончиться внешняя работа и в какой момент машина понадобится владельцу готовой к своей задаче.
Ниже предлагаем формат календаря для разговора с оператором. Он описывает ресурс и порядок изменений, но не обещает, что любой режим подойдёт коммерческому инференсу. Возможность работы по расписанию проверяется под выбранную нагрузку.
Зафиксируйте локальное время и UTC
Укажите календарную зону, если расписание повторяется, и однозначное время конкретного события. Python zoneinfo описывает работу с базой часовых поясов IANA. Для команды это пример того, почему идентификатор зоны полезнее неясной записи «наше время».
При обмене сообщениями сохраните также UTC-представление интервала. Например, заданное условием время 20:00 со смещением +04:00 соответствует 16:00 UTC. Это пример преобразования указанного смещения, а не универсальное правило для любого города и любой даты.
Отделите работу от подготовки
Начало свободного окна может требовать загрузки окружения. Конец окна должен учитывать завершение процессов и возврат собственных задач владельца. Если всё время интервала считать производственной работой, появится расхождение между календарём и фактической готовностью.
Пример записи без обещания длительности:
| Поле | Пример формата |
|---|---|
| Период действия | Конкретные даты начала и окончания |
| Интервал | Начало и конец с UTC-смещением |
| Подготовка | Отдельный этап до готовности |
| Возврат | Критерий передачи владельцу |
| Исключения | Обслуживание и собственные задачи |
Не подставляйте одинаковый запас времени для всех машин. Сначала измерьте нужные операции и сохраните неопределённые значения как вопросы пилота.
Ведите исключения отдельным списком
Праздник, обслуживание площадки и срочная исследовательская задача не должны теряться в переписке. Для каждого исключения запишите дату, причину и того, кто подтвердил изменение. Стороны должны пользоваться одной версией календаря.
У платформ могут быть собственные способы представления окна. Например, Vast.ai schedule maint описывает параметры времени обслуживания. Это пример конкретного механизма, а не правило работы всех операторов. Локальный календарь не заменяет действия, которые требует выбранная система.
Проверьте переходы на пилоте
Выполните один полный цикл: подготовка, доступность, прекращение нагрузки и возврат владельцу. Сохраните плановые и фактические отметки. Если состояние «машина включена» наступило раньше состояния «задача владельца готова», журнал должен показывать оба события.
Результат помогает определить реальный полезный интервал. Он также показывает, какие задачи нельзя автоматически совмещать. Не стоит расширять расписание до технической проверки только ради большего числа объявленных часов.
Практические выводы
Для предварительного разговора достаточно короткой таблицы и описания ограничений. Пароли и ключи доступа в такой документ не включают. Обещаемая доступность и будущая оплаченная работа остаются разными показателями, поэтому календарь нельзя использовать как готовый прогноз выручки.
Полезны также ночная работа станции и возврат оборудования в собственные задачи. Подходящий сценарий определяется после оценки машины и предполагаемой нагрузки.