n8n ne kadar sunucuya ihtiyaç duyar? İş akışı yüküne göre RAM, CPU ve depolama

n8n'in ne kadar sunucuya ihtiyaç duyduğu, salt kullanıcı sayısından çok paralel çalıştırma sayısına ve iş akışlarından geçen ikili (binary) veri miktarına bağlıdır. n8n, kendi benchmark'ında 4 GB RAM'e sahip tek bir örneği (ECS c5a.large tipi, Postgres ile ana modda) test etmiş ve saniyede 220 iş akışı çalıştırmasına kadar ulaşmıştır, ancak bu bir webhook tetikleyicisi ve bir Edit Fields node'undan oluşan çok basit bir iş akışıyla gerçekleşmiştir. Daha karmaşık node'lara, dosya işlemeye veya yapay zeka (YZ) çağrılarına sahip çoğu KOBİ otomasyonu için bu, gerçekçi bir sürekli değer değil, laboratuvar koşulları altındaki bir üst sınırdır. Güncelleme: Ağustos 2026.

Başlangıç için küçük bir örnek yeterli mi?

İş akışları sürekli paralel ve ikili veri açısından ağır çalışmadığı sürece, başlangıç için genellikle küçük ile orta boy bir örnek yeterlidir. n8n'in kendi testinde, 4 GB RAM'e sahip tek bir örnek belirli bir yük seviyesine kadar kararlı kaldı, ancak daha yüksek yükte yanıt süreleri belirgin şekilde arttı, en yüksek noktada 100 saniyenin üzerine çıktı, işleme ise arka planda devam etti. Bu, küçük bir örneğin yükü sonunda işleyebildiğini, ancak senkron webhook yanıtları için artık yararlı bir sürede işleyemediğini gösteriyor. Test kurulumuyla ilgili ayrıntılar için bkz. n8n performans dokümantasyonu.

SQLite ne zaman sorun haline gelir?

SQLite, en geç birden fazla n8n sürecine ölçeklenmek istediğinizde sorun haline gelir. n8n'e göre, birden fazla worker ile Queue Mode için SQLite öngörülmemiştir; bunun yerine hem ana örneğin hem de tüm worker örneklerinin erişebildiği bir Postgres veritabanı gereklidir. Bu nedenle öngörülebilir şekilde büyümek isteyenlerin baştan itibaren SQLite yerine Postgres ile planlama yapması gerekir, tek bir örnekte SQLite küçük, kritik olmayan kurulumlar için başlangıçta çalışsa bile.

Queue Mode'a geçmek ne zaman değer?

Queue Mode, tek bir örnek sınırlarına ulaştığında, örneğin çok sayıda eşzamanlı kullanıcı, çok sayıda paralel çalıştırma veya webhook'larda yük artışları nedeniyle değer. Queue Mode'da ana örnek tetikleyicileri, webhook'ları ve arayüzü üstlenirken, ayrı worker örnekleri asıl çalıştırmaları üstlenir; ayrıca message broker olarak Redis zorunludur. Her worker varsayılan olarak aynı anda 10 işe kadar işler, ancak n8n, veritabanı bağlantı havuzunun tükenmemesi için worker başına concurrency'nin en az 5 ile sınırlandırılmasını önerir. Bunun ayrıntılı olarak nasıl yapılandırılacağı için bkz. n8n Queue Mode dokümantasyonu.

Büyük ikili veriler neyi değiştirir?

PDF veya görsel gibi ikili veriler, ek bellek ve I/O ihtiyacı yarattıkları için hesabı salt JSON işlemeye göre çok daha fazla değiştirir. Dokümantasyona göre Queue Mode'da ikili verilerin yerel dosya sisteminde saklanması desteklenmez; bunun yerine harici, S3 uyumlu depolama önerilir. Çok sayıda belge işleyenlerin bu noktayı, disk veya bellek dolduğunda fark etmek yerine, sunucu planlamasında baştan itibaren hesaba katması gerekir.

Kendi durumum için nasıl boyutlandırma yaparım?

En güvenilir boyutlandırma yöntemi, genel sayılara güvenmek yerine kendi gerçekçi iş akışınızı test etmektir. n8n, gerçek performansın iş akışı türüne, mevcut kaynaklara ve yapılandırmaya bağlı olduğunu açıkça belirtir ve kendi test framework'üyle kendi benchmark'larınızı yapmanızı önerir. Almanya'da veya AB'de barındırılan kendi sunucunuzda üretim ortamında kullanım için NordFlux olarak size n8n kurulumu konusunda, uygun sunucu ve veritabanı seçimi dahil olmak üzere destek oluyoruz.

n8n sunucu boyutlandırması hakkında sık sorulan sorular

Az RAM'e sahip küçük bir bulut örneği n8n için yeterli mi?

Basit, paralel olmayan iş akışları için küçük bir örnek yeterli olabilir; n8n'in 4 GB RAM ile yaptığı kendi testi bunu gösteriyor. Ancak birden fazla iş akışı aynı anda çalıştığında veya ikili veriler işlendiğinde ihtiyaç belirgin şekilde artar, bu yüzden genel bir öneriye güvenmek yerine gerçekçi yük altında kendi testinizi yapmak daha mantıklıdır.

Queue Mode'a kesinlikle ihtiyacım var mı?

Hayır, yönetilebilir paralel yüke sahip daha küçük kurulumlar için tek bir örnek yeterlidir. n8n'e göre Queue Mode, özellikle bir örnek ölçeklenme sınırlarına ulaştığında ve ek worker'ların yükü dağıtması gerektiğinde önem kazanır.

n8n saniyede en fazla kaç çalıştırma yapabilir?

n8n, kendi benchmark'ında tek bir örnekte, çok basit bir test iş akışıyla ölçülen saniyede 220 iş akışı çalıştırmasına kadar bir değer belirtiyor. Daha fazla node, harici API çağrıları veya ikili veriler içeren daha karmaşık iş akışlarında, gerçekçi değer deneyimlere göre belirgin şekilde daha düşüktür.

n8n üretimde SQLite ile çalışır mı?

Yönetilebilir yüke sahip tek bir örnek için SQLite temelde kullanılabilir. Ancak dokümantasyona göre, birden fazla worker ile Queue Mode için SQLite öngörülmemiştir; orada Postgres gereklidir.