n8n Sunucu Kiralama

n8n sunucu kiralama kimler için mantıklıdır?

n8n sunucu kiralama, iş akışı otomasyonlarını yürütme sayısına göre ücretlendirilmeden, verilerini kendi sunucusunda tutarak çalıştırmak isteyen ekipler ve geliştiriciler için mantıklıdır. n8n; CRM, e-posta, tablo, ödeme, mesajlaşma ve yapay zekâ servislerini görsel düğümlerle birbirine bağlayan bir otomasyon aracıdır. Bulut sürümü kurulum gerektirmez; kendi sunucunuzda çalıştırdığınız sürüm ise size altyapı üzerinde tam kontrol verir.

Self-hosted n8n’in öne çıktığı durumlar:

• Yoğun otomasyon: Günde çok sayıda tetiklenen iş akışlarında yürütme sayısına bağlı maliyet yerine sabit sunucu maliyeti avantaj sağlar.
• Veri kontrolü: Müşteri verisi, iç sistem kimlik bilgileri ve API anahtarlarının üçüncü taraf bir bulutta değil, sizin sunucunuzda durması gerekir.
• İç ağ erişimi: Şirket içi veritabanına veya iç servislere bağlanan akışlar, aynı ağda ya da VPN ile bağlı bir sunucuda daha kolay kurulur.
• Özel düğümler: Topluluk düğümleri veya kendi geliştirdiğiniz düğümleri kurmak istersiniz.

Sunucu yönetmek istemeyen, az sayıda akış çalıştıran kullanıcılar için n8n’in kendi bulut hizmeti daha basit olabilir. Self-hosting, güncelleme ve yedekleme sorumluluğunu size verir; bu sayfa o sorumluluğu nasıl kolay taşıyacağınızı anlatır.

Ajanslar ve serbest çalışan otomasyon uzmanları için de self-hosted n8n yaygın bir tercihtir: her müşteri için ayrı bir VPS üzerinde ayrı bir n8n örneği çalıştırmak, müşteri verilerini birbirinden yalıtır ve faturalamayı sadeleştirir. Bu senaryoda lisans koşullarını aşağıdaki lisans bölümüne göre ayrıca değerlendirin.

n8n ile hangi iş akışları otomatikleştirilir?

n8n ile bir olayın başka bir sistemde işlem başlatması gereken hemen her süreç otomatikleştirilebilir: form gönderimi, ödeme bildirimi, yeni sipariş, takvim etkinliği veya belirli bir saat bir iş akışını tetikler, akış da veriyi dönüştürüp başka servislere iletir. Kendi sunucunuzda çalışan n8n, bu akışları yürütme sayısı kaygısı olmadan sürekli çalıştırır.

Türkiye’deki işletmelerde sık görülen örnekler:

• Satış ve CRM: Web sitesindeki iletişim formundan gelen talebi CRM’e kaydetmek, satış ekibine mesajlaşma uygulamasından bildirim göndermek.
• E-ticaret: Yeni siparişte stok tablosunu güncellemek, kargo firmasının API’sine gönderi oluşturmak, müşteriye bilgilendirme e-postası yollamak.
• Muhasebe hazırlığı: Ödeme sağlayıcısından gelen tahsilat bildirimlerini günlük olarak bir tabloya toplamak ve mali müşavirle paylaşılan klasöre aktarmak.
• İç operasyon: Yeni çalışan kaydında hesap açma görevlerini ilgili ekiplere dağıtmak, onay akışlarını yönetmek.
• Yapay zekâ destekli akışlar: Gelen e-postaları bir dil modeli servisiyle sınıflandırıp doğru ekibe yönlendirmek.
• İzleme: Bir web sitesinin veya API’nin düzenli kontrolünü yapıp hata durumunda uyarı göndermek.

Bu akışların ortak noktası, başka servislerin n8n’e webhook ile ulaşması ya da n8n’in onlara düzenli istek göndermesidir; ikisi de sürekli açık, sabit adresli bir sunucu gerektirir.

n8n için neden VPS seçilmeli?

