n8n. ինչ է դա և ինչպես տեղադրել VPS-ում Docker Compose-ով

06.09.20263 րոպե կարդալ

Tropic

n8n. ինչ է դա և ինչպես տեղադրել VPS-ում Docker Compose-ով

Language: hy

n8n VPS-ում. սեփական ավտոմատացման հարթակը՝ առանց ավելորդ ձեռքի աշխատանքի

Կայքից հարցում է գալիս։ n8n-ը ստուգում է տվյալները, փնտրում կրկնօրինակներ, ստեղծում գործարք, AI-ի օգնությամբ պատրաստում պատասխանի նախագիծ և Telegram-ում ծանուցում ղեկավարին։ Մարդը միջամտում է միայն այն ժամանակ, երբ որոշում է պետք, ոչ թե բրաուզերի ներդիրների միջև տվյալներ տեղափոխելու համար։

Ստորև կտեսնենք, թե ինչպես է աշխատում n8n-ը և ինչպես այն տեղադրել VPS-ում՝ Docker Compose-ով, PostgreSQL-ով, HTTPS-ով և կոդի մեկուսացված կատարումով։

n8n-ը յոթ քայլով

Գործարկման նվազագույն ծրագիրը.

Ստեղծեք VPS և ենթադոմեյնը ուղղեք դրան, օրինակ՝ n8n.example.com։
Տեղադրեք Docker և Docker Compose։
Գործարկեք n8n-ը PostgreSQL-ի, արտաքին առաջադրանքների գործարկիչի և Caddy-ի հետ։
Բացեք միջերեսը HTTPS-ով և ստեղծեք սեփականատիրոջ հաշիվը։
Միացրեք Telegram-ը, CRM-ը, էլեկտրոնային փոստը կամ ցանկացած արտաքին API։
Կարգավորեք սխալների կառավարումը և կատարման տվյալների պահպանման ժամկետը։
Ավտոմատացրեք տվյալների բազայի, տվյալների և կոդավորման բանալու պահուստավորումը։

Փոքր արտադրական տեղադրման համար ողջամիտ է սկսել 2 vCPU-ով և 4 GB RAM-ով։ Փորձարկման համար հաճախ բավարար է 2 GB-ը, սակայն PostgreSQL-ը, Docker-ը և միաժամանակյա գործընթացները արագ սպառում են մնացած ռեսուրսը։

Ինչ է n8n-ը և ինչպես է այն աշխատում

n8n-ը աշխատանքային հոսքերի ավտոմատացման հարթակ է։ Աշխատանքային հոսքը կազմվում է հանգույցներից. մեկը սկսում է գործընթացը, հաջորդները ստանում և փոխակերպում են տվյալները, իսկ վերջինը կատարում է գործողությունը։

Պարզ աշխատանքային հոսքն այսպիսի տեսք ունի.

Webhook → data validation → CRM → Telegram → website response

Շղթան կարող է գործարկվել webhook-ով, ժամանակացույցով, էլեկտրոնային նամակով, հաղորդագրությամբ կամ արտաքին ծառայության իրադարձությամբ։ Հանգույցների միջև հասանելի են պայմաններ, ցիկլեր, զտիչներ, սպասումներ և սխալների կառավարում։

n8n-ի ուժեղ կողմերից մեկն այն է, որ ավտոմատացումը չի սահմանափակվում պատրաստի ինտեգրացիաներով։ HTTP Request-ի միջոցով կարող եք կանչել API ունեցող ցանկացած ծառայություն, իսկ Code հանգույցում գրել հատուկ տրամաբանություն JavaScript-ով կամ Python-ով։ Այդ պատճառով n8n-ը գտնվում է պարզ no-code կոնստրուկտորի և հատուկ սերվերային կոդի միջև։

Ինչու է սա ավելին, քան տվյալների փոխանցումը

n8n-ը օգտակար է, երբ գործընթացը ընդգրկում է մի քանի համակարգ և որոշում է պահանջում.

form → validation → duplicate search → AI assessment → manager approval → CRM

Մարդուն կարելի է թողնել միայն վերահսկման կետում։ Օրինակ՝ AI-ն պատրաստում է պատասխանը, սակայն հաղորդագրությունը հաճախորդին ուղարկվում է միայն աշխատակցի հաստատումից հետո։

Տիպիկ օգտագործման դեպքեր.

