В этом материале
Файлы переживают удаление Pod только при правильно выбранном независимом хранилище; проверять нужно восстановление, а не название папки.
Для сохранения файлов после удаления Pod в Runpod используйте независимый network volume либо заранее выгружайте данные во внешнее хранилище. Обычный volume disk сохраняется при остановке, но удаляется вместе с Pod. Поэтому слово persistent без указания конкретного типа диска не отвечает на вопрос о сохранности.
Какой ресурс должен пережить Pod
В документации network volumes сетевой том описан как отдельный ресурс. Его жизненный цикл не заканчивается при удалении вычислительного контейнера. Подключение выбирают при создании Pod; для Pods такой вариант доступен в Secure Cloud. Доступность подходящей GPU в том же дата-центре проверяется отдельно.
Папка /workspace сама по себе не доказывает, что подключён независимый том. Этот путь используется и другими вариантами хранения. Запишите идентификатор тома, его площадку и назначение в карточке эксперимента. Новому участнику команды должно быть понятно, что именно нужно подключить для продолжения работы.
Проверьте настоящий путь записи
Перед загрузкой большого набора создайте небольшой контрольный файл с датой и случайной строкой. Убедитесь, что приложение пишет в каталог на нужном томе: настройки кэша, рабочая директория и каталог результатов могут различаться. Относительный путь внутри скрипта часто объясняет исчезновение результатов лучше, чем ошибка облака.
Для проверки полезны pwd и df -h /workspace. Они помогают увидеть рабочую директорию и файловую систему, однако окончательную связь с облачным ресурсом сверяют в панели. Не делайте вывод о типе хранения исключительно по похожему размеру диска или знакомому имени каталога.
Контрольный перенос вместо предположения
Учебный сценарий: исследователь загрузил исходный датасет, подготовил разметку и хочет сменить GPU. Отделите исходники, изменяемые результаты и восстанавливаемый кэш. Сначала перенесите маленькую копию проекта, а затем выполните проверку полного набора.
- Сохраните версии программы и конфигурации вне контейнера.
- Закройте процессы, которые ещё изменяют файлы.
- Проверьте контрольную сумму важного результата.
- Создайте следующий Pod с выбранным сетевым томом.
- Откройте результат и запустите короткую проверку чтения.
Такой эксперимент выявляет отсутствующие зависимости и неверный путь до удаления рабочего экземпляра. Если перенос идёт через другой дата-центр, понадобится отдельное копирование: разные сетевые тома автоматически не синхронизируются.
Постоянное хранение требует обслуживания
Сетевой том продолжает существовать и оплачиваться без работающей GPU. Это удобное разделение ресурсов, но не архив с неограниченным сроком хранения. Назначьте ответственного за баланс, свободное место и удаление ненужных копий. Для незаменимых результатов держите отдельную резервную копию с проверенным восстановлением.
Инструкция переноса файлов описывает доступные способы выгрузки. Выбирайте инструмент по объёму данных и пути доступа; для большого переноса заранее измерьте скорость на представительном наборе. Время копирования входит в расписание смены ресурса, даже если само вычисление уже закончено.
Как использовать результат проверки
В отчёте сохраните три доказательства: идентификатор постоянного тома, путь записанного файла и результат чтения из следующего окружения. Они полезнее скриншота успешно работающего ноутбука. Детали типов дисков разобраны в сравнении хранения Runpod, а общая форма ресурса — в обзоре Pods.
Добавьте объём данных, допустимый простой и способ резервирования. По этим сведениям можно предметно обсудить оборудование и подготовку пилота без предположений о доходе.