n8n için VPS seçilmelidir, çünkü n8n sürekli çalışan bir Node.js uygulamasıdır ve paylaşımlı hostingin sunmadığı kalıcı süreç, Docker ve port yönetimi gerektirir. Paylaşımlı hosting PHP sitelerini barındırmak için tasarlanmıştır; uzun süre açık kalan bir arka plan servisini, zamanlanmış tetikleyicileri ve webhook dinleyicisini güvenilir biçimde çalıştıramaz.

LIONFIN VPS paketleri KVM sanallaştırmasıyla çalışır. KVM, her sanal sunucuya kendi çekirdeğini verdiği için Docker sorunsuz çalışır; bazı konteyner tabanlı sanallaştırma teknolojilerinde Docker kurulumu kısıtlı olabilir. Ayrıca:

• Tam root erişimi: İşletim sistemini, Docker’ı, ters vekil sunucuyu ve güvenlik duvarını siz yapılandırırsınız. Kavram için root erişimi maddesine bakın.
• NVMe disk: n8n her yürütmenin verisini veritabanına yazar; disk hızı, geçmiş yürütmeleri listelerken ve veritabanı büyüdükçe fark edilir.
• Sabit IP: Webhook adresiniz ve IP izin listesi kullanan API’ler için sabit bir adres gerekir.
• Ölçeklenebilirlik: Akış sayısı arttıkça kaynakları sunucuyu yeniden kurmadan artırabilirsiniz.

İşletim sistemi olarak güncel bir Ubuntu LTS sürümü, Docker belgelerinin ve topluluk rehberlerinin büyük kısmıyla uyumlu olduğu için iyi bir başlangıçtır; seçenekleri VPS işletim sistemi seçimi yazısında karşılaştırdık.

n8n için ne kadar RAM ve işlemci gerekir?

n8n için gereken kaynak; aynı anda çalışan iş akışı sayısına, akışların işlediği veri büyüklüğüne ve kullanılan veritabanına göre değişir. n8n resmi belgelerinde sabit bir donanım şartı yerine kurulum yöntemleri öne çıkar; yukarıdaki tablo bu nedenle yaklaşık bir çerçevedir ve paket tablosundaki güncel değerlerle eşleştirilmelidir.

Kaynak kullanımını belirleyen başlıca etkenler:

• Veri hacmi: Binlerce satırlık bir tabloyu tek seferde işleyen veya büyük dosyaları dönüştüren akışlar belleği hızla doldurur. Büyük veriyi parçalar hâlinde işlemek (döngü ve sayfalama düğümleriyle) bellek ihtiyacını azaltır.
• Eşzamanlılık: Aynı anda çok sayıda webhook çağrısı alan akışlarda işlemci yükü artar.
• Yürütme geçmişi: Her yürütmenin verisi saklanır. Budama (execution data pruning) ayarları kapalıysa veritabanı ve disk sürekli büyür.
• Kod düğümleri: JavaScript veya Python kod düğümlerinde yapılan ağır hesaplamalar ek işlemci tüketir.
• Yan servisler: PostgreSQL, Redis ve ters vekil sunucu da aynı VPS’te çalışıyorsa onların payını ekleyin.

Küçük başlayıp docker stats ve htop ile gerçek kullanımı izlemek en doğru yöntemdir. Bellek yetmediğinde VPS kaynak yükseltme adımlarıyla paketinizi büyütebilirsiniz.

n8n sunucuya Docker ile nasıl kurulur?

n8n’in sunucuya önerilen kurulum yolu Docker Compose’dur: tek bir yapılandırma dosyası n8n’i, veritabanını ve kalıcı veri klasörünü birlikte tanımlar. Sunucuda Docker kurulu değilse önce Docker kurulumu rehberini izleyin.

Basit bir başlangıç yapılandırması (docker-compose.yml):

