რამდენი RAM სჭირდება თვით-ჰოსტინგ n8n-ს?

დაახლოებით 2 GB კომფორტული ტკბილი წერტილია n8n-ისა პლუს მისი Postgres მონაცემთა ბაზისა და ნორმალური workflow-ებისთვის. ის მუშაობს 1 GB-ში, თუ workflow-ები მსუბუქია, მაგრამ იგრძნობთ დიდი გაშვებების დროს. მძიმე პარალელური execution-ები ან დიდი payload-ები — გადადით 4 GB-ზე.

მჭირდება Docker n8n-ის თვით-ჰოსტინგისთვის?

ეს ბევრად ყველაზე ადვილი გზაა — ერთი compose ფაილი გაძლევთ n8n-ს, მონაცემთა ბაზასა და მუდმივ საცავს, და განახლებები ერთი pull-ია. შეგიძლიათ ინსტალაცია npm-ით ნაცვლად, მაგრამ Docker გიზოგავთ dependency-ისა და განახლების თავის ტკივილს.

უფრო იაფია თვით-ჰოსტინგ n8n, ვიდრე n8n cloud?

თუ ავტომატიზაციების მდგრად ნაკადს უშვებთ, დიახ — ფიქსირებული თვიური VPS სჯობს per-execution ფასებს, და არ არის workflow-ის ან execution-ის ლიმიტი. რამდენიმე გაშვებისთვის თვეში, ჰოსტინგ seat შეიძლება უფრო მარტივი იყოს. მეორე მიზეზი, რის გამოც ხალხი თვით-ჰოსტინგს აკეთებს, კონტროლია: თქვენი მონაცემები და API გასაღებები არასოდეს ტოვებენ თქვენს სერვერს.

მჭირდება დომენი n8n-ისთვის?

OAuth-ზე-დაფუძნებული node-ებისთვის (Google და ა.შ.) და სუფთა HTTPS-ისთვის, დიახ — მიმართეთ დომენი სერვერზე და დააყენეთ n8n reverse proxy-ის უკან სერტიფიკატით. წმინდად შიდა გამოყენებისთვის შეგიძლიათ მიწვდეთ მას SSH tunnel-ით დომენის გარეშე.

შეუძლია n8n-ს გაშვება NAT VPS-ზე, თუ გამოყოფილი IP მჭირდება?

შიდა/SSH-tunnel გამოყენება მუშაობს NAT box-ზე. თუ გინდათ საჯარო URL თქვენი საკუთარი დომენითა და HTTPS-ით (საჭირო ზოგიერთი OAuth callback-ისა და webhook-ისთვის), dedicated-IP ტარიფი უფრო სუფთა შესატყვისია, რადგან ყველა პორტს აკონტროლებთ.

n8n-ის თვით-ჰოსტინგი VPS-ზე Docker-ით

n8n ის ტიპის ხელსაწყოა, რომელსაც მსუბუქად იწყებთ გამოყენებას და შემდეგ ჩუმად მართავთ თქვენი ოპერაციების ნახევარს მისით. ამ წერტილში „ის მუშაობს სხვისი cloud seat-ზე, გაზომილი per execution, ჩემი API გასაღებებით მათ სერვერებზე“ იწყებს ნაკლებად კარგად გრძნობას. თვით-ჰოსტინგი ასწორებს სამივეს — ფიქსირებული ღირებულება, execution-ის ლიმიტის გარეშე და თქვენი გასაღებები რჩება box-ზე, რომელსაც ფლობთ. Docker-ით ეს თხუთმეტ-წუთიანი სამუშაოა.

რამდენი სერვერი სჭირდება მას რეალურად

ჯერ გულწრფელი რიცხვები, რომ ზედმეტი ან ნაკლები არ იყიდოთ:

~2 GB RAM ტკბილი წერტილია — n8n პლუს მისი Postgres მონაცემთა ბაზა პლუს ნორმალური workflow-ები კომფორტულად ჯდება აქ.
1 GB მუშაობს, თუ თქვენი workflow-ები მსუბუქია, მაგრამ შეამჩნევთ დიდ გაშვებებზე.
4 GB, თუ მძიმე პარალელურ execution-ებს აკეთებთ ან დიდ payload-ებს უბიძგებთ.