վաճառք և աջակցություն. հարցումների հավաքում, լիդերի բաշխում և գործարքների ստեղծում,
բովանդակություն և AI. սևագրերի պատրաստում, հարցումների դասակարգում և հաստատումից հետո հրապարակում,
DevOps. խափանումների ծանուցումներ, Git webhook-ներ և API ստուգումներ,
ներքին գործառնություններ. աղյուսակների, էլեկտրոնային փոստի, օրացույցների և կորպորատիվ համակարգերի համաժամացում։

Self-hosted տեղադրումը տալիս է գործընթացի և տվյալների բազայի վերահսկողություն, բայց արտաքին ծառայությունները տեղական չի դարձնում։ Telegram-ին, CRM-ին կամ ամպային AI մոդելին ուղարկված տվյալները դուրս են գալիս VPS-ից։

n8n Cloud, թե սեփական սերվերը

Պարամետր	n8n Cloud	n8n VPS-ում
Գործարկում	Սերվերի կարգավորում պետք չէ	Պահանջվում են դոմեյն, Docker և HTTPS
Թարմացումներ	Կառավարվում են n8n-ի կողմից	Կառավարվում են սեփականատիրոջ կողմից
Տվյալների բազա և ֆայլեր	Ծառայության ենթակառուցվածքում	Ընտրված սերվերում
Մասշտաբավորում	Ըստ ամպային պլանի	Կարգավորվում է ինքնուրույն
Պատասխանատվություն	Ավելի քիչ ադմինիստրացիա	Պահուստավորումը, անվտանգությունն ու մոնիթորինգը սեփականատիրոջ պատասխանատվությունն են
Հարմար է	Արագ մեկնարկի համար՝ առանց DevOps-ի	Վերահսկողության, հարմարեցման և միշտ աշխատող գործընթացների համար

Community Edition-ը կարելի է անվճար self-hosted տեղադրել և օգտագործել անձնական ու ներքին բիզնես գործընթացների համար։ Սակայն n8n-ը տարածվում է ոչ թե ավանդական բաց կոդի լիցենզիայով, այլ fair-code Sustainable Use License-ով։ Այն թույլ է տալիս ներքին օգտագործում և փոփոխություններ, բայց չի թույլատրում պարզապես տեղադրել n8n-ը, ավելացնել սեփական լոգոն և մուտքը վաճառել որպես ինքնուրույն SaaS։ Նման արտադրանքի համար լիցենզիայի պայմանները պետք է առանձին ուսումնասիրել։

n8n սերվերի պահանջները

Բեռնվածությունը կախված է տվյալների ծավալից, զուգահեռությունից և գործողությունների տեսակից։ Ֆայլերը, երկար ցուցակները, Code հանգույցները և AI աշխատանքային հոսքերը ավելի շատ հիշողություն են պահանջում, քան API-ների միջև փոքր JSON փաթեթների փոխանցումը։

Սցենար	Սկզբնական կոնֆիգուրացիա
Փորձարկումներ և անձնական տեքստային աշխատանքային հոսքեր	1 vCPU, 2 GB RAM, 20 GB NVMe
Փոքր արտադրական տեղադրում	2 vCPU, 4 GB RAM, 25–40 GB NVMe
Զուգահեռ գործընթացներ, AI կամ ֆայլեր	4 vCPU, 8 GB RAM կամ ավելի
Queue mode-ում մի քանի worker գործընթացներ	Չափը՝ ըստ կատարման ծավալի

SQLite-ը հարմար է սովորելու և փոքր, մեկ ինստանցով տեղադրման համար։ PostgreSQL-ը արտադրական միջավայրում ավելի հարմար է. պահուստավորումը հեշտ է, իսկ հետագայում queue mode-ի անցումը՝ ավելի պարզ։

Ինչպես տեղադրել n8n-ը VPS-ում

Այս օրինակում օգտագործվում են Ubuntu 24.04, PostgreSQL, Caddy և արտաքին առաջադրանքների գործարկիչ։ n8n.example.com-ը և ժամային գոտին փոխարինեք ձեր արժեքներով։

1. Կարգավորեք DNS-ը և պատրաստեք սերվերը

Ստեղծեք VPS-ի IPv4 հասցեին մատնանշող A DNS գրառում, ապա միացեք SSH-ով.

ssh root@SERVER_IP
apt update && apt upgrade -y
apt install -y ca-certificates curl ufw openssl

Docker Engine-ը և Compose պլագինը տեղադրեք պաշտոնական պահոցից.