services:
  n8n:
    image: docker.n8n.io/n8nio/n8n
    restart: unless-stopped
    ports:
      - "127.0.0.1:5678:5678"
    environment:
      - N8N_HOST=n8n.alanadiniz.com
      - N8N_PROTOCOL=https
      - WEBHOOK_URL=${WEBHOOK_URL}
      - GENERIC_TIMEZONE=Europe/Istanbul
      - TZ=Europe/Istanbul
      - N8N_ENCRYPTION_KEY=${N8N_ENCRYPTION_KEY}
    volumes:
      - n8n_data:/home/node/.n8n
volumes:
  n8n_data:

WEBHOOK_URL ve N8N_ENCRYPTION_KEY değerlerini aynı klasördeki .env dosyasına yazın: webhook adresi, alan adınızın https ile başlayan ve / ile biten tam adresidir; şifreleme anahtarı ise openssl rand -hex 32 gibi bir komutla üretilmiş uzun, rastgele bir değerdir. Ardından docker compose up -d ile servisi başlatın. Dikkat edilmesi gereken üç nokta:

• Port yalnızca 127.0.0.1 üzerinde yayınlanır; dışarıdan erişim ters vekil sunucu üzerinden olur.
• /home/node/.n8n klasörü kalıcı bir birimde tutulmalıdır; şifreleme anahtarı ve yapılandırma buradadır.
• GENERIC_TIMEZONE, zamanlanmış tetikleyicilerin Türkiye saatine göre çalışmasını sağlar.

Sürüme göre değişebilen ortam değişkenleri için n8n’in resmi belgelerini kontrol edin.

n8n için SQLite mi PostgreSQL mi kullanılmalı?

Kişisel kullanım ve az sayıda iş akışı için varsayılan SQLite yeterlidir; ekip kullanımı, yoğun yürütme ve ileride kuyruk moduna geçme ihtimali varsa PostgreSQL tercih edilmelidir. n8n resmi belgelerine göre desteklenen veritabanları SQLite ve PostgreSQL’dir; MySQL ve MariaDB desteği 1.0 sürümüyle kaldırılmıştır.

PostgreSQL kullanırken n8n’e DB_TYPE=postgresdb ve bağlantı bilgilerini veren DB_POSTGRESDB_* değişkenleri tanımlanır. PostgreSQL’i de aynı Compose dosyasına ekleyip yalnızca iç Docker ağında erişilebilir tutmak, veritabanı portunu internete açmamanın en kolay yoludur. Veritabanı seçiminden bağımsız olarak .n8n klasörünü kalıcı tutmaya devam edin; n8n bu klasörde şifreleme anahtarını ve bazı yapılandırma dosyalarını saklar.

n8n alan adı, SSL ve webhook ayarları nasıl yapılır?

n8n’i alan adınızla ve SSL ile yayınlamak için Nginx, Caddy veya Traefik gibi bir reverse proxy kullanılır; ters vekil sunucu 443 portunda HTTPS bağlantısını karşılar ve isteği yerel 5678 portundaki n8n’e iletir. Webhook düğümlerinin dışarıdan çağrılabilmesi için bu yapı şarttır.

1. DNS kaydı: n8n.alanadiniz.com gibi bir alt alan adı için sunucu IP’sine yönlenen bir A kaydı oluşturun.
2. Ters vekil sunucu: Nginx kullanıyorsanız Ubuntu Nginx kurulumu rehberiyle kurun ve gelen istekleri proxy_pass yönergesiyle 127.0.0.1:5678 adresine ileten bir sunucu bloğu tanımlayın. n8n arayüzü WebSocket kullandığı için Upgrade ve Connection başlıklarının iletilmesi gerekir.
3. SSL sertifikası: Let’s Encrypt ile ücretsiz sertifika alın; Caddy bunu otomatik yapar, Nginx için Certbot kullanılır.
4. Webhook adresi: WEBHOOK_URL değişkenini HTTPS alan adınıza ayarlayın. Aksi hâlde n8n, webhook düğümlerinde dışarıdan erişilemeyen bir adres gösterir.

Ödeme sağlayıcıları ve SaaS servislerinin çoğu webhook için geçerli bir HTTPS sertifikası şart koşar. Alan adınız yoksa alan adı sorgulama sayfasından kısa ve kurumsal bir ad seçebilirsiniz.