n8n არ არის CPU-მშიერი მოსვენებაში; ის spike-ს აკეთებს გაშვებების დროს. 2-ბირთვიანი box კარგია უმეტესი დაყენებისთვის. (მეტი სპეციფიკაციების დატვირთვასთან შესატყვისზე ზომის გზამკვლევში.)

Docker დაყენება

ახალ Ubuntu/Debian box-ზე დააინსტალეთ Docker:

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

შექმენით საქაღალდე და docker-compose.yml — n8n მუდმივი volume-ითა და Postgres-ით:

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

ორი რამ ღირს აღნიშვნა: volume-ები (n8n-data, db-data) ის არის, რაც ინახავს თქვენს workflow-ებს ცოცხლად რესტარტებსა და განახლებებს შორის — ნუ გამოტოვებთ მათ. და n8n მიბმულია 127.0.0.1-ზე, არა 0.0.0.0-ზე — ის არ არის გამოაშკარავებული ინტერნეტზე პირდაპირ. ეს განზრახია; შემდეგი ნაბიჯი უმკლავდება წვდომას უსაფრთხოდ.

წვდომა: HTTPS ან tunnel

საჯარო URL (საჭირო OAuth node-ებისა და webhook-ებისთვის): მიმართეთ subdomain სერვერზე და გაუშვით reverse proxy (Caddy ყველაზე ნაკლები-ძალისხმევისაა — ავტომატური HTTPS) 127.0.0.1:5678-ის წინ. სწორედ აქ ჯდება dedicated-IP ტარიფი, რადგან პორტებსა და DNS-ს აკონტროლებთ.
უბრალოდ თქვენთვის, დომენის გარეშე: გამოტოვეთ proxy და მიწვდით მას SSH tunnel-ით — ssh -L 5678:127.0.0.1:5678 user@server, შემდეგ გახსენით localhost:5678. კარგად მუშაობს NAT VPS-ზე.

დაბლოკეთ ის და შეინარჩუნეთ ის ჩართული

n8n ინახავს თქვენს API გასაღებებსა და credentials-ს, ასე რომ box მჭიდრო უნდა იყოს: გააკეთეთ უსაფრთხოების ჩეკ-ლისტი (SSH გასაღებები, firewall, პაროლით შესვლის გარეშე), სანამ ნამდვილ credentials-ს ჩადებთ. restart: always compose ფაილში უკვე ნიშნავს, რომ Docker აბრუნებს n8n-ს crash-ის ან გადატვირთვის შემდეგ — ეს თქვენი uptime-ია მოგვარებული.

ღირს ეს?

იყავით გულწრფელი საკუთარ თავთან მოცულობაზე. თუ ავტომატიზაციებს მუდმივად უშვებთ, თვით-ჰოსტინგი იმარჯვებს ღირებულებაზე (ფიქსირებული vs per-execution) და აშორებს ნებისმიერ workflow/run ლიმიტს. თუ რამდენიმე flow-ს აჩენთ თვეში, ჰოსტინგ seat ნაკლები თავის ტკივილია. მაგრამ კონტროლის არგუმენტი დგას მიუხედავად ამისა: თქვენი workflow-ები, თქვენი მონაცემები, თქვენი გასაღებები — თქვენს სერვერზე, არა ნაქირავები. ხალხის უმეტესობისთვის, ვინც n8n-ს სერიოზულად მიუდგა, ეს გადამწყვეტი ფაქტორია.

2 GB box, compose ფაილი, დომენი (ან tunnel) და უშვებთ თქვენს საკუთარ ავტომატიზაციის hub-ს — გადახდადი კრიპტოთი no KYC-ით, ცოცხალი წუთებში.

მზა დაყენება: იხილეთ VPS n8n-ისთვის — რეკომენდებული ტარიფი და ერთწუთიანი კრიპტო deploy.