В этом материале
Открытая вкладка Jupyter не доказывает сохранность notebook. Нужны правильный путь, подходящий диск и проверяемая копия результата.
Чтобы сохранить работу Jupyter на Runpod, сохраняйте notebook и результаты в каталог на выбранном постоянном диске и отдельно проверяйте выгрузку. Файл на volume disk переживает Stop, но не Terminate Pod. Открытая вкладка браузера и состояние Python в памяти не заменяют записанный файл.
Разделите три вида состояния
В исследовательской сессии есть код notebook, файлы на диске и переменные запущенного ядра. Кнопка сохранения фиксирует документ, но не превращает оперативную память процесса в независимую резервную копию. После перезапуска ядра вычисленные объекты потребуется загрузить или создать снова.
Типы хранения Runpod определяют судьбу дисковых файлов. Для продолжения после удаления Pod нужен независимый ресурс или экспорт. Даже знакомая папка /workspace требует проверки: за ней может стоять локальный volume disk либо подключённый network volume.
Найдите рабочую директорию notebook
Создайте маленький текстовый файл из ячейки и выясните его абсолютный путь. Затем найдите тот же файл через терминал или файловый интерфейс. Этот тест показывает, куда фактически пишут относительные пути вашего кода. Папка, из которой запущен Jupyter, и каталог проекта могут не совпадать.
Для собственных модулей фиксируйте структуру репозитория и пути к данным. Не полагайтесь на ручной переход между папками в терминале: новая сессия может начать работу в другой директории. Используйте явный корень проекта и сохраняйте конфигурацию вместе с notebook.
Пример с разметкой датасета
Исследователь загрузил исходные тексты, исправил часть меток и построил сводную таблицу. Публичные исходники можно скачать заново, а исправленные метки являются самостоятельным результатом. Их нужно экспортировать до завершения Pod, даже если весь эксперимент ещё не оформлен.
| Объект | Практическое действие |
|---|---|
| Notebook | Сохранить файл и открыть копию |
| Исправленная разметка | Записать отдельную версию с датой |
| Таблица метрик | Экспортировать в читаемый формат |
| Переменные ядра | Сохранить нужные артефакты явно |
| Временный кэш | Описать способ повторной загрузки |
Скопированный notebook проверяют в чистом ядре хотя бы до загрузки данных. Иначе в нём могут остаться ссылки на переменные, созданные в давно удалённой ячейке.
Выгрузите и проверьте результат
Руководство передачи файлов описывает способы копирования из Pod. Выберите доступный инструмент, выгрузите важные папки и сравните число файлов, размеры или контрольные суммы. Для большого массива сначала проверьте небольшой представитель проекта.
Не включайте секреты в общий архив notebook. Токены могли попасть в ячейки, вывод, историю терминала или конфигурацию клиента. Отдельно сохраните список необходимых переменных окружения без значений, чтобы следующий запуск был понятен другому человеку.
Перед выгрузкой посмотрите также файлы, созданные вне рабочего каталога: экспорт графика, временный CSV и скачанный архив могли попасть в другие директории. Список результатов лучше получать из самого сценария обработки. Тогда забытый ручной экспорт обнаруживается до удаления среды, а следующий участник получает полный набор артефактов без поиска по файловой системе.
Подготовьте следующую сессию
Завершённый эксперимент должен запускаться из сохранённых файлов: известный образ, зависимости, исходные данные и порядок выполнения. Напишите короткую инструкцию восстановления и проверьте её на новом окружении до удаления единственной рабочей копии.
Выбор диска разобран в материале о persistent storage, доступ к интерфейсу — в инструкции HTTP proxy. Укажите, какие результаты нельзя терять и как часто они изменяются.