n8n sunucusu nasıl güvenli hale getirilir?

n8n sunucusu; 5678 portunu internete kapatarak, yalnızca HTTPS üzerinden erişim vererek, güçlü bir sahip hesabı ve iki adımlı doğrulamayla, SSH erişimini anahtarla sınırlayarak güvenli hale getirilir. n8n, bağlandığı tüm servislerin kimlik bilgilerini saklar; ele geçirilmesi, bu servislerin tamamının ele geçirilmesi demektir.

• Docker ve güvenlik duvarı tuzağı: Docker’ın yayınladığı portlar, UFW kurallarını aşan iptables kuralları ekler. ports: "5678:5678" yazarsanız UFW’de kapalı görünse bile port dışarıdan erişilebilir olabilir. Bu yüzden portu 127.0.0.1:5678:5678 biçiminde yalnız yerel adrese bağlayın.
• Güvenlik duvarı: UFW firewall kurulumu rehberiyle yalnız 22 (veya değiştirdiğiniz SSH portu), 80 ve 443’ü açın.
• SSH: Parola yerine anahtar kullanın; SSH anahtarı oluşturma rehberi adımları anlatır. Kaba kuvvet denemelerine karşı Fail2ban kurulumu ekleyin.
• Sahip hesabı: İlk kurulumda oluşturulan sahip hesabına güçlü bir parola verin, n8n’in desteklediği iki adımlı doğrulamayı açın.
• Şifreleme anahtarı: N8N_ENCRYPTION_KEY değerini güvenli bir yerde saklayın; kaybederseniz kayıtlı kimlik bilgileri çözülemez.

Altyapı tarafında LIONFIN ağı RouteFence firewall ile ağ seviyesinde DDoS filtrelemesi yapar; sunucu içi yapılandırma sizin sorumluluğunuzdadır.

n8n iş akışları ve kimlik bilgileri nasıl yedeklenir?

n8n yedeği üç parçadan oluşur: veritabanı (iş akışları, kimlik bilgileri, yürütme geçmişi), .n8n veri klasörü (şifreleme anahtarı dâhil) ve Compose ile ortam yapılandırması. Üçünden biri eksikse geri yükleme yarım kalır; özellikle şifreleme anahtarı olmadan yedekteki kimlik bilgileri kullanılamaz.

Önerilen düzen:

1. Veritabanı yedeği: PostgreSQL için her gece pg_dump ile yedek alın; SQLite kullanıyorsanız n8n’i kısa süre durdurup veritabanı dosyasını kopyalayın.
2. İş akışı dışa aktarma: n8n komut satırıyla iş akışlarını JSON olarak dışa aktarabilirsiniz: docker compose exec n8n n8n export:workflow --all --output=/home/node/.n8n/yedek/. Bu dosyaları Git deposunda tutmak, akış değişikliklerini sürüm olarak izlemenizi sağlar.
3. Yapılandırma: docker-compose.yml ve .env dosyalarını şifreli bir konumda saklayın.
4. Sunucu dışı kopya: Yedekleri zamanlanmış bir cron job ile başka bir depolama alanına aktarın.

Sunucu düzeyinde tam kopya için VPS yedekleme ve snapshot rehberine bakın. Snapshot, büyük bir n8n sürüm güncellemesinden önce hızlı geri dönüş noktası oluşturmak için de idealdir.

n8n nasıl güncellenir ve ölçeklenir?

Docker ile kurulan n8n, yeni imajı çekip konteyneri yeniden oluşturarak güncellenir; yük arttığında ise kuyruk moduyla birden çok worker’a ölçeklenir. Güncelleme sık yapılmalıdır, çünkü yeni sürümler hem güvenlik düzeltmeleri hem de yeni düğümler getirir.

Güvenli güncelleme akışı:

