שרת VPS ל-n8n על KVM ו-NVMe
שרת ה-VPS של Devoster ל-n8n הוא שרת KVM לא מנוהל עם דיסק NVMe ביוטה, ארה״ב, שעליו מריצים n8n, PostgreSQL ו-reverse proxy עם גישת root מלאה. החבילה המומלצת, Starter (2 vCPU, 4GB RAM, 75GB NVMe), עולה $7.99 לחודש במחיר קבוע, ומתאימה למי שמסתדר עם שורת פקודה בלינוקס ונמאס לו לשלם לפי הרצה.
- Starter: 2 vCPU / 4GB / 75GB NVMe
- $7.99 לחודש, בלי חיוב לפי הרצה
- KVM עם root מלא, מוכן ל-Docker
- גיבוי ל-3 ימים + Snapshot אחד בחינם
- יוטה, ארה״ב · 1Gbps · תעבורה ללא הגבלה
המחירים אומתו
החבילות המומלצות
- מומלץ
Starter
$7.99/לחודש- 2 vCPU
- 4 GB זיכרון
- 75 GB NVMe
- IPv4 אחד
Basic
$10.99/לחודש- 3 vCPU
- 6 GB זיכרון
- 100 GB NVMe
- IPv4 אחד
Advanced
$13.99/לחודש- 4 vCPU
- 8 GB זיכרון
- 125 GB NVMe
- IPv4 אחד
Pro
$19.99/לחודש- 6 vCPU
- 12 GB זיכרון
- 150 GB NVMe
- IPv4 אחד
למה n8n צריך VPS ולא אחסון משותף
n8n היא אפליקציית Node.js שרצה כל הזמן. היא צריכה להישאר למעלה בין בקשות כדי שהטריגרים המתוזמנים יפעלו בזמן, היא צריכה כתובת HTTPS ציבורית ויציבה כדי ששירותים כמו Stripe, GitHub או Typeform יוכלו לשלוח אליה webhooks, והדרך המקובלת להריץ אותה היא Docker עם מסד נתונים לצידה. אחסון משותף בנוי בדיוק הפוך: בקשות PHP קצרות, בלי root, בלי Docker, ותהליכי רקע שנהרגים כשהם רצים יותר מדי זמן או צורכים יותר מדי זיכרון.
גם צריכת הזיכרון של n8n קופצנית. שרת יכול לשבת שעה בלי לעשות כלום ואז למשוך אלפי שורות לזיכרון בהרצה אחת, במיוחד עם Code node או קבצים בינאריים. ב-VPS הקפיצה הזו נוחתת על RAM שבשליטתכם. באחסון משותף היא נוחתת על מגבלת תהליכים שלא בשליטתכם.
הסיבה השלישית היא מבנה העלות. n8n Cloud מחייב לפי מספר הרצות של workflows, ו-VPS מחייב לפי חודש. workflow אחד שרץ כל חמש דקות הוא בערך 8,640 הרצות בחודש של 30 יום, עוד לפני שבניתם משהו אחר. ב-VPS המספר הזה לא משנה את החשבון. המדריך שלנו להתקנת n8n על VPS עובר על החשבון בפירוט.
כמה VPS צריך ל-n8n? התאמת חבילה לנפח העבודה
מספר ה-workflows חשוב פחות משלושה דברים: כמה הרצות רצות במקביל, כמה מידע כל הרצה סוחבת, והאם אתם משתמשים ב-Code node, בקבצים בינאריים או בדפדפן headless. התיעוד של n8n עצמו מונה את נפח ה-JSON, גודל המידע הבינארי, מספר ה-nodes וה-Code node כגורמים לצריכת הזיכרון, והרצות ידניות מהעורך עולות יותר כי המידע משוכפל לממשק. לשם השוואה, מדריך ה-Docker Compose של n8n מבקש לפחות 2 vCPU ו-4GB RAM.
| מה אתם מריצים ב-n8n | חבילה | למה |
|---|---|---|
| לימוד, ניסויים, כמה תזמונים אישיים | Micro (1 vCPU / 2GB) | הרצפה הריאלית ל-n8n עם Postgres. כדאי להוסיף swap. |
| שרת פרודקשן שצוות סומך עליו: webhooks, סנכרונים כל שעה, Postgres | Starter (2 vCPU / 4GB) | מקום ל-Postgres, להיסטוריית הרצות ולהרצה כבדה מדי פעם. |
| מטענים גדולים, כמה הרצות חופפות, היסטוריה ארוכה | Basic (3 vCPU / 6GB) | ליבה שלישית ועוד 2GB מרווח לקפיצות. |
| Queue mode על שרת אחד: תהליך ראשי, Redis, worker אחד או שניים | Advanced (4 vCPU / 8GB) | כל worker הוא תהליך Node.js נפרד עם זיכרון משלו. |
| כמה workers, או workflows שמפעילים Chromium | Pro (6 vCPU / 12GB) | דפדפן headless הוא אורח כבד. |
הדבר השני שגדל הוא הדיסק. n8n שומר נתוני הרצות כברירת מחדל, כך ששרת עמוס מוסיף שורות ל-Postgres כל יום. הגדירו EXECUTIONS_DATA_MAX_AGE ו-EXECUTIONS_DATA_PRUNE_MAX_COUNT, ושקלו EXECUTIONS_DATA_SAVE_ON_SUCCESS=none אם מספיק לכם לראות רק הרצות שנכשלו. אפשר לשדרג VPS ב-Devoster לחבילה גדולה יותר מהפאנל בהמשך, אז תתחילו איפה שהטבלה ממקמת אתכם ולא שתי מדרגות מעל.
Postgres או SQLite ל-n8n בהתקנה עצמית?
כברירת מחדל n8n שומר הכול בקובץ SQLite בתוך תיקיית הנתונים שלו. לשרת ניסויים זה בסדר. לכל דבר שאתם תלויים בו, תשתמשו ב-PostgreSQL מהיום הראשון, משלוש סיבות:
- מעבר בהמשך הוא לא מיגרציה במקום. העברת שרת קיים מ-SQLite ל-Postgres פירושה ייצוא וייבוא מחדש של ה-workflows וה-credentials, לא שינוי של הגדרה אחת.
- Queue mode דורש Postgres. n8n לא תומך ב-queue mode על SQLite, אז בחירת מסד הנתונים קובעת אם תוכלו לגדול לרוחב על אותו שרת בהמשך.
- היסטוריית ההרצות כבדה בכתיבה. שרת עמוס כותב שורה על כל הרצה. Postgres על NVMe מתמודד טוב עם זרם קבוע של כתיבות קטנות, והגדרות הזיכרון שלו בברירת מחדל צנועות מספיק כדי לחלוק שרת של 4GB עם n8n.
מה שלא תבחרו, תמשיכו לשמור את ה-volume של נתוני n8n. הוא מחזיק את מפתח ההצפנה שמגן על כל ה-credentials, ושחזור של מסד הנתונים בלי המפתח הזה ייתן לכם workflows עם credentials שאי אפשר לקרוא.
מתי כדאי להעביר את n8n ל-queue mode?
במצב ברירת המחדל, תהליך n8n אחד מקבל webhooks, מגיש את העורך ומריץ כל הרצה. Queue mode (EXECUTIONS_MODE=queue) מפצל את זה: התהליך הראשי מקבל טריגרים ושם את ההרצות בתור ב-Redis, ותהליכי worker נפרדים שולפים אותן ומריצים.
זה שווה את החלקים הנוספים כשהרצות ארוכות מעכבות אחרות, כשגל webhooks מגיע מהר יותר ממה שתהליך אחד מספיק לפנות, או כשאסור ש-workflow כבד אחד יתקע את העורך. זה לא שווה את זה לשרת שמריץ כמה עשרות workflows מתוזמנים; קודם תשדרגו חבילה.
שני דברים לתכנן מראש. Queue mode מכפיל את צריכת הזיכרון ולא רק את ה-CPU, כי כל worker הוא תהליך Node.js מלא, ומתווסף Redis. לכן חבילת Advanced (4 vCPU / 8GB) היא הנקודה שבה הגיוני להריץ תהליך ראשי, Redis ו-worker אחד או שניים על אותו שרת. ובנוסף, כל worker צריך בדיוק את אותו N8N_ENCRYPTION_KEY כמו התהליך הראשי, אחרת הוא לא יוכל לפענח credentials.
מה כוללת התקנת n8n על VPS של Devoster
חבילות ה-VPS של Devoster לא מנוהלות: אנחנו מספקים את שרת ה-KVM, הרשת והגיבויים, ואתם מתקינים ומריצים את n8n. ההסבר המלא, עם קובץ ה-Compose וכל משתני הסביבה, נמצא במדריך להתקנת n8n על VPS. בקצרה:
- מתקינים Ubuntu 24.04 או Debian 12 ומקשיחים קודם כול: מפתחות SSH, חומת אש שפותחת רק 80, 443 ו-SSH, ועדכוני אבטחה אוטומטיים. צ'קליסט ההקשחה שלנו ל-VPS מכסה את זה.
- מפנים תת-דומיין כמו n8n.example.com לכתובת ה-IP של השרת ומתקינים Docker Engine עם תוסף Compose מהמאגר הרשמי של Docker.
- מריצים n8n, Postgres ו-reverse proxy כמו Caddy שמטפל ב-TLS. אף פעם לא חושפים את פורט 5678 לאינטרנט.
- מגדירים
N8N_ENCRYPTION_KEYבעצמכם לפני ההפעלה הראשונה ושומרים עותק מחוץ לשרת. מגדיריםN8N_WEBHOOK_URLו-N8N_PROXY_HOPS=1, אחרת ה-webhooks יירשמו עם כתובת שגויה. - נועלים את האימג' של n8n על תג גרסה ולא על
latest, וקוראים את ה-release notes לפני כל שדרוג.
כל VPS ב-Devoster כולל גיבוי לילי שנשמר 3 ימים ומקום ל-Snapshot אחד. תצלמו Snapshot רגע לפני שדרוג של n8n, כך שמיגרציית מסד נתונים שנכשלה תעלה לכם שחזור ולא ערב שלם. Snapshots מהפאנל נמחקים אוטומטית אחרי 7 ימים. תחזיקו גם pg_dump משלכם ועותק של ה-volume מחוץ לשרת; גיבוי שיושב רק אצל הספק מכסה פחות תרחישי כשל.
הרישיון של n8n: מה מותר להריץ על VPS משלכם
n8n הוא קוד זמין (source-available), לא קוד פתוח. הוא מופץ תחת Sustainable Use License, והתיעוד של n8n מסכם אותו כך: מותר להשתמש בו ולשנות אותו למטרות עסקיות פנימיות שלכם או לשימוש אישי ולא מסחרי; מותר להפיץ אותו רק בחינם ולמטרות לא מסחריות; ואסור להסיר את הודעות הרישיון שלו.
בפועל, להריץ n8n על VPS כדי לאוטמט את העבודה של החברה שלכם זה מותר, וגם לגבות כסף על ייעוץ או תמיכה סביב n8n. מה ש-n8n מגדירים כאסור בלי הסכם מסחרי נפרד הוא לארח n8n ולגבות מאנשים תשלום על גישה אליו, או למתג אותו מחדש (white-label) עבור הלקוחות שלכם. שכירת שרת מ-Devoster לא משנה את זה: אנחנו מוכרים לכם את המכונה, לא רישיון ל-n8n. זה סיכום בשפה פשוטה ולא ייעוץ משפטי; אם השימוש שלכם קרוב לגבול, קראו את הרישיון ופנו ל-n8n.
מתי VPS ל-n8n הוא לא הבחירה הנכונה
- אף אחד בצוות לא עובד עם שורת פקודה בלינוקס. ב-VPS לא מנוהל, עדכוני מערכת, שדרוגי Docker ו-n8n, TLS וגיבויים הם באחריותכם. אם העבודה הזו לא תיעשה, n8n Cloud הוא הקנייה הבטוחה יותר.
- הנפח שלכם נמוך. כמה מאות הרצות בחודש כמעט אף פעם לא מצדיקות שרת ואת הזמן שלכם.
- אתם צריכים SSO, projects או שיתוף credentials בצוות. אלה פיצ'רים בתשלום של n8n, כך שתשלמו ל-n8n בכל מקרה ושאלת האחסון הופכת למשנית.
- אתם רוצים למכור גישה ל-n8n. זה דורש קודם הסכם מסחרי עם n8n, לא משנה על איזה שרת זה רץ.
- המידע שלכם חייב להישאר מחוץ לארה״ב. שרתי ה-VPS של Devoster נמצאים ביוטה, ארה״ב. לאוטומציות המרחק כמעט לא משפיע על ביצועים, אבל הוא עשוי להיות רלוונטי לדרישות רגולציה ופרטיות.
אם אף אחד מאלה לא נכון לגביכם, השוו את כל חבילות ה-VPS של Devoster ותתחילו מ-Starter.
שאלות ותשובות
עמודים קשורים
- VPS ל-Dockerשרת VPS ל-Docker על KVM ודיסקי NVMe ביוטה, ארה״ב: Docker ו-Compose רצים באופן טבעי עם root מלא. החל מ-$3.49 לחודש; Starter עם 2 ליבות ו-4GB ב-$7.99.
- VPS עם 4GB RAMשרת VPS עם 4GB RAM, 2 vCPU ו-75GB NVMe על KVM ביוטה, ארה״ב, עם root מלא, ב-$7.99 לחודש. מה באמת נכנס ב-4GB, מה לא, ומתי כדאי לעלות ל-6 או 8GB.
- VPS עם 8GB RAMשרת VPS עם 8GB RAM, 4 vCPU ו-125GB NVMe על KVM ביוטה, ארה״ב, ב-$13.99 לחודש. אילו עומסים צריכים 8GB, שרת אחד או שניים של 4GB, ואיך לתכנן אותו.