VMware vSphere היא הפלטפורמה המווירטואלית הנפוצה ביותר שמותקנת במרכזי נתונים. היא מספקת מגוון רחב של תכונות אנטרפרייז להפעלת מכונות וירטואליות (VMs). כדי לספק אחסון אמין ויעיל שתואם לתכונות vSphere, VMware יצרה מערכת קבצים משלה בשם VMFS.
פוסט זה מתמקד בתכונות של VMware VMFS, כיצד הם עובדים עם תכונות אחרות של vSphere, והיתרונות של VMFS לאחסון קבצי VM והפעלת VMs.
מהו VMFS?
מערכת הקבצים של מכונת וירטואלית (VMFS) היא מערכת קבצים קלסטרית שמותאמת במיוחד לאחסון קבצי מכונה וירטואלית, כולל דיסקים וירטואליים ב-VMware vSphere. היא נוצרה כדי להפוך את הווירטואליזציה של אחסון ליעילה יותר עבור VMs. VMFS היא מערכת קבצים קניינית אמינה בביצועים גבוהים, שנוצרה כדי להפעיל מכונות וירטואליות (VMs) בסביבה ניתן להתרחבות – מקטנה לגדולה ומרכזי נתונים בגודל על. VMware vSphere VMFS מתפקדת כמנהל נפח ומאפשרת לך לאחסן קבצי VM במיכלים לוגיים בשם מאגרי נתונים של VMFS.
ניתן ליצור את מערכת הקבצים VMFS על דיסקים מבוססי SCSI (דיסקים SCSI ו-SAS מחוברים ישירות) ועל אחסון בלוק שנגיש דרך iSCSI, Fibre Channel (FC), ו-Fibre Channel over Ethernet (FCoE). VMFS מפעילה על דיסקים שמחוברים לשרתי ESXi אך לא על מחשבים שמריצים VMware Workstation או VMware Player.
גרסאות VMFS
VMware VMFS התפתחה מאוד מאז שחרור הגרסה הראשונה. להלן סקירה קצרה של גרסאות VMFS כדי לעקוב אחרי השינויים העיקריים והתכונות.
- VMFS 1 הועזר ב- ESX Server 1.x. גרסת זו של VMware VMFS לא תמכה בתכונות האשכול ונעשה שימוש רק על שרת אחד בכל פעם. גישה מקבילה על ידי מספר שרתים לא נתמכה.
- VMFS 2 הועזר ב- ESX Server 2.x ולפעמים ב- ESX 3.x. VMFS 2 לא הייתה עם מבנה ספרייה.
- VMFS 3 הועזר ב- ESXi Server 3.x ו- ESXi Server 4.x ב- vSphere. תמיכה במבנה ספרייה התווספה בגרסה זו. גודל מערכת הקבצים המקסימלי הוא 50 TB. גודל מקסימלי של מספר יחידה לוגית (LUN) הוא 2 TB. ESXi 7.0 לא תומך ב- VMFS 3.
- VMFS 5 משמש החל מ- VMware vSphere 5.x. גודל הנפח (מערכת הקבצים) הוגדר ל- 64 TB, וגודל קובץ VMDK המקסימלי הוגדר ל- 62 עבור VMFS 5. אולם, ESXi 5.5 תומך במקסימום של 2 TB לגודל של דיסקים וירטואליים VMDK. נוספה תמיכה במבנה המחיצה GPT. גם GPT וגם MBR נתמכים (גרסאות VMFS קודמות תומכות רק ב- MBR).
- VMFS 6 הושק ב- vSphere 6.5 ומשמש ב- vSphere 6.7, vSphere 7.0, וגרסאות חדשות יותר כמו vSphere 8.
תכונות VMFS
VMware VMFS אינו נוטה לפיצול קבצים משמעותי. פיצול אינו רלוונטי לביצועי VMFS מכיוון שמשתמשים בבלוקים גדולים. גודל בלוק של VMware VMFS הוא 1 מ״ב, כפי שצוין לעיל. לדוגמה, Windows משתמש בבלוקים של 4-KB עבור מערכת הקבצים NTFS, שצריך להיות מדפרגם מדי פעם כאשר הממוקם על דיסקים קשיחים. רוב הקבצים שמאוחסנים על נפח VMFS, בכל זאת, הם קבצי גודל גדולים – קבצי דיסק וירטואליים, קבצי סוואפ, קבצי תמונת התקנה. אם יש רווח בין הקבצים, הרווח גם גדול, וכאשר דיסק קשיח מחפש מספר בלוקים שמשמשים לאחסון קובץ, ההשפעה הזו היא מבוטלת. למעשה, נפח VMFS אינו יכול להידרדר ואין צורך בכך.
אל תריצו פיסוק במערכת הפעלה אורח (OS) עבור דיסקים בשימוש על ידי מערכת הפעלה אורח. פיסוק ממערכת אורח אינו עוזר. זה מכיוון שביצועי אחסון עבור מכונת וירטואל (VM) תלויים בעומס הקלט/פלט (I/O) על מערך האחסון הפיזי שבו מאוחסנות מספר מכונות וירטואליות (כולל דיסקים וירטואליים שהם קבצי VMDK) ויכולים להשתמש במערך האחסון הזה עם עומסי I/O שונים. בנוסף, אם תתחילו לפסקס את המחיצות הממוקמות על דיסקים שנפתחו באופן דק ממערכת אורח, בלוקים יוזזו ממקום למקום, העומס של הI/O של האחסון יגדל, וגודלם של דיסקים אלו יגדל.
פיסוק עבור VMs של קלון מקושר ו-VMs שיש להם צילומים מביא להגברת יומני redo, שמושכים יותר מקום אחסון כתוצאה. אם אתה מגבה VMs של VMware עם פתרון שמתיחס ל-מעקב אחר בלוקים ששונו, פיסוק מגדיל את מספר הבלוקים ששונו כמו כן, וזמן הגיבוי מתרחיב מאחר שיש צורך לגבות יותר נתונים. פיסוק ממערכת אורח משפיע באופן שלילי כאשר מבצעים את הפעלת האחסון כדי להעביר VM בין אחסנות.
הרחבות של אחסון
A VMFS volume resides on one or more extents. Each extent occupies a partition, and the partition in turn is located on the underlying LUN. Extents provide additional scalability for VMFS volumes. When you create a VMFS volume, you use at least one extent. You can add more extents to an existing VMFS volume to expand the volume. Extents are different from RAID 0 striping.
- אם אתה זוהה שאחת ההרחבות המחוברות נותקו, תוכל לזהות איזה הרחבת כרטיס של כרטיס נתון היא מנותקת. פשוט הזן את הפקודה הבאה:
vmkfstools -Ph /vmfs/volumes/iscsi_datastore/התוצאה מציגה את מזהה ה-SCSI (NAA id) של ה-LUN הבעיה.
- אם אחד האקסטסים נכשל, האחסון VMFS יכול להישאר מופעל. אך אם לדיסק הוירטואל של ה-VM יש לפחות אחד מבלוקים על האקסטס הכשלן, הדיסק הוירטואל של ה-VM נעצר בגלל זה.
- אם האקסטס הראשון שמשמש על ידי ה-VMFS נעלם, המאגר ה-VMFS נעצר בגלל שמשאבי ההתפעול המייצגים את הכתובת נמצאים באקסטס הראשון. לכן, השתמש באקסטסים של VMFS ליצירת וגידול בגודל של מאגרים VMFS אם אין פתרון אחר לגידול בגודל של מאגר.
שמור סדרת חסיכות ל-VMware vSphere כדי להגן על הנתונים ב-VM וכדי להימנע מבעיות אחרות שיווצרות על ידי מאגרים VMFS עם מספר אקסטסים שמאחסנים קבצים של ה-VM.
רשומת יומן
VMFS משתמש ביומן מרובע על הדיסק על מנת לעדכן את ה-metadata על המערכת הקבצית. אחרי יצירת מערכת קבצים VMFS, VMware VMFS מקבל חלל אחסון על מנת לאחסן את ה-data של היומן. משתמשים ב-journaling כדי לעקוב אחר שינויים שעדיין לא נשמרו על המערכת הקבצית.
השינויים ב-journaling שנכתבים ל-metadata של המערכת הקבצית גורמים לכך שיותר סביר להשאיר את הגרסה האחרונה של הקבץ במקרה של כפיית הכבויה או התרסיסה בלתי צפויה. רשומת היומן עוזרת לשחזר את השינויים המועשרים מאז ההגש
מטא-דאטה של VMFS מכילה תיאורים של מערכת הקבצים: גודל הבלוק, קיבולת הכרך, מספר ההרחבות, תווית הכרך, גרסת VMFS ו-UUID של VMFS. מטא-דאטה של VMFS יכולה להיות מועילה לשחזור VMFS.
מבנה התיקייה
כאשר VM נוצר, כל קבצי ה-VM, כולל קבצי הדיסק הווירטואלי VMDK, ממוקמים בתיקייה אחת במאגר הנתונים. שם התיקייה מתאים לשם ה-VM. אם אתה זקוק לשמירה של קובץ VMDK מסוים במיקום אחר (למשל, במאגר נתונים VMFS אחר), אתה יכול להעתיק קובץ VMDK באופן ידני ולפתוח את הדיסק הווירטואלי בהגדרות VM כדי לחבר את הדיסק. ארכיטקטורה מבנית מפשטת את הגיבוי ו-שחזור האסון מאחר ותוכן התיקייה צריך להיות מועתק לגיבוי VM כדי לאפשר שחזור אם אתה מאבד נתונים ב-VM המקורי.
הקצאה דקיקה
הקצאה דקיקה היא תכונה של VMFS שמיטבה את שימוש באחסון ועוזרת לחסוך במקום אחסון. אתה יכול להגדיר הקצאה דקיקה ברמת הדיסק הווירטואלי (עבור דיסק ווירטואלי מסוים של VM). גודל הדיסק הווירטואלי של הקצאה דקיקה מתרחב באופן דינמי כאשר מידע מוכתב לדיסק הווירטואלי של ההקצאה הדקיקה. שימוש בכמה שיותר מקום אחסון כפי שהדיסק זקוק לו בכל רגע נתון הוא היתרון של הדיסקים הדקיקים.
לדוגמה, אתה יוצר דיסק וירטואלי של הקצאה דקיקה שגודלו 50 GB, אך רק 10 GB ממקום האחסון משמשים בדיסק הווירטואלי הזה. במקרה זה, גודל קובץ הדיסק הווירטואלי (*-flat.vmdk) הוא 10 GB. המערכת ההפעלה האורחת מזהה שהגודל המרבי של הדיסק הוא 50 GB ומציגה את המקום המשמש כ-10 GB.
ניתן לוודא כי פעולת ה- thin provisioning תלויה במערכת הקבצים VMFS אם ננסה להעתיק דיסק וירטואלי בעל thin provisioning (.vmdk ו -flat.vmdk) לדיסק המקומי במערכת NTFS או ext4. לאחר העתקת הדיסק הווירטואלי, גודל הדיסק הווירטואלי שווה לגודל הדיסק המוקצה המרבי (ולא לגודל האמיתי של הדיסק ב thin provisioning באחסון VMFS).
שים לב: VMware vSphere תומך גם ביצירת אחסונים, כולל אחסונים משותפים במערכת הקבצים NFS, עם תמיכה ב- thin provisioning.
שחזור שטח פנוי
שחזור שטח פנוי אוטומטי (SCSI UNMAP אוטומטי) מ- VMFS 6 וממערכות הפעלה של אורח מאפשר למערכות אחסון לשחזר בלוקים של דיסקים שלא מופעלים או שנמחקים מאחסון VMFS. ב- VMware vSphere 6.0 ו- VMFS 5, השחזור של שטח הוא תהליך ידני שבאמצעותו מבצעים את הפקודה של esxcli storage vmfs unmap.
שחזור שטח מאפשר לך לתקן את הבעיה כאשר האחסון התחתון אינו יודע שקובץ נמחק במערכת הקבצים וצריך לשחזר את השטח הפיזי המתאים (בלוקים בדיסק). תכונה זו מועילה במיוחד לדיסקים עם thin provisioning. כאשר מערכת ההפעלה האורח מוחקת קבצים בתוך דיסק וירטואלי דק, כמות השטח שבשימוש בדיסק זה מתקטעת ומערכת הקבצים אינה משתמשת יותר בבלוקים המתאימים. במקרה כזה, מערכת הקבצים מעדכנת את המערך האחסון שבו בלוקים אלו פנויים כעת, המערך האחסון משחרר את הבלוקים הנבחרים, ואלו יכולים לשמש לכתיבת נתונים.
בואו נביט קרוב יותר באיך נתונים נמחקים באחסון בשימוש בווירטואליזציה ובמכונות וירטואליות. דמיינו שישנה מכונה וירטואלית שיש לה מערכת הפעלה אורח עם דיסק וירטואלי המשתמש במערכת קבצים כגון NTFS, ext4, או מערכת קבצים אחרת. הדיסק הווירטואלי הדקה נשמר על מאגר נתונים המשתמש במערכת קבצים VMFS. מערכת הקבצים VMFS משתמשת במחיצה התת צמודה וב- LUN הממוקמים במערכת אחסון.
- A file is deleted in the guest OS that operates with a file system (NTFS, for instance) on a virtual disk.
- מערכת ההפעלה האורח מפעילה את UNMAP.
- הדיסק הווירטואלי במאגר הנתונים VMFS מקטין (גודל הדיסק הווירטואלי מתקטן).
- ESXi מפעיל את UNMAP אל מערכת האחסון הפיזית.
UNMAP מופעל על ידי ESXi עם מאגר נתונים VMFS צמוד כאשר קובץ נמחק או מועבר ממאגר הנתונים VMFS (קבצי VMDK, קבצי צילום, קבצי החלפה, תמונות ISO, וכו'), כאשר מחיצה מתקטנת ממערכת ההפעלה האורח, וכאשר גודל הקובץ בתוך דיסק וירטואלי מתקטן.
UNMAP אוטומטי עבור VMware VMFS 6 החל מ- ESXi 6.5 הוא אסינכרוני. השחרור של שטח פנוי אינו קורה מיידית, אך השטח מתחלף בסופו של דבר בלי פעולה מהמשתמש.
UNMAP אסינכרוני מציע יתרונות מסוימים:
- מניעת עמיסה מיידית של מערכת אחסון חומרה מאחר שבקשות UNMAP נשלחות בקצב קבוע.
- אזורים שחייבים להתחרט נאספים בצורה מקובצת ומושחרים יחד.
- אין השפעה שלילית על ביצועי קלט/פלט ופעולות אחרות.
כיצד פעל UNMAP בגרסאות ESXi קודמות?
- ESXi 5.0 – UNMAP הוא אוטומטי וסינכרוני
- ESXi 5.0 עדכון 1 – UNMAP מבוצע באמצעות vmkfstools בממשק פקודות שורת הפקודה (CLI)
- ESXi 5.5 ו- ESXi 6.0 – שיפור UNMAP ידני כאשר הוא מופעל ב- ESXCLI
- ESXi 6.0 – EnableBlockDelete מאפשר ל-VMFS להניב אוטומטית UNMAP אם קבצי דיסק וירטואליים VMDK נצמצמים מתוך UNMAP באורח מקומי
Snapshotים ודיסקים וירטואליים רזים
ניתן לצלם Snapshotים של VM ב- VMware vSphere כדי לשמור על מצב ה-VM הנוכחי ומצב הדיסקים הוירטואליים. כאשר אתה יוצר Snapshot של VM, נוצר קובץ Snapshot של דיסק וירטואלי על מאחסן הנתונים VMFS (קובץ -delta.vmdk). הקובץ Snapshot נקרא דיסק דלתא או דיסק ילד, המייצג את ההבדל בין המצב הנוכחי של ה-VM למצב הקודם כאשר נלקח ה-Snapshot
ב-VMFS datastore, הדיסק דלתא הוא הדיסק הרזה שמשתמש במנגנון ההעתק-בכתיב כדי לשמור על מקום אחסון בעת כתיבת נתונים חדשים לאחר יצירת Snapshot. ישנם שני סוגים של פורמט רזה התלויים בהגדרת אחסון ה-VMFS התחתי: VMFSsparse ו-SEsparse.
- VMFSsparse משמש ל-VMFS 5 ולדיסקים וירטואליים קטנים מ-2 TB. טכניקת ה-Snapshot הזו פועלת על גבי VMFS כאשר לוג ה- redo ריק ברגע ההתחלה וגדל כאשר הנתונים נכתבים לאחר שנלקח Snapshot.
- SEsparse משמש לדיסקים וירטואליים בנפחים שגדולים מ-2 TB עבור VMFS 5 ולכל הדיסקים הווירטואליים ב-VMFS 6. פורמט זה מבוסס על פורמט VMFSsparse אך כולל סדרת שדרוגים כגון תמיכה בפינוי מקום, שמאפשר להיפרוויזור ESXi לפנות מקום מיותר על ידי מחיקת נתונים על ידי מערכת ההפעלה האורח או מחיקת קובץ צילום.
הערה: ב-ESXi 6.7 עם VMFS 6, פינוי מקום (UNMAP) עבור דיסקים SEsparse (דיסקים של צילומי דיסקים עבור דיסקים דקים) מתבצע אוטומטית מאחר וישנה פנויות של 2 ג'יגה-בייט של רווח סתם (נתונים נמחקים אך לא נפנויים) במערכת הקובץ VMFS. אם תמחק מספר קבצים ממערכת ההפעלה האורח, לדוגמה, ארבעה קבצים בנפח של 512 מגה-בייט, אז הפינוי מתבצע אסינכרונית. ניתן לראות סטטיסטיקות עדכון UNMAP חיות ב־esxtop על ידי לחיצה על v כדי לאפשר תצוגת VM ואז לחיצה על f כדי לבחור בסדר השדות, ולחיצה על L כדי להציג סטטיסטיקות UNMAP. הערך המוגדר כברירת מחדל הוא 2 ג'יגה-בייט, אך ניתן לשנות אותו ב-CLI. ב-ESXi 7.0 U3 הגרנולריות המרבית שדווחה על ידי VMFS היא 2 ג'יגה-בייט.
RAW Device Mapping
אינטגרציה של דיסקים במיפוי התקפים ישירים (RDM) למבנה ה-VMFS של VMware מאפשרת לך גמישות נוספת בעבודה עם אחסון עבור מכונות וירטואליות. קיימים שני מצבי תאימות של RDM ב-VMware vSphere.
- דיסקים RDM במצב תאימות וירטואלי. קובץ מיפוי VMDK נוצר על אחסון VMFS (*-rdmp.vmdk) כדי למפת יחידת LUN פיזית על מערך האחסון למכונה וירטואלית. ישנם פרטים ספציפיים במיפוי של אחסון פיזי ל-VM בשיטה זו.
פעולות ניהול אחסון ראשיות כמו פתיחה ופקודות SCSI אחרות עוברות דרך שכבת וירטואליזציה של ההיפרוויזור ESXi, אך פקודות קריאה וכתיבה מעובדות ישירות אל התקן האחסון וחולפות את שכבת הווירטואליזציה.
זה אומר שמכונה וירטואלית יכולה לעבוד עם הדיסק RDM SCSI הממופה רק כמו עם התקן אחסון, אך רוב תכונות ה-vSphere, כמו צילומי מסך, זמינות.
- דיסקים RDM במצב תאימות פיזית. מארח ESXi יוצר קובץ מיפוי על אחסון VMFS, אך פקודות SCSI מעובדות למכשיר LUN ישירות, ומסתמכות על שכבת הוירטואליזציה של ההיפרווייזור (למעט פקודת הLUN דיווח). זהו סוג דיסק פחות מוירטואלי. אין תמיכה בצילומי VMware.
תכונות קיבוץ
- קיבוץ וגישה חולפת אל קבצים באחסון הנתונים היא תכונה נהדרת נוספת של VMware VMFS. בניגוד למערכות קבצים מסורתיות, VMware VMFS מאפשרת לשרתים מרובים לקרוא ולכתוב נתונים לקבצים בכל זמן נתון. מנגנון נעילה מאפשר למארחי ESXi מרובים לגשת לקבצי VM בו זמנית בלי פגיעה בנתונים. נעילה מתווספת לכל קובץ VMDK כדי למנוע כתיבת נתונים לקובץ VMDK הפתוח על ידי שני VM או על ידי שני מארחי ESXi בו זמנית. VMware תומכת בשני מנגנוני נעילת קבצים בVMFS לאחסון משותף.
- בדיקה אטומית וקביעה (ATS) משמשת רק עבור מכשירי אחסון התומכים בתקן T10 של ממשק האפליקציות של המערכת המשולבת (VAAI). מנגנון הנעילה הזה נקרא גם נעילת החומרה-מוסכמה. האלגוריתם משתמש בנעילה דיסקרטית לכל מקטע דיסק. כברירת מחדל, כל אחסונים חדשים המעוצבים עם VMFS 5 ו- VMFS 6 משתמשים ב-ATS רק אם האחסון התחתון תומך במנגנון הנעילה הזה ולא משתמש בהזמנות SCSI. ATS משמש לאחסונים שנוצרו על ידי שימוש ברב תרחישים ו-vCenter מסנן את המכשירים לאחסון לא ATS.
- ATS + הזמנות SCSI. אם ATS נכשלת, משתמשים בהזמנות SCSI. להבדל מ-ATS, הזמנות SCSI נעולות את כל מכשיר האחסון כאשר יש צורך בהגנה על הנתונים המטה לפעולה הרלוונטית שמשנה את הנתונים המטה. לאחר הפעולה הזו, VMFS משחררת את ההזמנה כדי לאפשר לפעולות אחרות להמשיך. אחסונים ששודרגו מ-VMFS 3 ממשיכים להשתמש במנגנון ATS+SCSI.
VMware VMFS 6 תומך בשיתוף קובץ דיסק וירטואלי של מכונה וירטואלית (VMDK) עם עד 32 מארחי ESXi ב-vSphere.
תמיכה ב-vMotion ובתנועת אחסון
vMotion של VMware הוא תכונה המשמשת להעברה חיה של מכונות וירטואליות בין מארחי ESXi (יחידות מעבד, זיכרון RAM, ורכיבי רשת של מכונות וירטואליות מועברים) ללא הפסקה בפעולתן. התכונה של Storage vMotion היא להעביר קבצי VM, כולל דיסקים וירטואליים, מאחסון נתונים אחד לאחר מבלי זמן עצירה אפילו אם ה-VM נמצאת במצב רץ. מערכת הקבצים VMFS היא אחד מרכיבי המערכה העיקריים שמאפשרים להעברה החיה לעבוד מכיוון שיותר ממארח ESXi אחד קורא/כותב נתונים מ/אל קבצי ה-VM שנמצאים בתהליך ההעברה.
תמיכה ב-HA ו-DRS
מתכנן משאבים מבוזר (DRS), זמינות גבוהה (HA), ו-עמידות תקלה פועלים על פי מנגנון נעילת קבצים של VMFS, העברה חיה, ותכונות אשכול. הפעלה אוטומטית של VM שנכשלה על מארח ESXi אחר כאשר אתה מפעיל את HA, והתחלת העברה חיה של VM לאיזון אשכול כאשר אתה משתמש ב-DRS. ניתן להשתמש ב-HA ו-DRS ביחד.
תמיכה ב-Storage DRS. קיימת תמיכה בשימוש ב-VMFS 5 ו-VMFS 6 באותה אשכולת אחסון להעביר קבצי VM בין אחסונים. יש להשתמש במכשירי אחסון הומוגניים עבור VMware vSphere Storage DRS.
הגדלת נפחי VMFS
אפשר להגדיל את מערכת הקבצים VMFS בזמן שה-VMs פועלות ולהשתמש בקבצי VM הממוקמים במאגר הנתונים הזה. השיטה הראשונה היא להגדיל את גודל ה-LUN שבו משמש מאגר הנתונים הקיים שלך. ההגדלת LUN מתבצעת במערכת האחסון (ולא ב-vSphere). לאחר מכן, תוכל להרחיב מחיצה ולהגדיל את נפח ה-VMFS.
בנוסף, ניתן להגדיל את נפח ה-VMFS על ידי איגוד של מספר דיסקים או LUNs יחד. במקרה זה מוסיפים יחידות VMFS כדי להגדיל נפח VMFS. מאגרי נתונים המורחבים שמשתמשים במספר דיסקים נקראים גם מאגרי נתונים מורחבים. יש להשתמש במכשירי אחסון הומוגניים. לדוגמה, אם המכשיר האחסון הראשון המשמש מאגר נתונים הוא 512n, אזי מכשירי האחסון המוסיפים חדשים חייבים להיות מכשירים בלוקים של 512n. תכונה זו יכולה לעזור לעקוב אחר המגבלת המקסימום של LUN כאשר גודל המאגר הנתונים הנתמך הוא גדול מהגודל המקסימלי של LUN.
דוגמה: קיימת הגבלת 2-TB ל-LUN, ונדרש ליצור VM עם דיסק וירטואלי של 3-TB במאגר נתונים VM יחיד. באמצעות שתי יחידות, כל אחת בנפח של 2 TB, ניתן לפתור את הבעיה הזו. עליך להשתמש בתכנון מערכת המחיצות GPT כדי ליצור מחיצה ומאגר נתונים גדול מ-2 TB.
הפחתת נפחי VMFS
אין תמיכה בהפחתת נפחי VMFS. אם ברצונך להפחית את גודל נפח ה-VMFS, עליך להעביר את כל הקבצים ממאגר הנתונים ה-VMFS שברצונך להפחית למאגר נתונים VMFS שונה. לאחר מכן, עליך למחוק את מאגר הנתונים שברצונך להפחית וליצור מאגר נתונים VMFS חדש בגודל קטן יותר. כאשר מאגר הנתונים החדש הקטן מוכן בנפח היציב, עבור קבצי VM למאגר נתונים חדש זה.
שדרוג מאגרי נתונים VMFS
אתה יכול לעדכן את VMFS 3 ל VMFS 5 ישירות בלי להגיע אל מאגרי VM וליצור מאגר VMFS 5 חדש. יש תמיכה בעדכון VMFS 3 ל VMFS 5 בהצגה, בזמן ש VM ממורדים ללא צורך בכיבוי או העברת VM. אחרי העדכון, VMFS 5 שומר על כל המאפיינים של VMFS 3 שהיו בשימוש לפני כן. לדוגמה, הגודל של הבלוק נשאר 64 ק"ב במקום 1 מ"ב, ו MBR נשאר עבור חלקיקים שלא גדולים מ-2 TB.
אך עדכון VMFS 5 וגירסאות ישנות של VMFS מאגרים ל VMFS 6 ישירות אינו מסובב. עליך להעביר את הקבצים מהמאגר (שאתה הולך לעדכן) למקום בטוח, למחוק את המאגר VMFS 5, ליצור מאגר VMFS 6 חדש, ואז להעתיק את הקבצים חזרה למאגר VMFS 6 החדש.
אם אתה עודכן ESXi ל ESXi 6.5 או מאחוריו, אתה יכול להמשיך להשתמש במאגרי VMFS 3 ו VMFS 5 שנוצרו לפני העדכון ESXi. אתה לא יכול ליצור מאגרי VMFS 3 על ESXi 6.5 וגירסאות ESXi הבאות.
קרא את ההשוואה המפורטת VMFS 5 נגד VMFS 6 ולמד איך אתה יכול לעדכן לגירסה החדשה ביותר של VMFS. בחלק מהמקרים, אתה יכול לתת קבלה ל VMFS ב Linux .
סיכויך
VMware VMFS הוא מערכת קובץ אמינה, נמכרת ומותאמת לפי צרכים עבור אחסון קבצי VM. VMFS תומך בגישה מקבילית על ידי מארחי ESXi מרובים, קביעת גודל דקה, ייצוג מכשיר רגיל, העברת VM חיה, תיעוד, דיסקים פיזיים עם פורמט מתקדם כולל 512e ו-4Kn, סכימת המיסוף של GPT, צילומי VM, שחזור שטח פנוי, ותכונות שימושיות נוספות. עקב גודל הבלוק בגודל 1 מגה־בייט, גרסאות VMFS האחרונות אינן חשופות לפגיעה בביצועים עקב פיצול קבצים. אחסון קבצי מכונות וירטואליות על דאטה-סטורים של VMFS הוא הדרך המומלצת לאחסון VMs ב-VMware vSphere.
למרות המערכת הקובץ שבה אתה משתמש כדי לאחסן מכונות וירטואליות, עליך לגבות את הנתונים שלך באופן קבוע כדי למנוע אובדן נתונים במקרה של תקלות, הפסקות חשמל או הפרעות אחרות. שקול את NAKIVO Backup & Replication, פתרון שמאפשר לך להגן ולשחזר מהר עובדות שניהם, ומשקל ESXi עצמאי.
Source:
https://www.nakivo.com/blog/all-you-need-to-know-about-vmware-vmfs/