חלופות מומלצות ל-Nextcloud לאירוח עצמי

אילו חלופות ל-Nextcloud כדאי לארח באופן עצמאי?

החלופות ל-Nextcloud שכדאי להריץ הן אלו שמוותרות על החלקים שמעולם לא השתמשתם בהם. Nextcloud הוא שרת קבצים, יומן, ספר כתובות, חבילת יישומים משרדיים ופלטפורמת אפליקציות בתוך יישום PHP אחד, ואתם משלמים על כל אלו בכל טעינת דף. לכן, בחרו חלופה לפי התפקיד היחיד שאתם עדיין צריכים, ובדקו מה העלות של העברת הקבצים שכבר ברשותכם.

מדריך זה ממיין את האפשרויות לפי אותו תפקיד: סנכרון בלבד, סנכרון עם שרת מהיר יותר, אחסון אובייקטים עם לקוח מותקן מעליו, או גישה פשוטה לקבצים מרחוק. כל סעיף מפרט מה השרת דורש ב-VPS (שרת וירטואלי פרטי) קטן ומה קורה לעץ התיקיות הקיים שלכם. אם אתם מגיעים מ-Dropbox או מ-Google Drive ולא משרת Nextcloud שאתם כבר מריצים, הסקירה הרחבה של חלופות Dropbox לאירוח עצמי מתחילה מהצד הזה.

מדוע Nextcloud הופך לאיטי בשרת VPS קטן

לאיטיות יש סיבות מוגדרות, והכרתן תסייע לכם להבין אם מעבר לשרת אחר אכן יפתור את הבעיה.

כל טעינת דף תופסת PHP worker. דרישות המערכת של Nextcloud מציינות זיכרון לכל תהליך: מינימום 128 MB, ומומלץ 512 MB, נכון לאוגוסט 2026. זהו אינו סך הזיכרון לשרת כולו. מאגר של עשרה workers מהווה נתח זיכרון משמעותי בתוכנית של 2 GB, לכן מנהלי מערכת מנמיכים את pm.max_children בקובץ התצורה של ה-PHP-FPM pool, מה שגורם לבקשות להמתין בתור מאחורי ה-workers הקיימים. הממשק מרגיש איטי גם כשהדיסק אינו בשימוש.

מסד הנתונים גדל לפי כמות הקבצים, לא לפי הנפח בבתים. טבלת ה-file cache, המכונה oc_filecache תחת קידומת הטבלאות המוגדרת כברירת מחדל, מחזיקה שורה אחת עבור כל קובץ ותיקייה בכל אמצעי אחסון שהשרת מכיר. ספריית תמונות של 300,000 קבצים קטנים היא טבלה גדולה; 300 GB של קובצי וידאו המורכבים מ-400 קבצים בלבד הם טבלה קטנה. פעולות שיתוף, חיפוש וסריקת קבצים קוראות כולן את הטבלה הזו.

sudo mysql nextcloud -e 'SELECT COUNT(*) FROM oc_filecache;'

ספירה המגיעה למיליונים מסבירה רשימת קבצים איטית טוב יותר מכל מבחן ביצועים (benchmark) לדיסק. אם המופע שלכם משתמש בקידומת טבלה שונה או ב-PostgreSQL, התאימו את השאילתה בהתאם.

משימות רקע מתחרות בממשק האינטרנט. המדריך של Nextcloud ממליץ על הגדרת cron במערכת המריצה את cron.php בכל חמש דקות. יצירת תצוגה מקדימה (preview) וסריקת קבצים רצות שם, על אותו מעבד שמשרת את הדפדפן שלכם.

שדרוגים מרכזיים הם תהליך של הגירת מסד נתונים. המופע נכנס למצב תחזוקה (maintenance mode) ועונה לכל בקשה ב-Nextcloud is in maintenance mode, please try again later עד לסיום ההגירה. בשרת VPS קטן עם oc_filecache גדול, חלון הזמן הזה ארוך מספיק כדי להיות מורגש.

החלטה על מה שומרים תחילה

