# Три типа хранения Runpod: container disk, volume disk и network volume

Сравнение дисков Runpod по сохранности при Stop и Terminate, месту монтирования и переносу файлов между вычислительными окружениями.

Автор: Команда Retrivium
Обновлено: 2026-11-01
Канонический URL: https://retrivium.ai/ru/journal/runpod-container-volume-network-disk/
Language: ru

Container disk, volume disk и network volume в Runpod различаются прежде всего жизненным циклом. Первый подходит для временного окружения, второй переживает остановку Pod, третий существует независимо от Pod. Выбирать их стоит по тому, какие действия должны пережить файлы, а не только по размеру в гигабайтах.

## Таблица трёх распространённых вариантов

[Официальное описание типов хранения](https://docs.runpod.io/pods/storage/types) позволяет составить следующую рабочую таблицу. Она относится к обычным Pods; у других продуктов и новых типов хранения могут быть отдельные правила.

| Ресурс | После остановки Pod | После удаления Pod | Основное назначение |
| --- | --- | --- | --- |
| Container disk | Данные очищаются | Данные удаляются | Пакеты и временная среда |
| Volume disk | Файлы сохраняются | Файлы удаляются | Продолжение той же сессии |
| Network volume | Том сохраняется | Том сохраняется отдельно | Данные для следующего Pod |

У network volume есть привязка к дата-центру и условия подключения. Портативность между Pods не означает возможность мгновенно подключить один ресурс к любой машине во всех регионах.

## Как распределить файлы проекта

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

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

## Почему /workspace недостаточно

Локальный volume disk и network volume могут использовать знакомый путь `/workspace`. При сетевом подключении том заменяет стандартный volume disk в этом месте. Следовательно, сохранение в правильную папку необходимо, но одновременно нужно знать, какой ресурс за ней стоит.

[Руководство сетевых томов](https://docs.runpod.io/storage/network-volumes) описывает создание и подключение. Запишите ID тома и выбранную площадку отдельно от имени Pod. Когда эксперимент передают другому человеку, именно эти данные помогают не создать пустой диск с похожим названием и не принять его за исчезновение файлов.

## Учтите четвёртый вариант отдельно

На дату проверки документация также описывает Global volumes в статусе beta. Их свойства и пути подключения не следует механически приравнивать к трём вариантам из таблицы. Если вы выбираете этот продукт, изучите актуальные ограничения, доступные операции и особенности записи для своего сценария.

Для первого опыта достаточно выбрать один понятный тип и проверить его поведение. Не усложняйте схему несколькими хранилищами только ради самого названия. Практическая цель — объяснить, где окажется каждый результат после остановки, пересоздания и переноса вычислений.

## Проведите небольшой тест сохранности

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

Продолжить можно с [проверкой постоянного хранения](/ru/journal/runpod-network-volume-persistence/) и [планом завершения Pod](/ru/journal/runpod-terminate-pod-backup/).