ПРОВАЙДЕРЫ И ХОСТИНГ

Что сохранить перед Terminate Pod в Runpod

В этом материале
ГЛАВНОЕ ЗА МИНУТУ

Перед Terminate нужно проверить возможность продолжить работу из сохранённой копии; наличие файлов в текущем Pod этого не доказывает.

Перед Terminate Pod в Runpod выгрузите незаменимые данные и проверьте их чтение вне удаляемого окружения. Локальный volume disk удаляется вместе с Pod. Независимый network volume сохраняется отдельно, но его наличие и содержимое нужно подтвердить до операции.

Составьте короткую инвентаризацию

Руководство управления Pods объясняет различие Stop и Terminate. Временная пауза не равна окончательному удалению. Сначала определите, что находится в контейнерном диске, локальном томе и независимом хранилище, а затем выбирайте действие.

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

Сохраните окружение без секретов

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

В архив не нужно автоматически включать приватные ключи и действующие токены. Сохраните названия требуемых переменных отдельно от их значений. Если секрет попал в notebook или журнал, замена пути хранения сама по себе не решает эту проблему; доступ и срок действия секрета рассматривают отдельно.

Учебная проверка восстановления

Предположим, команда закончила сравнение двух наборов параметров. Ей нужны исправленная разметка, итоговый CSV и описание запуска. Публичный кэш можно восстановить повторной загрузкой, поэтому он не обязан занимать место в каждой резервной копии.

  1. Остановите процессы, меняющие важные файлы.
  2. Скопируйте выбранные каталоги разрешённым инструментом.
  3. Сравните количество файлов и контрольные суммы результатов.
  4. Откройте CSV и несколько записей разметки вне исходного Pod.
  5. Проверьте, что инструкция запуска ссылается на сохранённые пути.

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

Учтите недоступность GPU при возврате

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

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

Завершите жизненный цикл всех ресурсов

После подтверждённой копии удаляйте нужный Pod, внимательно сверяя его идентификатор. Затем отдельно решите судьбу network volume: оставить с владельцем и сроком хранения либо удалить после проверки независимого архива. Сохранённый сетевой том продолжает занимать платную ёмкость.

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

Полезны разбор расходов после Stop и проверка persistent storage.

← Все материалы