• סנכרון תיקייה אחת בין מכונות שבבעלותך, ללא ממשק אינטרנט: Syncthing.
• סנכרון עבור כמה אנשים, עם ממשק אינטרנט, לקוחות מובייל וקישורי שיתוף: Seafile.
• אחסון כמות גדולה של נתונים בעלות נמוכה וגישה אליהם מסקריפטים ומכלי גיבוי: אחסון אובייקטים (object storage) בצירוף לקוח מתאים.
• קריאה וכתיבה של קבצים מרחוק ללא התקנת תוכנת שרת חדשה: SFTP או WebDAV.
• עריכה משותפת של מסמכים בדפדפן, או שיתוף יומן בין אנשים: הישארו עם Nextcloud, או קבלו את הצורך בהרצת שני שירותים נפרדים.

Syncthing: סנכרון קבצים ללא יישום שרת

Syncthing שומר את הקבצים שלך כקבצים רגילים. אין מסד נתונים לתוכן ואין ממשק אינטרנט שמגיש את המסמכים שלך. כל התקן שמצטרף לתיקייה מחזיק עותק מלא, ו-Syncthing שומר על העותקים זהים.

sudo mkdir -p /etc/apt/keyrings
sudo curl -L -o /etc/apt/keyrings/syncthing-archive-keyring.gpg https://syncthing.net/release-key.gpg
echo "deb [signed-by=/etc/apt/keyrings/syncthing-archive-keyring.gpg] https://apt.syncthing.net/ syncthing stable-v2" | sudo tee /etc/apt/sources.list.d/syncthing.list
sudo apt-get update
sudo apt-get install syncthing

sudo systemctl enable --now syncthing@$USER
sudo ss -lntp | grep 8384

שורה המציגה את 127.0.0.1:8384 משמעותה שממשק האינטרנט פעיל ומוגדר להאזנה ל-localhost בלבד, וזה המצב הרצוי ב-VPS ציבורי. ניתן לגשת אליו באמצעות מנהרת SSH: ssh -L 8384:127.0.0.1:8384 you@your-vps, ולאחר מכן לפתוח את http://127.0.0.1:8384 במחשב הנייד שלך. היעדר מאזין בפורט 8384 מעיד על כך שהשירות לא עלה, ו-journalctl -u syncthing@$USER -n 50 מסביר מדוע.

משאבים. Syncthing לא מפרסם דרישות זיכרון מינימליות. צריכת המשאבים שלו תלויה במספר הקבצים שהוא מאנדקס ולא בנפח הכולל שלהם, כיוון שהוא שומר רשומה באינדקס עבור כל קובץ בכל תיקייה משותפת. הסריקה הראשונה של תיקייה גדולה דורשת מאמץ CPU: Syncthing מבצע hashing לכל קובץ לפני שהוא יכול להשוות ביניהם. צפו לכך שהמעבר הראשון יימשך זמן מה על vCPU משותף, וצפו לעלייה בזיכרון בהתאם למספר הקבצים ולא בהתאם לנפח בגיגה-בייטים.

הדיסק הוא העלות האמיתית. אין חיסכון בצד השרת, כיוון ש-Syncthing אינו שרת. תיקייה בנפח 200 GB המשותפת בין VPS למחשב נייד דורשת 200 GB בשניהם. זהו ההפך מ-Nextcloud, שבו השרת מחזיק את הכל והלקוחות בוחרים מה לסנכרן. השתמשו בתיקיות סלקטיביות ובתיקיית receive only ב-VPS אם ה-VPS מיועד לשמש כיעד גיבוי ולא כעמית (peer).

הגירה היא הסיבה לבחור בו. כוונו את Syncthing לעץ הספריות הקיים שלכם. אין צורך בייבוא, העלאה או המרה. הוסיפו את התיקייה ב-VPS, הוסיפו אותה במחשב הנייד עם אותו מזהה תיקייה (folder ID), ותנו לשני הצדדים להסתנכרן. אם אותו קובץ קיים בגרסאות שונות בשני הצדדים בעת החיבור הראשון, Syncthing ישמור את שניהם וישנה את שמו של אחד מהם ל-filename.sync-conflict-20260809-142530-ABCD123.txt. הופעת קבצים אלו היא תקינה בסנכרון הראשון, ואינה מעידה על כשל.