install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg \
  -o /etc/apt/keyrings/docker.asc
chmod a+r /etc/apt/keyrings/docker.asc

cat > /etc/apt/sources.list.d/docker.sources <<EOF
Types: deb
URIs: https://download.docker.com/linux/ubuntu
Suites: $(. /etc/os-release && echo "${UBUNTU_CODENAME:-$VERSION_CODENAME}")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF

apt update
apt install -y docker-ce docker-ce-cli containerd.io \
  docker-buildx-plugin docker-compose-plugin
docker compose version

Թույլատրեք միայն SSH, HTTP և HTTPS.

ufw allow OpenSSH
ufw allow 80/tcp
ufw allow 443/tcp
ufw enable

Մի փակեք ընթացիկ SSH սեսիան, քանի դեռ չեք հաստատել, որ նոր միացումը աշխատում է։

2. Ստեղծեք միջավայրի փոփոխականները

Պատրաստեք գրացուցակը.

mkdir -p /opt/n8n
cd /opt/n8n

Ստեղծեք .env ֆայլը։ Ստորև բերված հրամանները անմիջապես ստեղծում են առանձին պատահական գաղտնիքներ PostgreSQL-ի, n8n-ի կոդավորման և առաջադրանքների գործարկիչի համար.

cat > .env <<EOF
N8N_VERSION=stable
N8N_HOST=n8n.example.com
GENERIC_TIMEZONE=Europe/Berlin

POSTGRES_DB=n8n
POSTGRES_USER=n8n
POSTGRES_PASSWORD=$(openssl rand -hex 32)

N8N_ENCRYPTION_KEY=$(openssl rand -hex 32)
RUNNERS_AUTH_TOKEN=$(openssl rand -hex 32)
EOF

chmod 600 .env

stable թեգը հարմար է առաջին գործարկման համար։ Տեղադրումը ստուգելուց հետո ավելի լավ է ամրագրել n8n-ի կոնկրետ տարբերակը, որպեսզի հաջորդ image-ի թարմացումը անսպասելի չլինի։

Չի կարելի կորցնել N8N_ENCRYPTION_KEY-ը։ n8n-ն այս բանալին օգտագործում է պահված գաղտնաբառերը, թոքենները և այլ հավատարմագրերը կոդավորելու համար։ Եթե վերականգնեք միայն PostgreSQL-ը՝ առանց բանալու, գրառումները կմնան տվյալների բազայում, բայց n8n-ը չի կարողանա դրանք կարդալ։

3. Ստեղծեք Docker Compose ֆայլը

Ստեղծեք compose.yaml ֆայլը.

services:
  postgres:
    image: postgres:18-alpine
    restart: unless-stopped
    environment:
      POSTGRES_DB: ${POSTGRES_DB}
      POSTGRES_USER: ${POSTGRES_USER}
      POSTGRES_PASSWORD: ${POSTGRES_PASSWORD}
      PGDATA: /var/lib/postgresql/data
    volumes:
      - postgres_data:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U $${POSTGRES_USER} -d $${POSTGRES_DB}"]
      interval: 5s
      timeout: 5s
      retries: 10

  n8n:
    image: docker.n8n.io/n8nio/n8n:${N8N_VERSION}
    restart: unless-stopped
    environment:
      DB_TYPE: postgresdb
      DB_POSTGRESDB_HOST: postgres
      DB_POSTGRESDB_PORT: "5432"
      DB_POSTGRESDB_DATABASE: ${POSTGRES_DB}
      DB_POSTGRESDB_USER: ${POSTGRES_USER}
      DB_POSTGRESDB_PASSWORD: ${POSTGRES_PASSWORD}

      N8N_HOST: ${N8N_HOST}
      N8N_PORT: "5678"
      N8N_PROTOCOL: https
      N8N_EDITOR_BASE_URL: https://${N8N_HOST}
      N8N_WEBHOOK_URL: https://${N8N_HOST}/
      N8N_PROXY_HOPS: "1"
      GENERIC_TIMEZONE: ${GENERIC_TIMEZONE}
      TZ: ${GENERIC_TIMEZONE}

      N8N_ENCRYPTION_KEY: ${N8N_ENCRYPTION_KEY}
      N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS: "true"
      N8N_BLOCK_ENV_ACCESS_IN_NODE: "true"

      N8N_RUNNERS_MODE: external
      N8N_RUNNERS_AUTH_TOKEN: ${RUNNERS_AUTH_TOKEN}
      N8N_RUNNERS_BROKER_LISTEN_ADDRESS: 0.0.0.0

      EXECUTIONS_DATA_PRUNE: "true"
      EXECUTIONS_DATA_MAX_AGE: "168"
      EXECUTIONS_DATA_PRUNE_MAX_COUNT: "10000"
    volumes:
      - n8n_data:/home/node/.n8n
    expose:
      - "5678"
    depends_on:
      postgres:
        condition: service_healthy

  n8n-runner:
    image: n8nio/runners:${N8N_VERSION}
    restart: unless-stopped
    environment:
      N8N_RUNNERS_AUTH_TOKEN: ${RUNNERS_AUTH_TOKEN}
      N8N_RUNNERS_TASK_BROKER_URI: http://n8n:5679
    depends_on:
      - n8n

  caddy:
    image: caddy:2-alpine
    restart: unless-stopped
    environment:
      N8N_HOST: ${N8N_HOST}
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - ./Caddyfile:/etc/caddy/Caddyfile:ro
      - caddy_data:/data
      - caddy_config:/config
    depends_on:
      - n8n