1. Sürüm notlarında kırıcı değişiklik (breaking change) olup olmadığını okuyun; büyük sürüm geçişlerinde n8n geçiş rehberleri yayımlar.
2. Veritabanı yedeği alın veya sunucu snapshot’ı oluşturun.
3. docker compose pull ile yeni imajı çekin, docker compose up -d ile konteyneri yeniden oluşturun.
4. Kritik iş akışlarını elle tetikleyip çalıştığını doğrulayın.

Üretimde imajı latest yerine belirli bir sürüm etiketiyle sabitlemek, beklenmedik güncellemelerin önüne geçer.

Ölçekleme tarafında n8n, kuyruk modunda (queue mode) ana süreç gelen istekleri ve tetikleyicileri karşılarken yürütmeleri Redis kuyruğu üzerinden ayrı worker süreçlerine dağıtır. Bu mod PostgreSQL ve Redis gerektirir. Çoğu küçük ve orta kullanımda tek süreç yeterlidir; kuyruk moduna ancak yürütmeler birikmeye ve gecikmeye başladığında geçmek mantıklıdır. Tek sunucuda dikey büyüme yetmediğinde daha güçlü bir pakete veya ayrılmış kaynaklı bir VDS sunucuya geçebilirsiniz.

n8n lisansı self-hosted kullanımda neye izin verir?

n8n, kaynak kodu açık ancak “fair-code” modelindeki Sustainable Use License ile dağıtılır; bu lisans, n8n’i kendi iç iş süreçleriniz için kendi sunucunuzda ücretsiz kullanmanıza izin verir. Topluluk sürümü (Community Edition) bu çerçevede self-hosted olarak çalıştırılır.

Bilmeniz gereken ayrımlar:

• İç kullanım: Kendi şirketinizin otomasyonları, kendi müşteri verilerinizi işleyen akışlar ve kişisel projeler genel olarak lisans kapsamındadır.
• Ticari yeniden satış: n8n’i başkalarına barındırılmış hizmet olarak sunmak veya ürününüzün parçası olarak satmak gibi kullanımlar lisans kısıtlarına takılabilir; bu durumda n8n’in ticari lisans seçeneklerini incelemeniz gerekir.
• Kurumsal özellikler: Gelişmiş kullanıcı yönetimi, SSO veya ortam yönetimi gibi bazı özellikler ücretli lisans gerektirebilir.

Lisans koşulları zamanla değişebileceği için kullanım senaryonuzu n8n’in güncel lisans metniyle karşılaştırın. LIONFIN n8n lisansı satmaz; sunucu kiralamak size altyapıyı verir, yazılım lisansının koşulları n8n ile sizin aranızdadır.

n8n sunucusunda sık görülen sorunlar nelerdir?

n8n sunucusunda en sık görülen sorunlar yanlış webhook adresi, saat dilimi hatası, büyüyen veritabanı nedeniyle dolan disk ve bellek yetersizliğinden kaynaklanan yürütme hatalarıdır.

Webhook adresi localhost gösteriyor

WEBHOOK_URL değişkeni tanımlı değilse n8n, ters vekil sunucunun arkasında olduğunu bilmez ve dışarıdan çağrılamayan bir adres üretir. Değişkeni HTTPS alan adınıza ayarlayıp konteyneri yeniden oluşturun.

Zamanlanmış akış yanlış saatte çalışıyor

GENERIC_TIMEZONE ve TZ değerlerinin Europe/Istanbul olduğunu, iş akışı ayarlarında farklı bir saat dilimi seçilmediğini kontrol edin.

Disk doldu

Yürütme geçmişi budanmıyorsa veritabanı büyür. Yürütme verisi budama ayarlarını açın, yalnız hatalı yürütmeleri saklamayı değerlendirin ve docker system df ile kullanılmayan imajları temizleyin.

Akış “out of memory” hatasıyla duruyor

Büyük veri tek seferde işleniyordur. Veriyi parçalara bölün, ikili dosyaları belleğe değil diske yazan ayarları değerlendirin; gerekiyorsa bellek artırın. Linux tarafında geçici çözüm olarak swap alanı oluşturma işe yarar, ancak kalıcı çözüm yeterli RAM’dir.