על מה מוותרים. אין חשבונות, אין קישורי שיתוף לשליחה לאנשים אחרים, ואין דרך לעיין בקבצים מהדפדפן בטלפון. אפליקציית האנדרואיד המקורית אינה מתוחזקת יותר על ידי הפרויקט עצמו, וגרסת fork קהילתית ממשיכה את פיתוחה; זהו נתון חשוב אם גישה מהנייד היא המטרה. השוואה ישירה בין Syncthing ל-Nextcloud עוברת על פערי התכונות אחד אחד.

Seafile: סנכרון מהיר עם שרת קל משקל

Seafile מחלקת את העבודה לשניים. יישום אינטרנט מבוסס Python בשם Seahub מציג את הממשק, ותהליך C נפרד מטפל בתעבורת הסנכרון. העברת הקבצים שלכם אינה עוברת דרך יישום האינטרנט, וזו הסיבה שהעלאה גדולה נשארת מהירה גם כשמשתמש אחר לוחץ על פריטים בממשק. גרסה 13.0 שוחררה ב־5 בינואר 2026.

sudo mkdir -p /opt/seafile
cd /opt/seafile
sudo wget -O .env https://manual.seafile.com/13.0/repo/docker/ce/env
sudo wget https://manual.seafile.com/13.0/repo/docker/ce/seafile-server.yml
sudo wget https://manual.seafile.com/13.0/repo/docker/seadoc.yml
sudo wget https://manual.seafile.com/13.0/repo/docker/caddy.yml

ערכו את .env לפני שמתחילים בכל פעולה. קובץ זה מגדיר את SEAFILE_SERVER_HOSTNAME, INIT_SEAFILE_ADMIN_EMAIL, INIT_SEAFILE_ADMIN_PASSWORD, SEAFILE_MYSQL_DB_PASSWORD ו־JWT_PRIVATE_KEY, אשר חייב להיות מחרוזת אקראית באורך של לפחות 32 תווים. קובץ זה גם מורה ל־compose אילו מקובצי ה־YAML שהורדו לקרוא, כך שארבע ההורדות יפעלו כסטאק אחד.

cd /opt/seafile
sudo docker compose up -d
sudo docker compose ps

כל מכולה צריכה לדווח על מצב פעיל (running). מכולה שמבצעת אתחול בלולאה מעידה כמעט תמיד על ערך חסר ב־.env, ו־sudo docker compose logs seafile מציין איזו מהן היא הבעייתית.

משאבים. התיעוד של Seafile דורש לפחות 2 GB של RAM ומעבד בעל 2 ליבות בתדר של מעל 2 GHz, נכון לאוגוסט 2026. התייחסו לנתון זה כרף המינימלי עבור כל הסטאק, כיוון שהפריסה ב־Docker מפעילה גם את MariaDB, את ה־reverse proxy מסוג Caddy ואת עורך SeaDoc. הקצו 4 GB אם יותר מאדם אחד או שניים משתמשים במערכת, או לחלופין וותרו על המכולות האופציונליות.

המכשול במעבר הוא פורמט האחסון. Seafile אינה שומרת את הקבצים שלכם כקבצים רגילים. היא מפצלת כל קובץ לבלוקים תחת /opt/seafile-data ומתעדת את מבנה העץ במסד הנתונים שלה. לא ניתן להפנות את Seafile לספריה קיימת ולצפות שהיא תופיע כספריה (library), לכן המעבר מחייב העלאה מלאה של כל התוכן שלכם. אותו תכנון אומר שלא ניתן להוציא נתונים החוצה באמצעות cp: שחזור מתבצע דרך השרת, באמצעות seaf-fsck לבדיקות עקביות, או באמצעות mount לקריאה בלבד מסוג seaf-fuse.

ל־rclone יש backend מובנה עבור Seafile, שהופך את ההעלאה הזו לפקודה אחת שניתן לחדש (resumable) במקום לסשן ארוך של גרירה ושחרור.

rclone config
rclone copy /srv/files seafile:MyLibrary --progress

