Kısa cevap: n8n hafif bir uygulamadır; hafif kullanım için 1 vCPU ve 1 GB RAM yeterlidir. Gerçek üretim kullanımında 2 vCPU ve 2-4 GB RAM önerilir. Üretimde varsayılan SQLite yerine PostgreSQL kullanmak, yoğun iş akışlarında ise kuyruk modu (queue mode) ile Redis ve ayrı işçi süreçleri eklemek gerekir. n8n kök erişimi ve sürekli çalışan bir süreç istediği için paylaşımlı hostingte değil VDS üzerinde barındırılır.
n8n, farklı servisleri birbirine bağlayan açık kaynaklı bir iş akışı otomasyon aracıdır. Bulut sürümü yerine kendi sunucunda çalıştırmanın iki temel sebebi olur: veri gizliliği (iş akışlarından geçen müşteri verisi dışarı çıkmaz) ve maliyet (icra sayısına göre değil sabit sunucu bedeliyle ödersin). Bu rehberde kendi sunucunda n8n çalıştırmak için gereken kaynakları net rakamlarla veriyoruz.
n8n için yazılım gereksinimleri
Kendi sunucunda n8n çalıştırmak için gerekenler:
- Kurulum yöntemi: En yaygın ve önerilen yol Docker ile kurulumdur; npm ile de kurulabilir.
- Veritabanı: Varsayılan SQLite'tır. Üretim kullanımı için PostgreSQL önerilir; SQLite eşzamanlı yazmada sınırlıdır.
- Redis: Yalnızca kuyruk modunda gerekir. Tek süreçli kurulumda gerekmez.
- HTTPS: Webhook'lar için şart. Ters vekil (Nginx/Caddy) ve ücretsiz Let's Encrypt sertifikası yeterlidir.
- Sabit alan adı: Webhook URL'lerinin değişmemesi için alan adı ile çalıştırılması önerilir.
n8n'in kaynak tüketimini belirleyen şey kurulu düğüm sayısı değil, aynı anda çalışan iş akışı sayısı ve her icranın işlediği veri miktarıdır. Büyük dosya veya binlerce satırlık veri işleyen akışlar belleği hızla doldurur.
Kullanım yoğunluğuna göre önerilen sunucu kaynakları
| Kullanım | vCPU | RAM | NVMe Disk | Kurulum notu |
|---|---|---|---|---|
| Deneme / kişisel akışlar | 1 | 1 GB | 20-40 GB | SQLite yeterli |
| Küçük ekip, günlük onlarca icra | 2 | 2 GB | 40 GB | PostgreSQL önerilir |
| Üretim, günlük yüzlerce icra | 2-4 | 4 GB | 60-80 GB | PostgreSQL + düzenli yedek |
| Yoğun / veri ağırlıklı akışlar | 4+ | 8 GB+ | 100 GB+ | Kuyruk modu + Redis + ayrı işçiler |
İhtiyacını saniyeler içinde tahmin etmek istersen sunucu gereksinim hesaplayıcımızı kullanabilirsin: proje tipini ve trafiğini seç, gereken CPU, RAM ve disk ile uygun sunucu tipini önersin.
Neden bellek n8n'de ilk darboğaz?
n8n her iş akışı icrasında düğümler arasında aktarılan veriyi bellekte tutar. Bir HTTP isteğiyle 50 bin satırlık JSON çekip bunu döngüyle işleyen bir akış, düğüm sayısı az olsa bile yüzlerce megabayt bellek harcayabilir. Bu yüzden CPU'dan önce RAM tükenir. Büyük veri kümeleriyle çalışacaksan akışı parçalara bölmek (batch) hem bellek hem kararlılık açısından doğru yaklaşımdır.
Kuyruk modu ne zaman gerekir?
Varsayılan kurulumda n8n tek süreçle çalışır: aynı anda gelen icralar sırayla işlenir ve biri uzun sürerse diğerleri bekler. Kuyruk modunda ise ana süreç yalnızca kuyruğu yönetir, işleri ayrı işçi süreçleri yürütür. Eş zamanlı icra sayısı artmaya başladığında ve webhook yanıtlarında gecikme görüldüğünde kuyruk moduna geçmek gerekir. Bu mod Redis ve daha fazla RAM ister; kaynak artırmanın kolay olduğu bir VDS bu geçişi kolaylaştırır.
Sunucu konumu ve gecikme etkisi
Kullanıcıların Türkiye'deyse sunucunun da Türkiye'de olması yanıt süresini doğrudan etkiler. Yurt dışı sunucular her istekte ek gecikme bindirir. Bu farkın gerçek ölçümlerini Türkiye Sunucu Gecikme Raporu yazımızda paylaştık: Türkiye içi ~2 ms iken Avrupa 50 ms'yi, ABD 160 ms'yi aşıyor.
n8n için hangi Vulut çözümü?
n8n sürekli çalışan bir süreç ve kök erişimi gerektirdiği için paylaşımlı hostingte barındırılamaz. Hafif ve orta kullanım için Ryzen VDS uygundur: yüksek tek çekirdek hızı, NVMe disk ve tam kök yetkisi. Kuyruk moduna geçen ve çok sayıda eş zamanlı akış çalıştıran kurulumlarda daha yüksek RAM'li VDS paketlerine kesintisiz yükseltme yapabilirsin.
Sık Sorulan Sorular
n8n kaç GB RAM ister?
Hafif kullanımda 1 GB yeterlidir. Üretim kullanımı için 2-4 GB önerilir. Büyük veri kümeleri işleyen akışlarda 8 GB ve üzeri gerekebilir; belirleyici olan icra sayısı değil, her icrada bellekte tutulan veri miktarıdır.
n8n paylaşımlı hostingte çalışır mı?
Hayır. n8n sürekli çalışan bir Node.js süreci ve kök erişimi ister; paylaşımlı hosting bunlara izin vermez. En düşük seviyede bir VDS gerekir.
n8n için SQLite yeterli mi?
Deneme ve kişisel kullanımda yeterlidir. Üretimde PostgreSQL önerilir çünkü SQLite eşzamanlı yazma işlemlerinde sınırlıdır ve icra geçmişi büyüdükçe performans düşer.
Kendi n8n sunucum mu, bulut sürümü mü?
İş akışlarınızdan müşteri verisi geçiyorsa veya icra sayısı arttıkça abonelik maliyeti yükseliyorsa kendi sunucunuz daha ekonomik ve gizlilik açısından daha kontrollüdür. Karşılığında güncelleme ve yedekleme sorumluluğu sizde olur.
