Storage VPS לעומת VPS רגיל: מה ההבדל בביצועים?

Storage VPS לעומת VPS רגיל: התשובה הקצרה

שרת Storage VPS הוא שרת וירטואלי פרטי שנמכר לפי נפח אחסון בטרה-בייט, בעוד שרת VPS רגיל נמכר לפי כמות ליבות מעבד. תוכנית האחסון מספקת מספר טרה-בייט של דיסק איטי מאחורי הקצאת CPU מצומצמת. התוכנית הסטנדרטית מספקת דיסק NVMe (ר"ת של non-volatile memory express) מהיר, שלרוב קטן פי 20, בתוספת כוח עיבוד וזיכרון גדולים יותר באותו מחיר. כל שאר המאפיינים של שני המוצרים זהים: אותו hypervisor, אותה גישת root shell, אותו image של Ubuntu ואותו stack רשת.

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

שמות התוכניות שתפגשו בדפי תמחור

ארבע תוויות מכסות כמעט כל ספק, ורק שתיים מהן בעלות משמעות ספציפית.

• Standard VPS. שניים עד שמונה vCPU, זיכרון RAM בנפח 2 GB עד 32 GB, ושטח אחסון של 20 GB עד 400 GB על גבי כונני NVMe או SATA SSD המותקנים פיזית בשרת המארח.
• Storage VPS. נפח של 1 TB עד 20 TB או יותר, בדרך כלל על גבי כוננים מגנטיים (SATA) או כונני SATA SSD בעלי קיבולת גבוהה, עם vCPU אחד עד ארבעה משותפים וכמות צנועה של זיכרון RAM. לרוב, עלותם החודשית זהה לזו של תוכנית Standard קטנה.
• VDS. קיצור של virtual dedicated server. אין הגדרה מוסכמת למונח זה, והסעיף להלן מפרט מה כדאי לבדוק במקום זאת.
• Block storage volume. אינו תוכנית כלל: זהו דיסק המחובר ברשת שניתן להוסיף ל-VPS קיים, והתשלום עבורו הוא לפי GB לחודש. זהו היחיד מבין הארבעה שניתן להגדיל את נפחו ללא צורך בהעברת השרת.

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

מה באמת משתנה בין שתי התוכניות

סוג וכמות הדיסק. זהו ההבדל המהותי במוצר. תוכנית סטנדרטית מספקת אחסון NVMe flash הנגיש דרך אפיק PCI Express. תוכנית אחסון (storage plan) מספקת מערך גדול של דיסקים מסתובבים או כונני SATA SSD בעלי קיבולת גבוהה. אם אינכם בטוחים אילו מהמונחים הללו רלוונטיים עבורכם, התחילו ב-מהו SSD VPS וכיצד הוא שונה מתוכניות דיסק ישנות ולאחר מכן ב-הפער המעשי בין NVMe לבין SATA SSD.

יחס ה־CPU. תוכניות אחסון כוללות פחות vCPU לכל טרה-בייט, וה־vCPU הללו כמעט תמיד משותפים עם דיירים אחרים. זה אינו פגם. יעד לגיבוי מבלה את רוב זמנו בהמתנה לרשת, ולכן אינו זקוק לליבות עיבוד רבות.

זיכרון RAM. תוכניות אחסון דלות ב־RAM ביחס למחירן. הדבר מורגש בנקודה אחת ספציפית: מטא-דאטה של מערכת הקבצים. מיליוני קבצים קטנים דורשים זיכרון עבור ה-directory וה-inode cache; בלעדיו, כל פעולת רישום קבצים מחייבת פנייה חוזרת לדיסק.

מכסת תעבורת רשת. קראו שורה זו בעיון בתוכנית אחסון. קיבולת שאינכם יכולים לשחזר ממנה אינה מהווה גיבוי. בדקו את מכסת התעבורה החודשית ב-TB ואת מהירות הפורט ב-Gbit/s, שכן שחזור מלא של 4 TB דרך פורט של 1 Gbit/s אורך כתשע שעות בקצב קו מלא, וזמן רב הרבה יותר אם הפורט משותף.

[
  {
    "plan": "Storage VPS, HDD",
    "usd_per_tb_month": 3
  },
  {
    "plan": "Storage VPS, SATA SSD",
    "usd_per_tb_month": 9
  },
  {
    "plan": "Standard VPS, NVMe",
    "usd_per_tb_month": 40
  },
  {
    "plan": "Block storage add-on",
    "usd_per_tb_month": 90
  }
]

אלו הם נתונים מעוגלים שנלקחו מדפי מחירים ציבוריים של מספר ספקיות באוגוסט 2026; הם אינם הצעת מחיר מחברה ספציפית והם משתנים. המבנה הוא החלק שנשאר קבוע. טרה-בייט בתוכנית אחסון מבוססת דיסקים מסתובבים עולה סביב 3 דולר ארה"ב לחודש. אותו טרה-בייט של NVMe בתוכנית סטנדרטית עולה כ-40, ונפח אחסון מחובר רשת (network attached block volume) הוא היקר ביותר מבין 4 האפשרויות, במחיר של 90. למבט רחב יותר על הרכב החשבונית החודשית, ראו ממה באמת מורכב מחיר חודשי של VPS.

מדוע מחיר ל-TB ומחיר לליבה נעים בכיוונים מנוגדים

צומת אחסון (storage node) הוא מארז המכיל 12 עד 16 כוננים גדולים עם מעבד צנוע אחד בחזית. צומת מחשוב (compute node) הוא ההפך: ליבות רבות, זיכרון RAM רב, ושניים או ארבעה כונני NVMe. הספק מוכר את מה שיש לאותו מארז להציע כעודף. לכן, תוכנית שעלותה נמוכה לכל טרה-בייט תהיה יקרה לכל ליבה, ותוכנית שעלותה נמוכה לכל ליבה תהיה יקרה לכל טרה-בייט. לא קיימת תוכנית שזולה בשני המדדים, כיוון שלא קיים מארז שמתוכנן כך.

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

קריאות אקראיות הן מה שדיסק זול אינו מסוגל לבצע

[
  {
    "disk": "7200 rpm SATA HDD",
    "random_read_iops": "180",
    "typical_latency_ms": 8.5
  },
  {
    "disk": "SATA SSD",
    "random_read_iops": "75,000",
    "typical_latency_ms": 0.2
  },
  {
    "disk": "NVMe SSD",
    "random_read_iops": "600,000",
    "typical_latency_ms": 0.08
  }
]

אלו נתונים ברמת דף נתונים (datasheet) ולא מדד ביצועים (benchmark) של ספק כלשהו. דיסק של 7200 rpm מספק בערך 180 קריאות 4k אקראיות בשנייה, כיוון שהראש חייב לנוע פיזית למסלול ואז להמתין שהפלטה תביא את הסקטור אל מתחתיו, מה שעולה בערך 8.5 ms בכל פעם. בזיכרון פלאש אין שום דבר שצריך לנוע, לכן כונן SATA SSD מגיע לכ-75,000 והתקן NVMe מגיע לכ-600,000 IOPS ב-0.08 ms. זהו פער של יותר מפי שלושת אלפים, ושום כמות של RAM או CPU לא תגשר עליו.

עבודה סדרתית (sequential) היא סיפור שונה לחלוטין, וזו הסיבה שתוכניות אחסון הן שימושיות בכלל. דיסק מסתובב בודד עדיין מזרים נתונים בקצב של 150 MB/s עד 250 MB/s, ומערך של דיסקים מזרים יותר מכך. זה מנצל במלואו פורט של 1 Gbit/s, כך שהעלאת גיבוי רצה במהירות הרשת המלאה והדיסק לעולם אינו מהווה את צוואר הבקבוק. הנתונים שלכם תלויים גם באופן שבו המערך בנוי, שכן striping מפזר בקשה אחת על פני כמה דיסקים: כיצד RAID 10 משנה את ביצועי תוכנית האחסון מכסה זאת.

מה המשמעות של VDS?

בדרך כלל מדובר במונח שיווקי. קיימות שלוש משמעויות נפוצות, וספק השירות ממעט לציין איזו מהן רלוונטית. חלק מהספקים משתמשים ב־VDS כדי לציין ליבות CPU ייעודיות (pinned), כך שאף דייר אחר לא מתחרה איתך על משאבי העיבוד. אחרים משתמשים במונח עבור וירטואליזציה מלאה כגון KVM, בניגוד לווירטואליזציה מבוססת מכולות (containers) כמו LXC או OpenVZ, שבהן אתה חולק את ה־kernel של המארח. יש המשתמשים במונח ללא כל משמעות טכנית, מעבר לשם שנשמע עוצמתי יותר מ־VPS.

ניתן לברר חלק מהפרטים מתוך השרת עצמו. הפקודה systemd-detect-virt מדפיסה kvm במכונה וירטואלית מלאה ו־lxc במכולה; מכולה משמעותה שלא ניתן לטעון מודולי kernel או להריץ kernel משלך. את הטענה ל־CPU ייעודי עליך למדוד בעצמך, באמצעות בדיקת ה־steal time המפורטת בהמשך. התייחס לאותיות בתוכנית כרמז בלבד, ולמפרט הטכני כחוזה המחייב.

אילו שורות במפרט יש לבדוק במקום את השם

• המילה המודפסת לצד הקיבולת: NVMe, SSD, SATA או HDD. אם לא מופיעה מילה המתייחסת לדיסק בשום מקום בדף, הניחו שמדובר בחומרה הזולה ביותר התואמת למחיר.
• האם הדיסק מקומי לצומת (node) או מחובר ברשת. אחסון מחובר לרשת מוסיף שיהוי (latency) לכל בקשה ושורד כשל של צומת. דיסק מקומי מהיר יותר אך אובד יחד עם הצומת.
• ניסוח ה-CPU: "dedicated" או "pinned" לעומת "shared", "fair share" או היעדר ציון כלשהו.
• כל מגבלת IOPS או MB/s הרשומה בתוכנית. מגבלה של 500 IOPS הופכת את סוג הדיסק ללא רלוונטי כמעט.
• מכסת תעבורה חודשית ומהירות פורט, הקובעות כמה זמן ייקח שחזור מלא.
• האם snapshots, גיבויים וכתובות IP נוספות כלולים במחיר או מחויבים בנפרד.

כיצד לבדוק את הדיסק שקיבלת בפועל

התחילו בבדיקת הדיווח של ה-kernel, אך אל תסתמכו עליו באופן עיוור.

lsblk -d -o NAME,ROTA,SIZE,MODEL
df -h /
nproc
free -h

הערך ROTA הוא 1 עבור התקן מסתובב (HDD) ו-0 עבור זיכרון פלאש (SSD/NVMe). אל תסתמכו על ערך זה בתוך VPS: דיסק מסוג virtio מדווח בדרך כלל על ROTA=0 ללא קשר למה שנמצא מאחוריו, כיוון שה-hypervisor מציג התקן בלוק גנרי והמערכת האורחת לעולם לא רואה את הכונן הפיזי. הערך MODEL נותר ריק מאותה סיבה. הדגל מתאר את מה שה-hypervisor הצהיר עליו, לא את מה שמסתובב בארון השרתים, לכן יש לבצע מדידה בפועל.

sudo apt update && sudo apt install -y fio
fio --name=randread --filename=/var/tmp/fio.test --size=1G --bs=4k --rw=randread \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fio.test

הפקודה --direct=1 עוקפת את ה-page cache, כך שאתם מודדים את הדיסק ולא את ה-RAM. השורה שיש לבחון היא read: IOPS=, כאשר ההתפלגות מופיעה תחת clat percentiles (usec). תוכנית NVMe סטנדרטית מדווחת על עשרות אלפי IOPS עם אחוזון 99 מתחת למילי-שנייה אחת. תוכנית אחסון מבוססת דיסקים מסתובבים מדווחת על כמה מאות IOPS עם אחוזון 99 בטווח של עשרות מילי-שניות. אם fio מדווח כי מנוע ה-libaio אינו ניתן לטעינה, השתמשו ב---ioengine=psync --iodepth=1 וצפו למספרים נמוכים יותר, כיוון שמנוע זה מוציא בקשה אחת בכל פעם.

vmstat 1 5
sudo apt install -y sysstat
iostat -x 1 5

בתוך vmstat, העמודה st מייצגת steal time: שיעור הזמן שבו ה-vCPU שלכם היה מוכן לביצוע, אך המארח הקצה את המחזורים הללו לאורח אחר. נתון יציב מעל 5 מעיד על כך שהצומת נמצא ב-oversubscription, וזהו המבחן האמיתי לטענה של "מעבד ייעודי". בתוך iostat -x, עקבו אחר %util, r_await ו-w_await. ערך %util הקרוב ל-100 עם w_await בטווח של עשרות מילי-שניות מעיד על כך שהדיסק הוא צוואר הבקבוק ושום כוונון של היישום לא יעזור. לבדיקות ספציפיות עבור פלאש, המדריך אימות שדיסק NVMe הוא אכן NVMe מספק מידע מעמיק יותר.

בחירה לפי עומס עבודה

• יעד גיבוי עבור restic, Borg או rsync. שרת VPS לאחסון הוא המקרה שעבורו תוכנן פתרון זה. פעולות הכתיבה הן גדולות וסדרתיות, מנגנון ה-deduplication מתבצע במכונת המקור, ושום תהליך אינו ממתין לתוצאה. הסתייגות אחת: restic prune ו-restic check --read-data קוראים את כל ה-repository בחלקים קטנים, לכן הקצו להם שעות עבודה והריצו אותם לפי לוח זמנים. ראו ביצוע גיבויי restic לשרת VPS.
• ספריית מדיה עבור Immich או Jellyfin. שרת VPS לאחסון עבור הקבצים, עם אזהרה בנוגע ל-CPU. היישום Immich מייצר תמונות ממוזערות ומריץ משימות למידת מכונה בעת הייבוא, ו-Jellyfin מבצע קידוד מחדש (transcoding) בעת הניגון. שני vCPU משותפים יתקדמו באיטיות רבה בייבוא ראשוני של 200 GB תמונות. שמרו את מסד הנתונים ואת ה-cache של התמונות הממוזערות על הדיסק המהיר ביותר בשרת. המדריך אירוח עצמי של Immich כתחליף ל-Google Photos מכסה את נושא התאמת המשאבים.
• PostgreSQL או MySQL. תוכנית NVMe סטנדרטית. כל פעולת commit מסתיימת ב-fsync שחייב להגיע לאחסון עמיד לפני שהטרנזקציה חוזרת, לכן ה-latency של ה-commit הוא ה-latency של הדיסק. חיפוש באינדקס הוא קריאה אקראית של 8 kB, בדיוק מסוג הפעולות שדיסק מסתובב מתקשה לבצע.
• יישום אינטרנט, API או לוח בקרה. תוכנית סטנדרטית. אלו זקוקים לליבות ול-latency צפוי, ולעיתים רחוקות הם זקוקים ליותר מ-100 GB.
• מטמון CI או אחסון ארטיפקטים. זה תלוי בגודל הקובץ. קובצי tarball גדולים מוזרמים מתוכנית אחסון במהירות הרשת המלאה. מטמון של מאות אלפי קבצים קטנים, הנמשכים במקביל על ידי כמה runners, הוא למעשה פעולות IO אקראיות במסווה, והביצועים עלולים לאכזב.

איך זה נראה כשמבצעים זאת באופן שגוי

הכשל לעולם אינו מיידי. מסד נתונים על תוכנית אחסון מבוססת דיסקים מסתובבים (spinning storage) מרגיש תקין עם משתמש אחד, אך קורס תחת עשרה, כיוון ששאילתות שהיו מגיעות ל־RAM מתחילות להגיע לדיסק, וכל אחת מהן עולה כעת מילי-שניות במקום מיקרו-שניות. ממוצע העומס (load average) מטפס בזמן ש-top מראה שה-CPU ברובו אינו פעיל עם נתון %wa גבוה, מה שאומר שתהליכים חסומים בהמתנה לדיסק במקום לבצע חישובים. iostat -x 1 מראה ש-%util קרוב ל-100.

PostgreSQL מצהיר על כך בבירור בלוג שלו, כיוון ש-log_checkpoints מופעל כברירת מחדל החל מגרסה 15:

LOG:  checkpoint complete: wrote 8241 buffers (2.5%); ... write=112.402 s, sync=9.318 s, total=121.914 s

הנתון sync= הוא החשוב ביותר. זהו הזמן שה-checkpoint בילה בהמתנה ל-fsync שיחזיר תשובה, לכן ערך בשניות משמעו שהדיסק אינו מסוגל לספוג כתיבות בקצב שבו מסד הנתונים מייצר אותן. חיבורי לקוחות נתקעים במהלך חלון זמן זה, גם אם השאילתה עצמה זולה. הפתרון אינו שינוי בתצורה. העבירו את תיקיית הנתונים ל-NVMe, ושמרו את תוכנית האחסון עבור מה שהיא טובה בו: החזקת הגיבויים של מסד הנתונים.

FAQ

האם שרת VPS לאחסון איטי יותר משרת VPS רגיל?

עבור קריאה וכתיבה אקראית, כן, בהפרש ניכר. תוכנית אחסון מבוססת דיסקים מסתובבים מספקת כמה מאות בקשות אקראיות קטנות בשנייה, כאשר כל בקשה אורכת כ-8 ms, בעוד שתוכנית NVMe מספקת עשרות אלפים בפחות מ-1 ms. עבור העברות רציפות, ההבדל מצטמצם משמעותית, כיוון שמערך אחסון עדיין מסוגל להזרים נתונים בקצב של 150 MB/s ומעלה, מה שמספיק כדי למלא פורט של 1 Gbit/s. מדדו את הביצועים שלכם בעזרת fio --rw=randread --bs=4k --direct=1 לפני שתחליטו.

האם ניתן להריץ PostgreSQL על שרת VPS לאחסון?

ניתן להפעיל אותו, והוא יעבוד כל עוד סט הנתונים הפעיל נכנס בזיכרון ה-RAM. לאחר מכן, כל פעולת commit תמתין ל-fsync על דיסק איטי, ו-Postgres תתעד זאת כערך sync= בשניות בתוך checkpoint complete, בעוד ש-iostat -x 1 יציג %util קרוב ל-100 עם w_await גבוה. הסידור המקובל הוא שימוש ב-VPS מבוסס NVMe קטן עבור מסד הנתונים, ושרת VPS לאחסון כיעד עבור הגיבויים (dumps) שלו.

האם VDS אומר שאני מקבל חומרה ייעודית?

לא בהכרח. למונח VDS אין משמעות סטנדרטית. ספקים מסוימים משתמשים בו עבור ליבות CPU מוצמדות (pinned), אחרים עבור וירטואליזציה מלאה מסוג KVM בניגוד למכולה עם ליבה משותפת, ויש המשתמשים בו כשם שיווקי בלבד. הריצו את systemd-detect-virt כדי לראות אם אתם על kvm או lxc, והריצו את vmstat 1 5 ועקבו אחר עמודת st כדי לראות אם דיירים אחרים צורכים את מחזורי ה-CPU שלכם.

איך אדע אם הדיסק של ה-VPS שלי הוא אכן NVMe?

אל תסמכו על lsblk -d -o NAME,ROTA,MODEL, כיוון שדיסק מסוג virtio מדווח בדרך כלל על ROTA=0 ומחרוזת דגם ריקה, ללא קשר לחומרה שנמצאת מתחת. הריצו בדיקת קריאה אקראית של 30 שניות עם fio באמצעות --direct=1, ובדקו את ה-IOPS ואת השיהוי (latency) באחוזון ה-99. מאות IOPS עם שיהוי של עשרות מילי-שניות מעידים על מערך דיסקים מסתובבים. עשרות אלפי IOPS בפחות ממילי-שנייה מעידים על זיכרון פלאש.