# ComfyUI в облаке: модели, workflow и результаты после остановки

ComfyUI в облаке: как сохранить веса, workflow, версии дополнительных узлов и результаты, проверить постоянный диск и повторный запуск после остановки.

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

ComfyUI в облаке требует отдельного плана сохранности: где лежат модели, workflow, дополнительные узлы, входы и результаты после остановки среды. Сохранить один JSON-файл полезно, но этого недостаточно для восстановления всего процесса на новом экземпляре.

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

## Разделите состав среды

[Официальный репозиторий ComfyUI](https://github.com/Comfy-Org/ComfyUI) описывает сохранение workflow и подключение дополнительных мест хранения моделей. Для воспроизводимости отдельно сохраните версии программы и узлов, имена и ревизии весов, настройки запуска и расположение пользовательских файлов.

Если граф обращается к внешнему API, его доступность и учётные данные относятся к отдельной зависимости. Секреты не включают в публичный файл workflow или архив, предназначенный для передачи другой стороне.

## Составьте карту хранения

| Объект | Предпочтительное описание | Контроль после запуска |
| --- | --- | --- |
| Модели | Постоянное место и версия | Файлы доступны |
| Workflow | Сохранённый граф и дата | Граф открывается |
| Дополнительные узлы | Реестр версий | Зависимости загружены |
| Входные данные | Владелец и срок хранения | Есть разрешённый набор |
| Результаты | Отдельный каталог | Контрольный файл читается |
| Временные файлы | Правило очистки | Нет ошибочного использования как архива |

Понятие постоянного диска проверяют в условиях конкретной платформы. Остановка, удаление экземпляра и удаление хранилища могут иметь разный эффект и разные начисления.

## Проверьте фактические пути

[Параметры запуска ComfyUI](https://docs.comfy.org/development/comfyui-server/startup-flags) позволяют задавать каталоги моделей, входов, выходов и временных данных. Сопоставьте эти параметры с реальными подключёнными дисками, а не только с именами папок внутри приложения.

Для контейнерной среды учитывайте [жизненный цикл Docker volumes](https://docs.docker.com/engine/storage/volumes/). Хранилище тома отделено от контейнера, но конкретный облачный шаблон может использовать другую схему. Уточните, что именно сохраняется и кем управляется удаление.

## Выполните контроль восстановления

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

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

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

## Согласуйте завершение пилота

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

Оценке помогут [материал о хранилище сервера](/ru/journal/storage-optimized-hosting/) и [безопасность GPU-оборудования](/ru/journal/hardware-security/).