התיעוד של rclone מציין כי Seafile בגרסאות 6.x עד 9.x נבדקו, לכן הריצו אותה מול תיקייה קטנה אחת ובדקו את התוצאה לפני שאתם דוחפים דרכה טרה-בייט של נתונים.

ספריות מוצפנות (Encrypted libraries) הן התכונה שבגללה אנשים עוברים למערכת. הסיסמה נקבעת בלקוח, והשרת מאחסן בלוקים שהוא אינו יכול לקרוא. הסתייגות כנה אחת: תצוגה מקדימה של קובץ מספריה מוצפנת בדפדפן שולחת את הסיסמה לשרת עבור אותו סשן, לכן תצוגה מקדימה בדפדפן ואחסון בשיטת zero-knowledge אינם זמינים בו-זמנית. השוואה בין Seafile לבין Nextcloud מכסה את שאר ההבדלים בתכונות.

אחסון אובייקטים עם לקוח סנכרון מעליו

אם המטרה היא אחסון נפח גדול של נתונים בעלות נמוכה וגישה נוחה עבור סקריפטים, כדאי להריץ שרת אחסון אובייקטים תואם S3 ולהתייחס לסנכרון כאל כלי נפרד. כך מקבלים עמידות, ניהול גרסאות ופרוטוקול שכל כלי גיבוי תומך בו. לא מקבלים חשבונות משתמשים במובן של שרת קבצים או מנהל קבצים שנוח לעבוד איתו. המדריך אירוח עצמי של אחסון אובייקטים עם MinIO מכסה את הצד של השרת.

rclone copy /srv/files s3remote:mybucket --progress
rclone check /srv/files s3remote:mybucket

הפקודה rclone check משווה בין שני הצדדים לפי גודל וערך hash ומציגה כמה קבצים שונים. כל תוצאה שאינה אפס שגיאות מעידה על כך שההעתקה לא הושלמה, לכן יש להריץ את copy שוב לפני מחיקת המקור. יש לצפות לשני דברים: באחסון אובייקטים אין תיקיות אלא רק קידומות מפתח (key prefixes), לכן תיקייה ריקה לא תשרוד את ההעתקה; כמו כן, העלאת --transfers יחד עם גודל ה-chunk של S3 היא הגורם לצריכת זיכרון גבוהה ב-rclone, לכן מומלץ להשאיר את שניהם בערכי ברירת המחדל בשרת VPS עם 1 GB זיכרון.

שימוש ב-WebDAV או SFTP פשוט כאשר נדרשת רק גישה לקבצים מרחוק

התחליף הזול ביותר הוא לעיתים קרובות לא להוסיף דבר. אם ה-VPS שלכם מריץ OpenSSH, כבר יש לכם שרת קבצים. SFTP אינו דורש daemon נוסף, מסד נתונים, PHP, או שדרוגים שעלולים להישבר ביום ראשון.

sftp you@your-vps
rclone mount sftpremote: ~/vps --vfs-cache-mode writes

עבור לקוחות התומכים ב-WebDAV, כולל רוב מנהלי הקבצים בטלפונים חכמים, ניתן להשתמש ב-rclone כדי להגיש את אותו עץ ספריות.

sudo apt install apache2-utils
sudo htpasswd -c /etc/rclone/htpasswd you
rclone serve webdav --addr 127.0.0.1:8080 --htpasswd /etc/rclone/htpasswd /srv/files

הגדירו אותו להאזין ל-127.0.0.1 והציבו לפניו reverse proxy עם TLS (אבטחת שכבת תעבורה). אימות בסיסי (basic authentication) של WebDAV שולח את הסיסמה בכל בקשה ובקשה, לכן שימוש ב-HTTP גלוי כאן משמעו מסירת הסיסמה פעמים רבות בדקה. עלות המעבר היא אפס, כיוון שהקבצים לעולם אינם זזים ממקומם. החיסרון הוא שאין סנכרון ואין עותק לא מקוון: כאשר החיבור מתנתק, הקבצים נעלמים מהלקוח עד לחידוש החיבור.

מה מחליף את לוחות השנה, אנשי הקשר ועריכת המסמכים

