# Runpod pricing calculator: какие исходные данные нужны для сметы

Какие данные нужны для расчёта Runpod: время Pod, размер и срок хранения, перенос, подготовка и сценарий простоя без вымышленных тарифов.

Автор: Команда Retrivium
Обновлено: 2026-11-01
Канонический URL: https://retrivium.ai/ru/journal/cloud-gpu-budget-calculator-worksheet/
Language: ru

Для расчёта Runpod нужны не только модель GPU и часы генерации. Подготовьте оплачиваемое время Pod, тип и размер диска, срок сохранения данных и порядок выгрузки. Калькулятор с неверными исходными данными выдаёт точное число для чужого сценария.

## Начните с измеримого календаря

Разделите эксперимент на подготовку, загрузку данных, активную обработку, ожидание оператора и завершение. Отметьте, когда Pod работает, когда остановлен и какие данные продолжают храниться. Это поможет связать каждую часть календаря с реальным ресурсом.

[Описание цен Pods](https://docs.runpod.io/pods/pricing) показывает разделение вычислений и хранения. Ставки проверяйте для выбранного продукта и состояния в момент расчёта. Не используйте старый скриншот как действующее коммерческое предложение и не подменяйте GPU Pod правилами оплаты Serverless.

## Таблица исходных данных

| Поле расчёта | Как получить значение |
| --- | --- |
| Конфигурация | Модель GPU, количество и выбранный вариант Pod |
| Время работы | Календарь всех оплачиваемых сессий |
| Диск | Тип ресурса и выделенный размер |
| Хранение | Полный срок существования данных |
| Подготовка | Наблюдение первого и повторного запуска |
| Перенос | Размер файлов и выбранный маршрут |
| Резерв | Отдельный сценарий повторной попытки |

Для каждого поля укажите происхождение: измерено, взято из панели или пока предположено. Тогда коллега сможет обновить расчёт без попытки восстановить ваши неявные допущения. Особенно полезно выделять неизвестную длительность первого запуска.

## Пример четырёх исследовательских вечеров

Команда планирует работать четыре вечера по несколько часов, сохраняя файлы между встречами. В вычислительной строке будут все рабочие сессии с подготовкой. В строке диска — весь период существования постоянных данных, а не только время открытого notebook.

[Правила network volumes](https://docs.runpod.io/storage/network-volumes) объясняют независимый жизненный цикл тома. Если команда оставляет его после удаления Pod, календарь хранения продолжается. Назначьте дату, когда нужно подтвердить дальнейшую необходимость ресурса или удалить его после проверенной копии.

## Проверьте чувствительность результата

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

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

В отдельной колонке отметьте, кто может подтвердить каждое допущение. Исследователь знает объём задачи, администратор — порядок подготовки, ответственный за облако — действующие ставки. Такая таблица позволяет уточнять неизвестное адресно, не переписывая всю смету после каждого нового наблюдения.

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

## Сверьте расчёт с фактом

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

Калькулятор расходов не определяет доход от продажи токенов и не подтверждает спрос. Для продолжения полезны [расходы после Stop](/ru/journal/runpod-storage-billing-after-stop/) и [сравнение почасовой и месячной аренды](/ru/journal/cloud-gpu-hourly-monthly-break-even/).