전제 조건#

기능 사용 가능 여부

Embed 기능을 사용하려면 Embed 라이선스가 필요합니다. Embed 사용 시점, 비용 및 라이선스 프로세스에 대한 자세한 내용은 n8n 웹사이트의 Embed 페이지를 참고하세요.

여기에 제공된 요구 사항은 n8n Cloud를 기반으로 한 예시이며 설명 목적으로만 제공됩니다. 사용자의 요구 사항은 사용자 수, 워크플로우 및 실행에 따라 다를 수 있습니다. 더 많은 정보를 원하시면 n8n에 문의하시기 바랍니다.

구성 요소	크기	지원
CPU/vCPU	최소 10 CPU 사이클, 필요에 따라 확장	모든 퍼블릭 또는 프라이빗 클라우드
데이터베이스	512 MB - 4 GB SSD	SQLite 또는 PostgreSQL
메모리	320 MB - 2 GB

CPU 고려 사항#

n8n은 CPU 집약적이지 않기 때문에 AWS 및 GCP와 같은 제공자의 작은 인스턴스라도 대부분의 사용 사례에 충분해야 합니다. 일반적으로 메모리 요구 사항이 CPU 요구 사항을 초과하므로 인프라 계획 시 리소스를 그쪽에 집중하세요.

데이터베이스 고려 사항#

n8n은 데이터베이스를 사용하여 자격 증명, 과거 실행 및 워크플로우를 저장합니다.

n8n의 핵심 기능 중 하나는 데이터베이스를 선택할 수 있는 유연성입니다. 지원되는 모든 데이터베이스에는 각각 장단점이 있으며, 이를 개별적으로 고려하여 가장 적합한 것을 선택해야 합니다. 기본적으로 n8n은 주어진 위치에 데이터베이스가 없으면 SQLite 데이터베이스를 생성합니다.

n8n은 모든 n8n 인스턴스에 전용 데이터베이스를 두는 것을 권장합니다. 이는 의존성과 잠재적인 성능 저하를 방지하는 데 도움이 됩니다. 모든 n8n 인스턴스에 전용 데이터베이스를 제공하는 것이 불가능한 경우, n8n은 Postgres의 스키마 기능을 활용할 것을 권장합니다.

Postgres의 경우 데이터베이스는 DB 인스턴스에 이미 존재해야 합니다. n8n 프로세스의 데이터베이스 사용자에게는 사용하거나 생성하는 모든 테이블에 대한 전체 권한이 필요합니다. n8n은 데이터베이스 스키마를 생성하고 유지 관리합니다.

모범 사례#

SSD 스토리지.
컨테이너화된 클라우드 환경에서 볼륨이 중지/시작 시 지속되고 마운트되도록 하십시오. 그렇지 않으면 모든 데이터가 손실됩니다.
Postgres를 사용하는 경우 tablePrefix 구성 옵션을 사용하지 마십시오. 이는 가까운 미래에 더 이상 지원되지 않을 것입니다.
새로운 버전의 변경 로그를 주의 깊게 살펴보고 다운그레이드하기 전에 마이그레이션을 되돌리는 것을 고려하십시오.
IP 허용 목록 및 백업과 같은 기본 데이터베이스 보안 및 안정성 메커니즘을 설정하십시오.

메모리 고려 사항#

n8n 인스턴스는 일반적으로 많은 양의 사용 가능한 메모리를 요구하지 않습니다. 예를 들어, 유휴 상태의 n8n Cloud 인스턴스는 약 100MB를 요구합니다. 메모리 요구 사항은 워크플로우의 성격과 처리되는 데이터에 따라 결정됩니다.

예를 들어 대부분의 노드는 데이터가 워크플로우의 다음 노드로 전달되지만, 코드 노드는 데이터의 전처리 및 후처리 복사본을 생성합니다. 대용량 바이너리 파일을 처리할 때, 이는 모든 사용 가능한 리소스를 소모할 수 있습니다.