IT/AI · 자동화
n8n Cloud 요금제, 2,500회가 이렇게 빨리 사라집니다
결론부터 말씀드리면, Starter 플랜의 월 2,500 execution은 생각보다 훨씬 빠르게 소진됩니다. 그리고 실패한 워크플로우도 그 카운트 안에 포함됩니다. 공식 문서에서 직접 확인한 내용입니다.
“워크플로우 무제한”인데 왜 막힐까요?
n8n이 2025년 8월 요금제를 전면 개편하면서 가장 크게 강조한 내용이 “모든 플랜에서 워크플로우 무제한”이었습니다. (출처: n8n 공식 블로그, 2025.08.07) 워크플로우 개수, 단계 수, 사용자 수 제한이 사라졌다는 발표였고 많은 사람들이 “이제 마음껏 만들어도 되겠다”고 이해했습니다.
그런데 막상 Starter 플랜($24/월)을 쓰다 보면 월 중반에 워크플로우가 멈추는 경험을 하게 됩니다. 워크플로우 개수가 아니라 execution(실행 횟수)이 한도를 초과했기 때문입니다. 개수를 늘릴 수 있게 됐을 뿐, 얼마나 돌릴 수 있는지는 별개의 문제입니다.
워크플로우 무제한이라는 변화는 만들기의 자유이고, 돌리기의 자유는 아닙니다. 이 구분을 처음부터 정확히 이해하지 않으면 예상치 못한 시점에 자동화가 전부 멈춥니다.
Zapier·Make와 다르게 카운트됩니다
n8n의 execution 개념은 Zapier나 Make와 다릅니다. Zapier는 워크플로우 안의 각 단계(task)마다 카운트합니다. 노드가 10개짜리 Zap이 한 번 실행되면 10 task가 소모됩니다. Make(구 Integromat)도 operation 단위로 과금합니다.
💡 공식 발표문과 실제 사용 흐름을 같이 놓고 보니 이런 차이가 보였습니다
n8n 공식 문서(docs.n8n.io)는 execution을 “워크플로우의 단일 실행(a single run of a workflow)”으로 정의합니다. 노드 수나 처리 데이터량, 실행 소요 시간과 무관하게 한 번 실행되면 1 execution입니다. (출처: n8n 공식 문서 Executions 페이지, docs.n8n.io/workflows/executions/)
즉 노드가 500개 붙은 복잡한 워크플로우가 한 번 돌아도 1 execution이고, 노드가 2개짜리 단순한 워크플로우가 한 번 돌아도 1 execution입니다. 복잡하게 만들수록 단위당 효율이 높아지는 구조입니다. 이 부분은 Zapier 대비 명확히 유리한 점입니다.
문제는 트리거 빈도에 있습니다. 워크플로우 1개가 하루에 몇 번씩 트리거되느냐에 따라 월 2,500 execution이 며칠 안에 소진될 수 있습니다.
| 도구 | 카운트 단위 | 10노드 워크플로우 1회 실행 시 소모 |
|---|---|---|
| n8n | execution (실행 1회) | 1 execution |
| Zapier | task (단계별) | 10 tasks |
| Make | operation (단계별) | 10 operations |
※ 위 비교는 n8n 공식 문서(2026.03 기준) 및 Zapier·Make 공식 요금제 정의를 기준으로 작성
실패한 실행도 카운트에 들어갑니다
가장 놓치기 쉬운 부분입니다. 워크플로우가 에러로 실패해도 해당 execution은 할당량에서 차감됩니다. n8n 공식 커뮤니티의 답변을 직접 확인한 내용입니다.
⚠️ 공식 커뮤니티 확인 사항
“n8n은 워크플로우가 트리거되는 순간 실행을 추적하기 시작합니다. 워크플로우가 조기 종료되더라도 마찬가지입니다.” (출처: n8n 공식 커뮤니티, community.n8n.io, 2026.01.29)
이것이 실제로 어떤 의미인지 생각해볼 필요가 있습니다. API 연동 워크플로우가 외부 서비스 장애로 연속 실패하는 상황이라면, 문제를 해결하는 동안에도 재시도 실행들이 모두 카운트됩니다. 에러 핸들링이 없는 채로 루프를 잘못 구성했다가 수십~수백 번 실패 실행이 쌓이면 그날로 한도 소진이 가능합니다.
실제로 n8n 공식 커뮤니티에는 “테스트 중에 워크플로우가 수백 번 실행되면서 한 달치 execution 한도를 하루 만에 소진했다”는 에이전시 사용자 사례가 접수된 적 있습니다. (출처: n8n Community, “We Need Help ASAP”, 2026.03.11) 이 사례가 의미하는 바는 하나입니다. 프로덕션 배포 전에 반드시 워크플로우를 비활성 상태(Inactive)로 두고 테스트해야 한다는 것입니다.
💡 수동 실행(Manual Execution)은 예외입니다
공식 문서에 따르면, 수동으로 직접 실행하는 테스트(Manual Execution)는 할당량에 포함되지 않습니다. 오직 트리거·스케줄·폴링으로 자동 실행되는 프로덕션 execution만 카운트됩니다. (출처: docs.n8n.io/workflows/executions/) 이 점을 활용하면 프로덕션 배포 전 충분히 테스트하면서 할당량을 아낄 수 있습니다.
챗봇 하나만 올려도 한 달이 이렇게 계산됩니다
실제 계산을 해보겠습니다. n8n 공식 커뮤니티에는 WhatsApp 고객 응대 챗봇을 구축한 사용자의 질문이 올라온 적 있습니다. 하루 50명 리드가 들어오고 각 대화에 20개 메시지가 오간다고 하면, 메시지 1개가 워크플로우 트리거 1회와 연결될 경우 하루 1,000 execution이 발생합니다. (출처: n8n 공식 커뮤니티, community.n8n.io, 2025.02.25)
📊 Starter 플랜 2,500 execution 소진 시뮬레이션
| 사용 시나리오 | 일 execution | 2,500 소진까지 |
|---|---|---|
| 이메일 수신 → 슬랙 알림 (30통/일) | 30 | ~83일 (문제없음) |
| 1시간마다 API 폴링 워크플로우 | 24 | ~104일 (주의) |
| 고객 문의 챗봇 (50명×20메시지) | 1,000 | 2.5일 |
| 5분 간격 스케줄 트리거 | 288 | ~8일 |
※ 위 계산은 각 시나리오의 트리거 빈도를 기준으로 한 추정치입니다.
이 계산이 의미하는 바는 명확합니다. Starter 플랜($24/월)은 저빈도 자동화에 적합하고, 실시간 응대나 폴링 간격이 짧은 워크플로우는 시작부터 Pro 플랜($60/월, 10,000 execution)을 검토해야 합니다.
셀프호스팅이 진짜로 무제한인 이유
n8n Community Edition(셀프호스팅)은 execution 제한이 없습니다. 공식 문서는 “셀프호스팅 환경에서는 인프라가 지원하는 만큼 워크플로우와 execution을 실행할 수 있다”고 명시합니다. (출처: n8n 공식 커뮤니티 답변, community.n8n.io)
다만 “무제한”이 “공짜”를 의미하지는 않습니다. 서버 비용이 있습니다. 실제로 운영하는 데 필요한 최소 사양을 고려하면 월 비용이 나옵니다. 일반적으로 vCPU 2개, RAM 4GB 수준의 VPS로 운영할 경우 DigitalOcean·Vultr 기준 약 월 $20~40 수준입니다. 여기에 데이터베이스(PostgreSQL 권장) 유지 비용과 SSL 설정, 업데이트 관리 시간이 추가됩니다.
💡 Community Edition이 정말 ‘무료’이려면 이 비용이 빠져나갑니다
| 항목 | 월 비용 (추정) | 비고 |
|---|---|---|
| VPS (2vCPU / 4GB RAM) | $20~40 | DO·Vultr 기준 추정 |
| PostgreSQL 운영 | $0~20 | VPS 내 구성 시 $0 가능 |
| SSL / 도메인 | $1~2 | Let’s Encrypt 사용 시 거의 무료 |
| 유지보수 시간 | 1~3시간/월 | 업데이트·백업 등 |
| 합계 | 약 $21~62/월 + 시간 | execution은 무제한 |
※ 인프라 비용은 사용하는 클라우드 제공사와 사양에 따라 달라집니다. 위 수치는 일반적인 구성 기준 추정값입니다.
결론적으로 셀프호스팅은 Cloud Starter보다 비쌀 수도 있고 저렴할 수도 있습니다. 실행 횟수가 많을수록, 그리고 DevOps를 직접 다룰 수 있을수록 셀프호스팅이 유리해집니다. 반대로 실행 횟수가 적고 유지보수 시간을 아끼고 싶다면 Cloud가 더 합리적입니다.
한 가지 더 짚어야 할 점이 있습니다. 셀프호스팅 Community Edition에는 SSO(Single Sign-On)와 Git 기반 버전 관리가 없습니다. 팀 협업이 중요하거나 SOC2 같은 보안 인증이 필요한 조직이라면 유료 Business Plan을 검토해야 합니다. (출처: n8n 공식 블로그, blog.n8n.io, 2025.08.07)
그렇다면 어떤 플랜이 맞을까요?
요금제 선택은 결국 월 예상 execution 수에서 출발해야 합니다. 요금제별로 실질적인 분기 기준을 정리합니다.
| 플랜 | 월 요금 (연간 결제) | 월 execution 한도 | 동시 실행 | 추천 대상 |
|---|---|---|---|---|
| Starter | $20 (≈$24 월간) | 2,500 | 5 | 저빈도 자동화, 사이드 프로젝트 |
| Pro | $50~ | 10,000~ | 10 | 실시간 응대, 팀 협업 시작 단계 |
| Community (셀프) | 인프라비만 | 무제한 | 인프라 의존 | 고빈도, DevOps 가능한 팀 |
| Enterprise | 별도 문의 | 실행 기반 협의 | 확장 가능 | SSO·감사로그 필요 조직 |
※ 요금은 n8n 공식 사이트(n8n.io/pricing) 기준 2026.03.20 확인. 연간 결제 기준이며 월간 결제 시 요금 상이. 확인 필요: Enterprise 세부 단가는 협의 사항이며 변동될 수 있습니다.
솔직히 말하면, 처음 시작할 때 Starter로 테스트하다가 Pro로 올라가는 흐름이 가장 일반적입니다. 다만 챗봇이나 짧은 간격의 폴링 워크플로우를 처음부터 계획하고 있다면 Starter로 시작하는 건 돈 낭비가 될 수 있습니다. 예상 execution을 미리 계산하고 들어가야 합니다.
실행 초과 시 n8n Cloud는 워크플로우를 자동으로 일시 정지합니다. 추가 비용이 청구되지 않는 대신, 자동화가 그냥 멈춥니다. 이게 실운영 환경에서는 치명적입니다. Pro 이상 플랜은 한도 초과 시 상위 플랜으로의 자동 업그레이드 또는 추가 구매 옵션을 안내받을 수 있습니다. (출처: n8n 공식 커뮤니티, community.n8n.io, 2026.03.04)
자주 묻는 것들
Q. n8n Cloud Starter 플랜에서 execution 한도를 넘으면 어떻게 되나요?
워크플로우가 자동으로 일시 정지됩니다. 추가 요금이 청구되지는 않지만, 한도가 초기화되는 다음 달 1일까지 자동화가 멈춥니다. 실운영 환경에서는 위험하므로 사용량을 Admin Dashboard에서 주기적으로 확인하는 습관이 필요합니다.
Q. 수동 테스트 실행도 execution 카운트에 포함되나요?
포함되지 않습니다. n8n 공식 문서에 따르면 트리거·스케줄·폴링으로 자동 실행되는 프로덕션 execution만 할당량에 카운트됩니다. 수동 실행(Execute Workflow 버튼 클릭)은 제외되므로 개발·테스트 단계에서는 워크플로우를 Inactive 상태로 유지하면서 마음껏 테스트할 수 있습니다.
Q. 셀프호스팅 Community Edition은 정말 execution이 무제한인가요?
n8n 소프트웨어 자체에서 부과하는 execution 제한은 없습니다. 단, 서버 CPU·메모리·네트워크 용량에 따라 실질적인 한계가 생깁니다. 또한 SSO, Git 버전 관리 등 팀 협업 기능은 유료 Business Plan에서만 제공됩니다.
Q. 실패한 워크플로우 실행도 execution으로 카운트되나요?
카운트됩니다. n8n은 트리거 시점에 execution 추적을 시작하기 때문에 이후 에러가 발생해 조기 종료되더라도 1 execution이 소모됩니다. 에러 핸들링 없이 루프가 반복 실패하는 상황이라면 할당량이 빠르게 소진될 수 있으므로 주의가 필요합니다.
Q. n8n은 Zapier보다 비싼가요, 저렴한가요?
복잡한 워크플로우를 고빈도로 돌린다면 n8n이 훨씬 저렴합니다. Zapier는 노드(단계) 수마다 task를 소모하기 때문에 노드가 많을수록 비용이 선형으로 증가합니다. n8n은 실행 1회가 1 execution이므로 노드를 아무리 늘려도 단가가 변하지 않습니다. 단, 실행 빈도가 높을 경우에는 플랜 상향이나 셀프호스팅을 검토해야 합니다.
마치며
n8n Cloud 요금제에서 핵심은 두 가지입니다. 첫째, 워크플로우 개수는 이제 무제한이지만 그것을 돌리는 빈도는 여전히 유료입니다. 둘째, execution 카운트는 성공·실패 여부와 무관하게 트리거 시점부터 시작됩니다.
써보니까 Starter 플랜이 생각보다 좁습니다. 이메일 알림 자동화나 하루 몇 번씩 돌아가는 단순 워크플로우에는 충분하지만, 챗봇이나 짧은 주기 폴링은 시작부터 Pro 플랜을 전제로 설계해야 합니다. 셀프호스팅은 인프라를 직접 다룰 수 있다면 execution 제한 없이 쓸 수 있는 현실적인 대안입니다. 다만 팀 협업 기능이 없다는 점은 처음부터 명확히 인식하고 시작해야 합니다.
월 execution을 먼저 계산하고 플랜을 선택하면 불필요한 플랜 변경 없이 시작할 수 있습니다. 위 시뮬레이션 표를 참고해서 본인의 워크플로우 시나리오를 먼저 대입해보는 것을 권합니다.
본 포스팅 참고 자료
- n8n 공식 Executions 문서 — https://docs.n8n.io/workflows/executions/
- n8n 공식 블로그 — 새 요금제 안내 (2025.08.07) — https://blog.n8n.io/build-without-limits-everything-you-need-to-know-about-n8ns-new-pricing/
- n8n 공식 요금제 페이지 — https://n8n.io/pricing/
- n8n 공식 커뮤니티 — Paying for a lot of executions (2026.01.29) — https://community.n8n.io/t/paying-for-a-lot-of-executions-how-are-they-calculated/257310
- n8n 공식 커뮤니티 — How is workflow execution counted (2025.02) — https://community.n8n.io/t/how-is-workflow-execution-counted/78316
⚠️ 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. n8n Cloud 요금제는 서비스 업데이트에 따라 변경될 수 있으며, 최신 정보는 n8n 공식 사이트(n8n.io/pricing)에서 직접 확인하시기 바랍니다. 본 포스팅은 2026년 3월 20일 기준 공식 자료를 바탕으로 작성됐습니다.
댓글 남기기