Self-hosted n8n کو کتنی RAM چاہیے؟

تقریباً 2 GB n8n plus اس کے Postgres database اور عام workflows کے لیے آرام دہ sweet spot ہے۔ اگر workflows ہلکے ہوں تو یہ 1 GB میں چلتا ہے، لیکن آپ اسے بڑے runs کے دوران محسوس کریں گے۔ بھاری parallel executions یا بڑے payloads — 4 GB پر جائیں۔

کیا n8n self-host کرنے کو مجھے Docker چاہیے؟

یہ اب تک سب سے آسان طریقہ ہے — ایک compose فائل آپ کو n8n، ایک database اور مستقل storage دیتی ہے، اور upgrades ایک واحد pull ہیں۔ آپ بجائے npm کے ذریعے انسٹال کر سکتے ہیں، لیکن Docker آپ کو dependency اور upgrade سردرد بچاتا ہے۔

کیا n8n self-host کرنا n8n cloud سے سستا ہے؟

اگر آپ automations کا ایک مستحکم بہاؤ چلائیں، جی ہاں — ایک flat ماہانہ VPS per-execution قیمت کو مات دیتا ہے، اور کوئی workflow یا execution حد نہیں۔ ایک ماہ کے مٹھی بھر runs کے لیے، ایک hosted seat سادہ تر ہو سکتا ہے۔ لوگوں کے self-host کرنے کی دوسری وجہ کنٹرول ہے: آپ کا ڈیٹا اور API keys کبھی آپ کا سرور نہیں چھوڑتے۔

کیا مجھے n8n کے لیے ایک domain چاہیے؟

OAuth-بنیاد nodes (Google، وغیرہ) اور صاف HTTPS کے لیے، جی ہاں — سرور پر ایک domain لگائیں اور n8n کو ایک certificate والے reverse proxy کے پیچھے رکھیں۔ خالص اندرونی استعمال کے لیے آپ اسے بغیر domain کے ایک SSH tunnel پر پہنچ سکتے ہیں۔

کیا n8n ایک NAT VPS پر چل سکتا ہے یا مجھے ایک dedicated IP چاہیے؟

اندرونی/SSH-tunnel استعمال ایک NAT باکس پر چلتا ہے۔ اگر آپ اپنے domain اور HTTPS کے ساتھ ایک public URL چاہیں (کچھ OAuth callbacks اور webhooks کے لیے درکار)، تو ایک dedicated-IP پلان صاف تر فٹ ہے چونکہ آپ تمام ports کنٹرول کرتے ہیں۔

Docker کے ساتھ ایک VPS پر n8n self-host کریں

n8n اُس قسم کا اوزار ہے جسے آپ ہلکے استعمال کرنا شروع کرتے اور پھر خاموشی سے اپنے آدھے operations اس سے route کرتے ہیں۔ جس مقام پر "یہ کسی کے cloud seat پر چل رہا، per-execution metered، میری API keys ان کے سرورز پر رہتی" کم زبردست محسوس ہونے لگتا ہے۔ Self-hosting تینوں ٹھیک کرتا ہے — flat cost، کوئی execution حد نہیں، اور آپ کی keys ایک ایسے باکس پر رہتی ہیں جس کے آپ مالک ہیں۔ Docker کے ساتھ یہ پندرہ-منٹ کا کام ہے۔

اسے دراصل کتنا سرور چاہیے

پہلے ایماندار نمبر، تاکہ آپ زیادہ یا کم نہ خریدیں:

~2 GB RAM sweet spot ہے — n8n plus اس کا Postgres database plus عام workflows یہاں آرام سے بیٹھتے ہیں۔
1 GB چلتا ہے اگر آپ کے workflows ہلکے ہوں، لیکن آپ اسے بڑے runs پر نوٹ کریں گے۔
4 GB اگر آپ بھاری parallel executions کریں یا بڑے payloads دھکیلیں۔

n8n آرام پر CPU-ہنگری نہیں؛ یہ runs کے دوران spike کرتا ہے۔ زیادہ تر سیٹ اپ کے لیے ایک 2-core باکس ٹھیک ہے۔ (ورک لوڈ سے specs میل کرنے پر مزید sizing گائیڈ میں۔)