volumes:
  postgres_data:
    name: n8n_postgres_data
  n8n_data:
    name: n8n_data
  caddy_data:
    name: n8n_caddy_data
  caddy_config:
    name: n8n_caddy_config

Արտաքին առաջադրանքների գործարկիչը կոդը կատարում է հիմնական n8n գործընթացից առանձին։ Սա ավելի անվտանգ է, քան ներքին ռեժիմը, և նվազեցնում է Code հանգույցի սխալի՝ editor-ի ու webhook-ների մշակման վրա ազդեցության հավանականությունը։

4. Միացրեք HTTPS-ը

Ստեղծեք Caddyfile.

{$N8N_HOST} {
    reverse_proxy n8n:5678
}

Եթե DNS-ն արդեն ուղղված է VPS-ին, իսկ 80 և 443 պորտերը հասանելի են, Caddy-ն ավտոմատ կստանա TLS վկայական։ Ներքին 5678 պորտը ինտերնետին չի բացվում. արտաքինից հասանելի են միայն 80 և 443 պորտերը, իսկ Caddy-ն n8n-ին դիմում է Docker ցանցով։

N8N_WEBHOOK_URL և N8N_PROXY_HOPS փոփոխականներն անհրաժեշտ են, որպեսզի editor-ը ստեղծի ճիշտ հանրային webhook հասցեներ և վստահի մեկ reverse proxy-ից եկող վերնագրերին։

5. Գործարկեք n8n-ը

Ստուգեք վերջնական կոնֆիգուրացիան և գործարկեք կոնտեյներները.

docker compose config
docker compose up -d
docker compose ps
docker compose logs --tail=100 n8n caddy

Բացեք.

https://n8n.example.com

Ստեղծեք սեփականատիրոջ հաշիվը։ Մի կիսվեք դրա գաղտնաբառով գործընկերների հետ. թիմային աշխատանքի համար օգտագործեք առանձին հաշիվներ և յուրաքանչյուրին տվեք միայն անհրաժեշտ հասանելիությունը։

Ձեր առաջին օգտակար աշխատանքային հոսքը

Լավ փորձարկում է կայքից եկող հարցման մշակումը.

Ավելացրեք Webhook հանգույցը՝ POST մեթոդով։
Edit Fields-ի միջոցով թողեք միայն անունը, էլեկտրոնային փոստի հասցեն և աղբյուրը։
Պահանջվող տվյալները չունեցող հարցումը մերժելու համար օգտագործեք If հանգույցը։
CRM-ում ստեղծեք գործարք կամ հարցում ուղարկեք HTTP Request-ի միջոցով։
Ավելացրեք Telegram-ի ծանուցում։
Շղթան ավարտեք Respond to Webhook հանգույցով։
Փորձարկումից հետո ակտիվացրեք աշխատանքային հոսքը և փորձնական webhook-ը փոխարինեք արտադրական URL-ով։

Այս օրինակը միանգամից ստուգում է դոմեյնը, HTTPS-ը, մուտքային հարցումները, հավատարմագրերը և արտաքին ինտեգրացիան։ Հաջորդ քայլում ավելացրեք առանձին Error Workflow, որը կծանուցի ձեզ, երբ հիմնական շղթան ձախողվի։

n8n-ի պաշտպանությունը տեղադրումից հետո

