אל תשתמש ב- VMWARE SNAPSHOT (ובהגנה אוטומטית) לגיבוי

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

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

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

למרבה הצער VMware משתמש הגדרת ברירת מחדל מטומטמת באמת כי רוב המשתמשים להתעלם. התוצאה היא פיצול קבצי VMDK לקבצי 2GB. דיסק וירטואלי של 2 טרה-בתים מחולק לפיכך לקבצים בגודל 1,024 בנפח 2GB. אם אתה חושב עכשיו שזה ממש מטומטם, שקול את זה: אם אתה עכשיו ללכת קדימה ולקחת שתיים, שלוש תמונות, תיקיית VM שלך יהיה הרבה יותר מ -3,000 קבצים! ובכל רחבי פתאום, VM שלך מתחיל להיות ממש איטי ואתה תוהה למה. (Backup VMWare VMDK)

מה קורה בעת שחזור תמונת VMWARE?
על ידי שחזור תמונת VMware, VMware מסיר את ה- VMDK המשני שבו אוחסנו השינויים וטוען את הזיכרון הפנימי ומבנים אחרים ממצב המחשב הווירטואלי הקודם. כל המידע הזה כלול במספר קבצים הקשורים לתמונה. לאחר שה- VM פועל שוב, קבצי התמונה נמחקים.

מה קורה בעת מחיקת תמונת VMWARE?
מחיקת תמונה היא הרבה יותר עבודה כי עכשיו אתה אומר VMware כי אתה רוצה לשמור את השינויים, אשר זה 'חשב' לא היה סביר; לפיכך, VMware צריך למזג את הדיסק הווירטואלי המקורי עם השינויים שהתרחשו מאז. אם נעשו הרבה שינויים, המיזוג הזה יכול לקחת זמן. לאחר השלמתם, קבצי התמונה נמחקים.

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

האם תמונות מותרות במערכות ייצור? לא.
מנהלי מערכות IT מנוסים רבים יכעסו אם תיצור תמונות עבור VM ייצור עקב חוסר היעילות ומורכבויות הניהול שתוארו לעיל. VM ללא תמונות עשוי להתקיים של שני קבצים פשוט, התצורה ואת הדיסק הווירטואלי VMDK. VM עם תמונות יכול בקלות מורכב עשרות עד מאות קבצים. באופן טבעי כל חוסר היעילות הזה מסתכם ומאט את השרת. הם הופכים את ניהול מבני הנתונים של VM למסובך מדי ונוטה לשגיאות. מומלץ ויעיל ביותר לא להשתמש בתמונות VMware במערכת הייצור מסיבות אלה.

מדוע בדיוק תמונת VMWARE ותכונת ההגנה האוטומטית אינן מומלצות כגיבוי VMWARE?
גיבוי מכונה וירטואלית הוא תהליך הרבה יותר שלם ואמין מאשר פשוט לצלם תמונה. קודם כל, תמונות לשנות את VM עצמו כי הם מציגים יחסי תלות חדשים, בעוד גיבוי VMware לא. קבצים נוספים נוצרים בעת הוספת תמונה, ו- VMware מתחיל לכתוב שינויי דיסק לקבצים שונים וכו '. אם קובץ כלשהו נפגם או הולך לאיבוד, המחשב הווירטואלי כולו נפגם. תמונות מאוחסנות כמעט תמיד באותו דיסק; לפיכך, כשל דיסק פשוט ישפיע גם על התמונה. עם זאת, גם אם רק תמונה ניזוקה והקבצים המקוריים בסדר, בכל מקרה ה- VM שבור.

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

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

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