1. 빌드(Build)
로컬 ComfyUI 설치로부터 빌드 정의를 생성합니다.
2. 릴리스(Release)
Build에서 변경 불가능한 Linux/NVIDIA 릴리스를 만듭니다.
3. 배포(Deploy)
릴리스에 URL과 관리형 GPU 용량을 부여합니다.
4. 실행(Run)
활성 배포에 API 형식 워크플로를 제출합니다.
빠른 시작
로컬 설치와 API 형식 워크플로가 준비되면 다음 명령을 사용하세요. compute 출력 결과를 참고해 유효한 리전과 GPU를 선택하세요. 필요하면<region>과 l4를 바꿉니다. deploy up이 출력하는 배포 ID를 마지막 명령에 복사하세요.
1
초기화
2
릴리스 생성
3
배포 시작
사용 가능한 리전과 GPU 클래스를 아직 모른다면 먼저 확인하세요.그런 다음 배포를 생성하거나 조정(reconcile)합니다.반환된
deploy up은 새 배포 ID를 출력합니다. 나중에 다시 확인해야 한다면 현재 Build의 준비 상태 배포를 나열하세요.dep_... 값을 --deployment에 사용합니다.4
워크플로 실행
./results에 다운로드합니다.빌드 파일
comfy-build.yaml은 Build의 로컬 원본 정보(source of truth)입니다. 빌드 정의와 마지막으로 확인한 원격 상태를 저장하므로, CLI가 올바른 Build를 자동으로 선택하고 로컬 변경이 더 최신의 원격 정의를 덮어쓰기 전에 경고할 수 있습니다.
이 파일은 프로젝트와 함께 보관하세요. 이 파일은 Build를 설명할 뿐, 모델 바이트 자체는 담고 있지 않습니다.
1. Build 초기화
로컬 ComfyUI 설치에서 시작합니다. 이 명령은 모델과 커스텀 노드를 스캔한 뒤comfy-build.yaml을 작성합니다.
2. 업데이트와 릴리스
로컬 ComfyUI 설치를 변경한 후 로컬 빌드 정의를 새로 고칩니다.리전과 GPU 가용성
리전 용량은 수시로 변하므로 스크립트에 정적 목록을 복사하지 마세요. 배포 대상을 선택할 때는 플랫폼 카탈로그를 조회하세요:--region <region>을 사용하세요:
region과 gpu 쌍을 comfy deploy up에 복사하세요:
3. 릴리스 배포
리전에서 사용 가능한 컴퓨트를 확인한 뒤, 선택한 릴리스에 대한 배포를 생성하거나 조정합니다:--min과 --max는 워커의 최소 및 최대 범위를 설정합니다. 배포 상태, 릴리스 최신 여부, 서빙 활동을 추적하려면 comfy deploy status --watch를 사용하세요.
4. 워크플로 실행
준비된 배포에 API 형식 워크플로를 제출합니다.COMFY_BASE_URL을 배포 URL로 설정하면 Comfy SDK에서도 이 엔드포인트를 호출할 수 있습니다. SDK 요청에는 여전히 API 키가 필요합니다. 기본 URL 선택을 참조하세요.
배포 운영
검사 및 정리
FAQ
Comfy API 배포는 무엇을 제공하나요?
Comfy API 배포는 무엇을 제공하나요?
Comfy API 배포는 API 형식 워크플로를 실행하기 위한 관리형 자동 확장 엔드포인트입니다.
comfy deploy run 또는 Comfy SDK로 워크플로를 제출하세요.하나의 Build가 여러 워크플로에서 만들어질 수 있나요?
하나의 Build가 여러 워크플로에서 만들어질 수 있나요?
예. Builder에서 하나 이상의 워크플로를 업로드하여 해당 모델과 커스텀 노드를 미리 선택할 수 있습니다. 실행할 모든 워크플로에 필요한 의존성을 포함한 다음, 각 API 형식 워크플로를 배포된 엔드포인트에 제출하세요.각 배포는 하나의 GPU 유형을 사용합니다. 서로 다른 GPU 유형에서 워크플로를 실행하려면 동일한 Build로 별도의 배포를 생성하세요.
배포하지 않은 Build를 저장하는 데에도 비용이 청구되나요?
배포하지 않은 Build를 저장하는 데에도 비용이 청구되나요?
아니요. Build와 해당 릴리스는 계정에 무료로 저장됩니다. 배포하기 전까지는 Build의 저장 공간에 대한 비용이 청구되지 않습니다.스토리지 청구는 배포와 함께 시작됩니다.
- 릴리스를 배포하면 해당 모델이 배포의 워커가 공유하는 네트워크 스토리지에 스테이징됩니다. 이 스토리지는 배포 후 읽기 전용이며, 해당 리전에 Build의 배포가 하나라도 존재하는 동안 GB-월 단위로 청구됩니다.
comfy deploy stop으로 배포를 일시 중지한 상태도 포함됩니다. - 각 워커에는 고정 50 GB 컨테이너 디스크도 할당됩니다. 이 디스크는 임시적이며 워커가 실행되는 동안에만 워커의 컴퓨트 비용의 일부로 청구됩니다.
- 배포를 삭제하면 해당 컴퓨트가 해제됩니다. 스테이징된 네트워크 스토리지는 해당 리전에서 이를 사용하는 마지막 배포가 삭제된 직후 정리되고, 이에 대한 청구도 종료됩니다.
comfy deploy refs compute)와 배포 대화 상자에도 배포에 적용되는 요금이 표시됩니다.활성 워커는 어떻게 청구되며, 시간당 요금은 얼마인가요?
활성 워커는 어떻게 청구되며, 시간당 요금은 얼마인가요?
--min은 활성 워커 수를 설정합니다. 활성 워커는 항상 실행 상태를 유지하여 요청이 콜드 스타트를 기다리지 않도록 하는 워커입니다. 활성 워커는 작업을 처리하는지 여부와 관계없이 실행되는 전체 시간에 대해 초 단위로 청구됩니다.--min을 초과하고 --max까지의 워커는 flex 워커입니다. flex 워커는 시작되는 순간부터(시작 및 모델 로딩 포함) 작업 처리까지, 그리고 다시 축소되기 전의 짧은 유휴 창(현재 30초)까지 초 단위로 청구됩니다. flex 워커가 축소되면 비용이 발생하지 않습니다. --min 0으로 설정하면 전체 배포가 0으로 축소되어 유휴 상태에서는 컴퓨트 비용이 청구되지 않지만, 첫 번째 요청 시 콜드 스타트 비용이 발생합니다.청구는 실행 중인 워커 수를 곱한 실제 초당 워커 사용량을 측정합니다. 워크스페이스의 크레딧이 소진되면 배포가 자동으로 중지됩니다.현재 워커당 GPU 요금은 Comfy 가격 페이지를 참조하세요. 요금은 워커-시간 단위로 책정되며 초 단위로 청구됩니다. 리전별 GPU 가용성은 컴퓨트 카탈로그에서 확인할 수 있습니다. 현재 목록은 comfy deploy refs compute를 실행하세요.배포는 여러 요청을 어떻게 처리하나요?
배포는 여러 요청을 어떻게 처리하나요?
배포는 요청을 워커 전체에 자동으로 분산하고 구성된
--min 및 --max 범위 내에서 확장합니다. 즉시 실행할 수 없는 요청은 대기열에 들어가며 워커 용량이 확보되는 대로 처리됩니다.프로비저닝에 시간이 오래 걸리면 어떻게 해야 하나요?
프로비저닝에 시간이 오래 걸리면 어떻게 해야 하나요?
배포 상태를 확인한 다음, 원인을 파악하기 위해 로그와 이벤트를 살펴보세요.선택한 GPU 또는 리전에 용량이 없으면 나중에 다시 시도하거나
comfy deploy refs compute를 실행하여 사용 가능한 리전과 GPU 조합을 선택하세요. 도움을 요청할 때는 Build, 릴리스, 배포 ID를 함께 알려주세요.배포를 삭제하면 어떻게 되나요?
배포를 삭제하면 어떻게 되나요?
배포를 삭제하면 해당 엔드포인트가 제거되고 컴퓨트가 해제됩니다. Build나 해당 릴리스는 삭제되지 않습니다. 리전에서 해당 Build를 사용하는 마지막 배포를 삭제하면 스테이징된 네트워크 스토리지가 정리되고 곧 스토리지 청구가 종료됩니다.Build 삭제는 별도의 작업입니다.
comfy build delete --id <build-id> --yes