Thin Provisioning בווירטואליזציה: מה זה באמת, מתי זה מציל תקציב ומתי זה מפיל שרתים

יום שני בבוקר, שיחה מה-Helpdesk: "כל השרתים הווירטואליים תקועים". נכנסים ל-vCenter ורואים התראה אדומה: Datastore נמצא ב-100% תפוסה. אבל רגע — לפי הטבלה שבנינו לפני חצי שנה, אמורים להיות עוד 800GB פנויים. מה קרה? Thin Provisioning קרה. ובדיוק בגלל תרחישים כאלה, המונח הזה מופיע כמעט בכל ראיון עבודה לתפקידי סיסטם ווירטואליזציה.

ההגדרה, בלי בולשיט 📦

Thin Provisioning היא שיטת הקצאת אחסון שבה הדיסק הווירטואלי מוצג למערכת ההפעלה בגודל המלא שהגדרתם (נניח 500GB), אבל תופס בפועל ב-Datastore רק את מה שנכתב אליו בפועל (נניח 80GB). הקובץ גדל דינמית ככל שמכניסים אליו נתונים. זו בדיוק אותה תפיסה של "התחייבות מול צריכה": התחייבנו ל-500, צורכים 80.

לעומת זאת ב-Thick Provisioning, כל 500GB נתפסים ב-Datastore ברגע יצירת הדיסק — גם אם המכונה ריקה לגמרי. הנתונים אמנם לא נכתבו, אבל השטח כבר שמור ואף אחד אחר לא יוכל להשתמש בו.

שלושת סוגי הדיסקים ב-VMware — ההבדל האמיתי 🧱

• ▸🪶 Thin Provision — מוקצה לפי צריכה. חוסך מקום, אבל כל בלוק חדש דורש "ניפוח" (Grow) ואיפוס (Zeroing) בזמן הכתיבה הראשונה — ולכן יש קנס ביצועים קטן בכתיבות ראשוניות.
• ▸🧊 Thick Provision Lazy Zeroed — כל השטח מוקצה מיד, אבל הבלוקים מאופסים רק בכתיבה הראשונה. פשרה טובה: יצירה מהירה ותפוסה ודאית.
• ▸🛡️ Thick Provision Eager Zeroed — כל השטח מוקצה ומאופס מראש. היצירה איטית, אבל הביצועים הכי עקביים. חובה עבור VMware FT ומומלץ למסדי נתונים כבדים.
• ▸🖥️ בעולם Hyper-V המונחים מקבילים: Dynamically Expanding VHDX מול Fixed Size VHDX.

Overcommitment — הכוח והסכנה ⚠️

היתרון הגדול של Thin הוא היכולת להקצות יותר ממה שיש. Datastore של 2TB יכול לארח 20 מכונות עם דיסקים של 200GB כל אחת (סה"כ 4TB "על הנייר") — כי בפועל כל מכונה משתמשת רק ב-40GB. זה חוסך כסף אמיתי ברכש אחסון, וזו הסיבה שכמעט כל ארגון עובד כך.

והנה הסכנה: השטח שהתחייבתם אליו לא נעלם — הוא רק דחוי. ברגע שהמכונות ימלאו את הדיסקים שלהן, ה-Datastore ייגמר. וכש-Datastore מגיע ל-100%, המכונות שכותבות אליו נעצרות (Paused) ומקבלות שגיאת I/O. זה לא איטיות — זו השבתה. לכן Thin בלי ניטור זו פצצת זמן.

• ▸📊 הגדירו Alarms ב-vCenter על 75% ו-85% תפוסת Datastore — לא על 95%.
• ▸📈 עקבו אחרי Provisioned Space מול Used Space, לא רק אחרי Used.
• ▸🧯 השאירו תמיד Headroom של 10-15% לצורכי Snapshots, Swap ו-Logs.
• ▸🚫 אל תשלבו Thin עם Snapshots ארוכי טווח — זה השילוב שהכי הרבה פעמים מילא Datastore בארגונים.

הבעיה השקטה: שטח שנמחק ולא משתחרר 🧹

נקודה שרבים מפספסים: כשמוחקים 100GB בתוך מערכת ההפעלה של ה-VM, קובץ ה-VMDK לא מתכווץ מעצמו. מבחינת שכבת האחסון הבלוקים עדיין "תפוסים". התוצאה היא Thin Disk שמנופח לאורך זמן — גדל ולא יורד לעולם. הפתרון נקרא UNMAP / TRIM: מנגנון שמודיע לשכבת האחסון שהבלוקים כבר לא בשימוש.

# בתוך מכונת Windows וירטואלית — הפעלת TRIM ידנית
Optimize-Volume -DriveLetter C -ReTrim -Verbose

# בדיקה שה-VM מדווח על תמיכה ב-UNMAP
fsutil behavior query DisableDeleteNotify   # התוצאה הרצויה: 0

# ב-ESXi (SSH) — שחרור שטח ברמת ה-VMFS Datastore
esxcli storage vmfs unmap -l DATASTORE01 -n 200

# בדיקת תפוסה בפועל מול הקצאה
df -h /vmfs/volumes/DATASTORE01
du -h /vmfs/volumes/DATASTORE01/VM01/VM01-flat.vmdk

אז מתי בוחרים מה? כלל אצבע מהשטח 🎯

• ▸✅ Thin — סביבות Test/Dev, שרתי אפליקציה, תחנות VDI, כל מקום שבו הצמיחה איטית וצפויה.
• ▸✅ Thick Eager Zeroed — מסדי נתונים (SQL/Oracle), שרתי Exchange, מערכות עם דרישת Latency קשיחה ו-VMware Fault Tolerance.
• ▸⚠️ שימו לב: על אחסון מודרני מסוג All-Flash עם Thin Provisioning ברמת ה-Array, פער הביצועים בין Thin ל-Thick כמעט נעלם — אבל הסיכון התפעולי של Overcommitment נשאר בדיוק אותו דבר.
• ▸🔄 אפשר להמיר: Inflate מ-Thin ל-Thick, או Storage vMotion עם שינוי פורמט — שתי פעולות שכל אדמין וירטואליזציה חייב לדעת לבצע.

רוצים להגיע לרמה הזו בשטח? 🎯

כל מה שקראתם כאן הוא בדיוק סוג החומר שמפריד בין מי ש"מכיר את הכפתורים" לבין מי שבאמת מנהל תשתית ארגונית. בקורס System Administrator של מכללת נטמי אתם בונים מעבדה אמיתית משלכם: מתקינים Windows Server 2025 מאפס, מקימים Domain Controller נוסף, שוברים ומתקנים רפליקציה, קוראים רשומות SRV ב-DNS, מגדירים GPO, כותבים PowerShell לאוטומציה ומתרגלים תקלות אמיתיות מהשטח — אותן תקלות שיושבות בראיונות העבודה וביום הראשון בתפקיד.

• ▸🎥 קורס מלא בעברית, כולל הקלטות וגישה לכל החיים.
• ▸🧪 מעבדות מעשיות — לא מצגות: AD, DNS, DHCP, GPO, PKI, WSUS ו-PowerShell.
• ▸🧭 ליווי מקצועי ומענה לשאלות לאורך כל הדרך.
• ▸💼 הכנה לראיונות עבודה בעולם ה-IT והסיסטם בישראל.

אדמין טוב לא זוכר פקודות בעל פה — הוא מבין מה קורה מתחת למכסה המנוע, ולכן יודע לאן להסתכל כשמשהו נשבר.