עזיבת Nextcloud כרוכה בוויתור על יכולות מסוימות, וכדאי להבין מהן. לוחות שנה ואנשי קשר מבוססים על הפרוטוקולים CalDAV ו־CardDAV (סנכרון לוחות שנה ואנשי קשר מעל HTTP), ו־Radicale הוא התחליף הקל עבורם. הוא שומר כל אוסף כקבצים על הדיסק וצורך עשרות בודדות של מגה-בייטים.

sudo apt install radicale
sudo systemctl enable --now radicale
sudo ss -lntp | grep 5232

החבילה מספקת את /usr/lib/systemd/system/radicale.service ואת קובץ התצורה המוגדר כברירת מחדל ב־/etc/radicale/config, כשהיא מאזינה ב־localhost:5232. ל־Radicale אין ממשק לעריכת אירועים, לכן עליכם להפנות אליו לקוח (טלפון או מחשב) ולבצע את העריכה משם.

קשה יותר להחליף את עריכת המסמכים בדפדפן. OnlyOffice Docs ו־Collabora Online הם מנועי עריכה בלבד, לא פתרונות אחסון: כל אחד מהם זקוק ליישום מארח שמחזיק את הקבצים ומעביר אותם לעריכה. אם מוותרים על Nextcloud, יש צורך במארח אחר, כגון Seafile עם עורך ה־SeaDoc המובנה שלו. השוואת OnlyOffice ו־Collabora מפרטת איזה מנוע כדאי להריץ לאחר שתחליטו מהו היישום המארח המתאים לכם.

הישארו עם Nextcloud אם אחד מהתנאים הבאים מתקיים

• כמה אנשים חולקים יומן אחד ופנקס כתובות אחד, תחת אותם חשבונות שבהם נמצאים הקבצים.
• אתם עורכים מסמכי Office בדפדפן, באותו קובץ, בו-זמנית עם אדם אחר.
• אתם זקוקים לקישורי שיתוף ברמת הקובץ עם תאריכי תפוגה וסיסמאות, בתוספת הרשאות קבוצתיות.
• המשתמשים שלכם אינם בעלי רקע טכני, והאפליקציות לנייד הן הכלי העיקרי שבו הם משתמשים.

עבור משימות אלו אין חלופה קלה יותר שמבצעת את כל הפעולות הללו, והצעד הכנה הוא לתקן את ההתקנה במקום לנטוש אותה. רוב המופעים האיטיים מריצים pool ברירת מחדל של PHP-FPM ללא הגדרת זיכרון מטמון (memory cache), ודף סקירת הניהול של Nextcloud מציג אזהרה על היעדר המטמון. צמצום מספר הקבצים במעקב עוזר יותר מכל שינוי בודד אחר, כיוון שטבלת המטמון של הקבצים היא זו שגדלה. המדריך התקנת Nextcloud על גבי VPS עם Docker, TLS וגיבויים מגדיר את המערכת באופן שמונע את רוב הבעיות הללו.

מהו העלות האמיתית של הגירה, אפשרות אחר אפשרות

• Syncthing: אין צורך בייבוא. הצביעו על עץ התיקיות הקיים בשני הצדדים ותנו לו להסתנכרן.
• SFTP או WebDAV על גבי אותו עץ: אין צורך בייבוא, שכן דבר אינו זז.
• Object storage: העתקה מלאה אחת ברשת, שניתן להמשיך אותה במקרה של קטיעה וניתנת לסקריפט; תיקיות ריקות לא שורדות העברה זו.
• Seafile: העלאה מלאה אחת לתוך ספריות, כיוון שהשרת שומר בלוקים ולא קבצים.

בכל אפשרות שתבחרו, בצעו תחילה העתקה נקייה מתוך Nextcloud. קובצי המשתמשים נמצאים תחת ספריית הנתונים בצורתם הגלויה, תיקייה אחת לכל משתמש, לכן rsync של עץ זה הוא המקור שלכם. העבירו את המופע למצב תחזוקה (maintenance mode) לפני ההעתקה, אחרת תעתיקו קבצים שנמצאים באמצע תהליך כתיבה.