Docker سیٹ اپ

ایک تازہ Ubuntu/Debian باکس پر، Docker انسٹال کریں:

curl -fsSL https://get.docker.com | sudo sh

ایک folder اور ایک docker-compose.yml بنائیں — ایک مستقل volume اور Postgres کے ساتھ n8n:

services:
  n8n:
    image: docker.n8n.io/n8nio/n8n
    restart: always
    ports:
      - "127.0.0.1:5678:5678"
    environment:
      - N8N_HOST=n8n.yourdomain.com
      - N8N_PROTOCOL=https
      - WEBHOOK_URL=https://n8n.yourdomain.com/
      - DB_TYPE=postgresdb
      - DB_POSTGRESDB_HOST=db
      - DB_POSTGRESDB_PASSWORD=change-me
    volumes:
      - ./n8n-data:/home/node/.n8n
    depends_on: [db]
  db:
    image: postgres:16
    restart: always
    environment:
      - POSTGRES_PASSWORD=change-me
      - POSTGRES_DB=n8n
    volumes:
      - ./db-data:/var/lib/postgresql/data

sudo docker compose up -d

دو چیزیں بتانے کے قابل: volumes (n8n-data، db-data) وہ ہیں جو آپ کے workflows کو restarts اور upgrades بھر زندہ رکھتے ہیں — انہیں نہ چھوڑیں۔ اور n8n 127.0.0.1 سے bound ہے، 0.0.0.0 نہیں — یہ سیدھا انٹرنیٹ پر exposed نہیں۔ یہ دانستہ ہے؛ اگلا قدم رسائی محفوظ طریقے سے سنبھالتا ہے۔

رسائی: HTTPS یا ایک tunnel

Public URL (OAuth nodes اور webhooks کے لیے درکار): سرور پر ایک subdomain لگائیں اور 127.0.0.1:5678 کے سامنے ایک reverse proxy (Caddy سب سے کم-محنت ہے — خودکار HTTPS) چلائیں۔ یہیں ایک dedicated-IP پلان فٹ ہوتا ہے، چونکہ آپ ports اور DNS کنٹرول کرتے ہیں۔
بس اپنے لیے، کوئی domain نہیں: proxy چھوڑیں اور اسے ایک SSH tunnel پر پہنچیں — ssh -L 5678:127.0.0.1:5678 user@server، پھر localhost:5678 کھولیں۔ ایک NAT VPS پر خوب چلتا ہے۔

اسے لاک کریں اور اوپر رکھیں

n8n آپ کی API keys اور credentials رکھتا ہے، تو باکس کو تنگ ہونا چاہیے: حقیقی credentials ڈالنے سے پہلے security checklist کریں (SSH keys، firewall، کوئی password login نہیں)۔ compose فائل میں restart: always پہلے ہی مطلب ہے Docker n8n کو ایک کریش یا ری بوٹ کے بعد واپس لاتا ہے — یہ آپ کا uptime سنبھالا۔

کیا یہ اس کے لائق ہے؟

حجم کے بارے میں خود سے ایماندار رہیں۔ اگر آپ مسلسل automations چلائیں، تو self-hosting لاگت پر جیتتا ہے (flat بمقابلہ per-execution) اور کوئی workflow/run حد ہٹا دیتا ہے۔ اگر آپ ایک ماہ چند flows trigger کریں، تو ایک hosted seat کم پریشانی ہے۔ لیکن کنٹرول دلیل قطع نظر کھڑی رہتی ہے: آپ کے workflows، آپ کا ڈیٹا، آپ کی keys — آپ کے سرور پر، کرائے پر نہیں۔ زیادہ تر لوگوں کے لیے جو n8n پر سنجیدہ ہوئے، یہی فیصلہ کن عنصر ہے۔

ایک 2 GB باکس، ایک compose فائل، ایک domain (یا ایک tunnel)، اور آپ اپنا automation hub چلا رہے ہیں — کرپٹو سے بغیر KYC قابلِ ادائیگی، منٹوں میں live۔

تیار-شدہ سیٹ اپ: n8n کے لیے VPS دیکھیں — تجویز کردہ پلان اور ایک ایک-منٹ کرپٹو deploy۔