AWS ECS Fargate Üzerinde Kendi Sunucunuzda n8n: Yük Testi Sonuçları

Aylık 35 dolarlık bir n8n kurulumu ne kadar trafik kaldırabilir? n8n'i AWS ECS Fargate üzerinde mümkün olan en ucuz yapılandırmayla dağıttık ve webhook yük testleri yaparak bunu öğrendik.

Kurulum

Mimari: Public subnet'te tek Fargate task, ACM sertifikalı ALB, SSL ile RDS, %70 CPU/Memory eşiğinde 1-3 task arası otomatik ölçeklendirme.

Test Aracı

hey — HTTP yük üreteci. Tüm testler bir webhook endpoint'ine istek gönderdi:

POST https://workflow.example.com/webhook/...
Content-Type: application/json
Body: {"test": true}

Test 1: Smoke Test (1 eşzamanlı)

hey -n 10 -c 1

Sonuç: Temel yanıt süresi ~145ms. 550ms'lik sapma muhtemelen ilk soğuk isteğin SSL handshake yükünden kaynaklanıyor.

Test 2: Hafif Yük (5 eşzamanlı, 30 saniye)

hey -n 100 -c 5 -z 30s

Sonuç: Sıfır hatayla 12 istek/sn kaldırıyor. p50, 315ms'nin altında kalıyor ki bu 0.25 vCPU'luk bir örnek için mükemmel. p95'in 1.3s'ye çıkması ara sıra garbage collection duraklamaları veya Node.js event loop çekişmesini gösteriyor — bu seviye için beklenen davranış.

Gecikme Dağılımı

  0.15s - 0.31s  ████████████████████████████████████████  167 (%46)
  0.31s - 0.46s  ██████████                                 37 (%10)
  0.62s - 0.78s  █                                           5 (%1)
  0.78s - 1.71s  ██                                         22 (%6)

İsteklerin %83'ü 460ms altında tamamlanıyor. Uzun kuyruk (780ms üzeri %6) muhtemelen n8n'in iş akışı yürütme motorunun veritabanı migrasyonları veya dahili bakım işlemleri çalıştırdığı yer.

Test 3: Orta Yük (20 eşzamanlı, 60 saniye)

hey -n 500 -c 20 -z 60s

Sonuç: 20 eşzamanlı kullanıcıda hâlâ sıfır hata. Verim 14 istek/sn'ye çıktı ancak gecikme belirgin şekilde arttı — ortalama 410ms'den 1.43s'ye yükseldi. 0.25 vCPU artık açıkça doymuş durumda; bimodal dağılım iki küme gösteriyor: biri 1.1-1.3s civarında (isteklerin %56'sı), diğeri 2.3-2.5s civarında (isteklerin %19'u).

Gecikme Dağılımı

  0.36s - 0.85s  ████                                        5 (%1)
  0.85s - 1.33s  ██████████████████████████████████████████ 612 (%71)
  1.33s - 1.81s  ████                                       50 (%6)
  1.81s - 2.29s  ██                                         32 (%4)
  2.29s - 2.77s  █████████████                             166 (%19)

Bimodal desen, tüm worker thread'ler meşgulken Node.js event loop'un istekleri kuyruğa aldığını gösteriyor. İkinci küme (2.3-2.5s), işlenmeden önce tam bir döngü beklemek zorunda kalan istekleri temsil ediyor.

Test 4: Yükseltme Sonrası (20 eşzamanlı, 0.5 vCPU)

0.25 vCPU / 512MB'den 0.5 vCPU / 1GB'a yükselttikten sonra aynı orta yük testini tekrarladık.

hey -n 500 -c 20 -z 60s

CPU'yu ikiye katlamak 2.5 kat verim artışı ve %60 gecikme azalması (1.43s'den 568ms'ye) sağladı. Bimodal dağılım ortadan kalktı — isteklerin %83'ü artık 622ms altında tamamlanıyor.

Gecikme Dağılımı

  0.29s - 0.46s  ████████████████                               485 (%23)
  0.46s - 0.62s  ████████████████████████████████████████████  1274 (%60)
  0.62s - 0.79s  ██████                                         196 (%9)
  0.79s - 0.95s  █                                                27 (%1)
  0.95s - 1.28s  ███                                              99 (%5)
  1.28s - 1.94s  █                                                35 (%2)

Dağılım artık unimodal — kuyruk efektleri yok. Node.js event loop, tüm istekleri biriktirmeden işlemek için yeterli CPU alanına sahip.

Yükseltme Öncesi ve Sonrası

Temel Bulgular

Seviyeye Göre Kapasite

Otomatik Ölçeklendirme Davranışı

ECS servisi, CPU kullanımı > %70 ve Bellek kullanımı > %70 eşiklerine göre 1'den 3 task'a ölçeklendirmeye yapılandırılmış durumda.

0.5 vCPU seviyesi ve 3 çalışan task ile teorik kapasite sürdürülebilir ~105 istek/sn'ye ulaşıyor.

Maliyet vs Performans

0.5 vCPU seviyesi ayda sadece ~$5 daha fazlaya mal oluyor ancak %70 daha düşük p90 gecikmeyle 2.5 kat daha fazla verim sunuyor. Kendi sunucunuzda barındırılan n8n için en iyi fiyat/performans seviyesi budur.

Ne Zaman Ölçeklendirmeli?

• p95 gecikme sürekli 2 saniyenin üzerinde
• Hata oranı %1'in üzerinde
• ECS otomatik ölçeklendirme sık sık maksimumda (3 task)
• RDS CPU kredileri tükeniyor (CloudWatch CPUCreditBalance kontrol edin)

Sonuç

ECS Fargate (0.5 vCPU, 1GB) üzerinde aylık 40 dolarlık bir n8n kurulumu, 20 eşzamanlı kullanıcıda 700ms altı p90 gecikmeyle sürdürülebilir 35 istek/sn kaldırıyor — ve sıfır hata. Minimal $35 seviyesinden (0.25 vCPU) 0.5 vCPU'ya yükseltme, ayda sadece $5 daha fazlasına 2.5 kat verim artışı sağladı.

Temel içgörü: bu kurulum asla istek düşürmüyor. Aşırı yük altında onları kuyruğa alıp daha yavaş yanıt veriyor, ancak tüm test seviyelerinde %0 hata oranını koruyor. 3 task'a otomatik ölçeklendirmeyle ani yük kapasitesi ~105 istek/sn'ye ulaşıyor.

Dakikada 2.000'den az webhook çağrısı işleyen ekipler için 0.5 vCPU seviyesi, maliyet ve güvenilirlik arasındaki en ideal noktadır.

Stack: n8n 2.9.4 | ECS Fargate (ARM64/Graviton, 0.5 vCPU, 1GB) | RDS PostgreSQL 17 | ALB + ACM | AWS CDK