sudo -u www-data php occ maintenance:mode --on
sudo rsync -a --info=progress2 /path/to/nextcloud/data/ /srv/files/
find /srv/files -type f | wc -l

השוו את הספירה הזו מול אותו find במקור. חוסר מעיד בדרך כלל על כך שהרשאות מנעו מ-rsync לקרוא פריט כלשהו, והוא ידפיס שגיאות אלו תוך כדי עבודה.

קיימים שני מוקשים בהעתקה זו. קבצים שנגישים דרך תכונת האחסון החיצוני של Nextcloud אינם נמצאים כלל בספריית הנתונים, כיוון שהם חיים במערכת המרוחקת ש-Nextcloud הוגדר לעבוד מולה. בנוסף, אם הצפנה בצד השרת (server-side encryption) הופעלה אי פעם, הקבצים על הדיסק הם טקסט מוצפן (ciphertext), לכן יש להריץ את occ encryption:decrypt-all לפני ההעתקה, אחרת תעבירו תיקייה של נתונים בלתי קריאים. בדקו את שני המקרים לפני שתבטלו דבר מה.

FAQ

האם קיימת חלופה ל-Nextcloud ששומרת על מבנה התיקיות הקיים שלי?

Syncthing, וכל הגדרה בסיסית של SFTP או WebDAV. ‏Syncthing מבצע אינדוקס לתיקייה שאתה מגדיר ושומר על אותם שמות ומבנה בכל מכשיר, כך שאין צורך בשלב ייבוא או בהעלאה. Seafile ואחסון אובייקטים (object storage) דורשים שניהם סבב העלאה מלא, כיוון שאף אחד מהם לא שומר את הנתונים כקבצים רגילים בעץ תיקיות רגיל. Seafile מפצל קבצים לבלוקים תחת ספריית הנתונים שלו, ולאחסון אובייקטים יש מפתחות במקום תיקיות.

האם Seafile ירוץ על שרת VPS עם 2 GB זיכרון?

התיעוד של Seafile דורש לפחות 2 GB של RAM ומעבד בעל 2 ליבות בתדר של מעל 2 GHz, נכון לאוגוסט 2026. התייחס לנתונים אלו כרף מינימלי ללא מרווח נשימה, כיוון שהטמעת Docker מריצה גם את MariaDB, Caddy ועורך SeaDoc במכולות נפרדות. עבור משתמש יחיד זה אפשרי. עבור משק בית או צוות קטן, עברו ל-4 GB, או הוציאו את המכולה של SeaDoc מה-stack ווותרו על עריכת מסמכים בדפדפן.

מדוע ממשק האינטרנט של Nextcloud איטי בעוד מהירות ההורדות נשארת גבוהה?

מכיוון ששני הנתיבים מבצעים עבודה שונה. הורדה מזרימה בתים מהדיסק, בעוד טעינת דף מריצה PHP, מבצעת שאילתות לטבלת ה-file cache ולעיתים קרובות ממתינה ל-PHP-FPM worker פנוי. ספרו את השורות ב-oc_filecache ובדקו את pm.max_children ב-pool של ה-PHP-FPM לפני שאתם מאשימים את האחסון. טבלה עם מיליוני שורות ו-pool של חמישה workers מייצרת בדיוק דפוס זה.

האם אני יכול להשאיר את Nextcloud עבור יומנים ולהעביר רק את הקבצים?

כן, וזו לרוב התשובה הזולה ביותר. סנכרנו את התיקיות הגדולות שלכם עם Syncthing או Seafile, והשאירו את Nextcloud פועל עבור CalDAV, CardDAV ועריכת מסמכים בדפדפן. מכיוון שמסד הנתונים של Nextcloud גדל בהתאם למספר הקבצים שהוא עוקב אחריהם, הסרת עצי התיקיות הגדולים ממנו היא מה שהופך את הממשק למהיר שוב. מחקו אותם דרך ממשק האינטרנט או באמצעות occ, ולא ישירות מספריית הנתונים בדיסק, אחרת מסד הנתונים ימשיך להחזיק שורות המצביעות על קבצים שכבר אינם קיימים.