Տեղադրված n8n-ն ինքնաբերաբար հուսալի չի դառնում։ Գործարկումից հետո համոզվեք, որ.

editor-ը հասանելի է միայն HTTPS-ով,
.env-ն ունի 600 թույլտվություններ և չի ուղարկվում Git,
արտաքին API բանալիներն ունեն նվազագույն անհրաժեշտ թույլտվություններ,
յուրաքանչյուր webhook ստուգում է աղբյուրի ստորագրությունը կամ գաղտնիքը,
կատարման պատմությունն ավտոմատ ջնջվում է,
կարևոր աշխատանքային հոսքերի սխալներն ուղարկվում են ադմինիստրատորին։

Community հանգույցները տեղադրվում են որպես փաթեթներ և կարող են հասանելիություն ստանալ աշխատանքային հոսքի տվյալներին ու սերվերին։ Մի ավելացրեք անհայտ հանգույցներ՝ առանց դրանք ուսումնասիրելու։ Եթե դրանց կարիքը չունեք, անջատեք N8N_COMMUNITY_PACKAGES_ENABLED=false-ով։

Գործարկեք ներկառուցված աուդիտը.

docker compose exec n8n n8n audit

Այն օգնում է հայտնաբերել չպաշտպանված webhook-ները, վտանգավոր հանգույցները և հավատարմագրերի խնդիրները, բայց չի փոխարինում ձեռքով ստուգմանը։

Կատարման պատմություն և անձնական տվյալներ

n8n-ը վրիպազերծման համար պահում է մուտքային և ելքային տվյալները։ Դրանց հետ միասին տվյալների բազայում կարող են մնալ էլեկտրոնային նամակներ, հեռախոսահամարներ, փաստաթղթեր և API պատասխաններ։

Վերևի կոնֆիգուրացիայում կատարված գործողությունները ջնջվում են յոթ օր անց, իսկ դրանց քանակը սահմանափակվում է 10 000-ով։ Զգայուն գործընթացների համար պահպանման ժամկետն ընտրեք ըստ տվյալների պահպանման ձեր քաղաքականության և աշխատանքային հոսքի ավարտից առաջ հեռացրեք ավելորդ դաշտերը։

Պահուստավորում և թարմացումներ

Վերականգնման համար անհրաժեշտ են PostgreSQL dump-ը, n8n_data volume-ը, կոնֆիգուրացիայի ֆայլերը և .env ֆայլում պահված N8N_ENCRYPTION_KEY-ը։ Պատճենելուց առաջ կանգնեցրեք պրոցեսորները՝ PostgreSQL-ը թողնելով աշխատող։ Սա աշխատանքային հոսքերի կատարման կարճ ընդհատում է առաջացնում.

cd /opt/n8n
mkdir -p backup
docker compose stop n8n n8n-runner

docker compose exec -T postgres sh -c \
  'pg_dump -U "$POSTGRES_USER" "$POSTGRES_DB"' \
  | gzip > "backup/n8n-db-$(date +%F).sql.gz"

docker run --rm \
  -v n8n_data:/source:ro \
  -v "$PWD/backup":/backup \
  alpine sh -c \
  'tar -czf /backup/n8n-data-$(date +%F).tar.gz -C /source .'

tar -czf "backup/n8n-config-$(date +%F).tar.gz" \
  .env compose.yaml Caddyfile

docker compose start n8n n8n-runner

.env-ը պարունակող արխիվում գաղտնիքներ կան. կոդավորեք այն և պահեք VPS-ից դուրս։ Պարբերաբար ստուգեք պահուստային պատճենը՝ կատարելով փորձնական վերականգնում։

Թարմացնելուց առաջ ստեղծեք պահուստային պատճեն և կարդացեք թողարկման նշումները.

cd /opt/n8n
docker compose pull
docker compose up -d
docker compose ps

Առաջադրանքների գործարկիչը և հիմնական կոնտեյները պետք է օգտագործեն նույն տարբերակի թեգը։

Երբ է անհրաժեշտ մասշտաբավորումը

Մի գործարկեք Redis և մի քանի worker, քանի դեռ իրական բեռնվածություն չկա։ PostgreSQL-ով մեկ ինստանցը ավելի հեշտ է սպասարկել և սովորաբար բավարար է փոքր ներքին գործընթացների համար։

Queue mode-ն անհրաժեշտ է, երբ երկարատև առաջադրանքները դանդաղեցնում են webhook-ները, շատ աշխատանքային հոսքեր են միաժամանակ սկսվում կամ ֆայլերի մշակումը պարբերաբար սպառում է ամբողջ հասանելի հիշողությունը։ Այդ կառուցվածքում հիմնական ինստանցը ստանում է իրադարձությունները, Redis-ը բաշխում է աշխատանքները, իսկ worker-ները դրանք կատարում են զուգահեռ։ Բոլոր բաղադրիչները պետք է միանան նույն PostgreSQL տվյալների բազային և օգտագործեն նույն N8N_ENCRYPTION_KEY-ը։

Ո՞ր VPS-ն ընտրել n8n-ի համար

n8n-ը, PostgreSQL-ը, Caddy-ն և առաջադրանքների գործարկիչը միասին գործարկելու համար ողջամիտ է սկսել 2 vCPU-ով, 4 GB RAM-ով և NVMe սկավառակով։ tropic.host-ում Light պլանը համապատասխանում է այս կազմաձևին՝ 2 vCPU, 4 GB RAM և 25 GB NVMe։ Դա բավարար է առաջին արտադրական աշխատանքային հոսքերի համար՝ առանց ծանր ֆայլերի մշակման։

Փաստաթղթերի, մեծ տվյալների հավաքածուների և բազմաթիվ միաժամանակյա AI աշխատանքային հոսքերի համար 8 GB RAM-ն ավելի լավ ընտրություն է։ Կարևոր է նաև կայուն ցանցը. webhook-ները, OAuth callback-ները և պլանավորված առաջադրանքները պետք է մշտապես հասանելի լինեն։

Եզրակացություն

n8n-ը կրկնվող գործողությունները վերածում է պարզ տեսողական հոսքերի. պատրաստի հանգույցներն արագացնում են գործարկումը, HTTP Request-ը միացնում է գրեթե ցանկացած API, իսկ Code հանգույցը թույլ է տալիս ավելացնել սեփական տրամաբանությունը։

Self-hosted տարբերակը տալիս է սերվերի և տվյալների բազայի վերահսկողություն, սակայն պահանջում է HTTPS, սահմանափակված բանալիներ, պատմության մաքրում և ստուգված պահուստային պատճեններ։ N8N_ENCRYPTION_KEY-ը պահեք PostgreSQL-ի հետ միասին. առանց դրա վերականգնված հավատարմագրերը հնարավոր չէ վերծանել։

FAQ

Հնարավո՞ր է n8n-ն օգտագործել անվճար։

Այո։ Community Edition-ը կարելի է անվճար տեղադրել սեփական սերվերում՝ անձնական և ներքին գործընթացների համար։ Hosted n8n-ի վերավաճառքը որպես ինքնուրույն SaaS սահմանափակվում է fair-code լիցենզիայով։

Հնարավո՞ր է n8n-ը տեղադրել առանց դոմեյնի։

Տեղային փորձարկման համար՝ այո։ Հանրային webhook-ների և OAuth-ի համար ավելի լավ է օգտագործել դոմեյն և HTTPS։

Որքա՞ն RAM է պետք n8n-ին։

Պարզ անձնական աշխատանքային հոսքերը հաճախ աշխատում են 2 GB RAM-ով։ PostgreSQL-ի, Caddy-ի և առաջադրանքների գործարկիչի հետ n8n-ի համար 4 GB-ն ավելի նպատակահարմար է, իսկ ֆայլերը և զուգահեռ կատարումները կարող են պահանջել 8 GB կամ ավելի։

Բոլոր տվյալները մնո՞ւմ են VPS-ում։

Մնում են միայն այն տվյալները, որոնք աշխատանքային հոսքը չի ուղարկում այլ տեղ։ Տվյալների բազան և կատարման պատմությունը պահվում են VPS-ում, սակայն Telegram-ի, CRM-ի կամ արտաքին AI մոդելի հանգույցները ընտրված տվյալներն ուղարկում են համապատասխան ծառայությանը։

Ի՞նչ պետք է ներառվի n8n-ի պահուստային պատճենում։

PostgreSQL dump-ը, n8n_data volume-ը, compose.yaml-ը, Caddyfile-ը, .env-ը և դրանում պահված N8N_ENCRYPTION_KEY-ը։ Պահուստային պատճենը պահեք VPS-ից դուրս՝ կոդավորված վիճակում, և ստուգեք այն վերականգնմամբ։

Վերադարձ դեպի Բլոգ