הוספת מכונות וירטואליות של VMware במסוף לניהול מכשירים

אפשר לגשת לגיבויים של מכונות וירטואליות ב-VMware בשתי דרכים:

התקנה במארח קיים

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

כדי לטעון גיבוי של VM של VMware למארח:

  1. במסוף הניהול של מכשיר Backup and DR, לוחצים על App Manager ובוחרים באפשרות Applications מהרשימה הנפתחת.

    הדף Applications ייפתח.

  2. בוחרים את אפליקציית VMware עם הגיבוי שרוצים לטעון, ואז בוחרים באפשרות Access מהתפריט שבתחתית הדף Applications.

  3. הדף Access נפתח ומוצגת בו רשימה של הגיבויים בתצוגת ציר זמן. איך פותחים את התצוגה של ציר הזמן של ההשקה

  4. בוחרים את הגיבוי ואז בוחרים באפשרות Mount מרשימת פעולות הגישה כדי לפתוח את הדף Mount.

  5. משאירים את הגדרת ברירת המחדל מארח קיים.

  6. בוחרים מארח פיזי שנוסף באופן ידני מהדף Manage > Host או מארח וירטואלי מהרשימה הנפתחת Host. אם אתם צריכים מארח שעדיין לא נוסף, הוסיפו אותו מהתפריט Manage > Host, או הפעילו את אשף הגילוי של Compute Engine או VMware.

  7. בשדה תווית, מזינים שם ייחודי שמשויך לנקודת הטעינה.

  8. בקטע מצב הרכבה, בוחרים באחת מהאפשרויות הבאות: האפשרויות האלה מופיעות רק אם המארח שנבחר הוא VM של VMware.

    • ‫NFS: זו השיטה המועדפת. קובצי ה-VMDK של ה-VM החדש מוצגים על ידי מכשיר הגיבוי/השחזור למארח ה-ESX באמצעות מאגר נתונים של NFS.
    • ‫vRDM (מיפוי וירטואלי של מכשיר גולמי): הצגת הגיבויים דרך iSCSI. שימו לב שכברירת מחדל, GCVE לא תומך ב-iSCSI. תמונות המצב של VMware מתייחסות ל-vRDM מותקנים כבלתי תלויים, והם לא נכללים בתמונות המצב. לכן, כברירת מחדל, Backup and DR לא כולל vRDMs כשמגנים על VM מותקן. ב-Backup and DR יש אפשרות לסמן vRDMs כ-Dependent. למרות שהאפשרות הזו לא נמצאת בשימוש לעיתים קרובות, כשהיא מופעלת, vRDMs ייכללו בתמונות המצב של VMware. תבניות לגיבוי נתונים יכולות לתעד vRDMs שמסומנים כ-Dependent.
    • ‫pRDM (מיפוי פיזי של מכשיר גולמי): הצגת הגיבויים דרך iSCSI. שימו לב שכברירת מחדל, GCVE לא תומך ב-iSCSI.

    1. בקטע Map to ESX Hosts, בוחרים אחת מהאפשרויות הבאות:

      • One: בוחרים באפשרות One אם רוצים למפות רק למארח ה-ESX שמפעיל את המכונה הווירטואלית המטורגטת.
      • Two: בוחרים באפשרות הזו אם רוצים למפות לשני מארחי ESX, אבל לא לכל מארחי ה-ESX באשכול. אם בוחרים באפשרות שניים, אפשר לבחור את המארח השני או לבחור באפשרות בחירה אוטומטית. האפשרות Auto-select בוחרת את המארח השני על סמך זוגות לוגיים של מארחי ESX, ותמיד בוחרת את מארח ה-ESX השותף של המארח שמריץ את המכונה הווירטואלית המטורגטת.

      • הכול. בוחרים באפשרות All אם רוצים למפות את כל מארחי ה-ESX שקיימים באשכול. שימו לב שאם בוחרים באפשרות All, יכול להיות שמשך המשימה יתארך.

  9. מציינים את אפשרויות הטעינה הנוספות הבאות:

    • טעינת Drive: ב-Windows בלבד. מציינת אות כונן שתוקצה לאמצעי האחסון. אם אות הכונן לא זמינה, המשימה נכשלת. אם נמצאים כמה אמצעי אחסון, המערכת מקצה אותיות כונן עוקבות. אם לא צוין Mount Drive, סוכן Backup and DR בוחר בעצמו אות כונן, אם היא זמינה.
    • נקודת טעינה: הנתיב המלא שבו רוצים לטעון את אמצעי האחסון. אם הנתיב קיים כתיקייה ריקה, סוכן Backup and DR משתמש בו. אם הוא לא קיים, סוכן Backup and DR יוצר אותו. אם הוא קיים כקובץ או כתיקייה לא ריקה, המשימה תיכשל. אם צריך לטעון כמה אמצעי אחסון, סוכן Backup and DR בוחר את המשתמש שצוין לאחד מאמצעי האחסון, ולשאר אמצעי האחסון הוא מוסיף קו תחתון (_) ואחריו מספר, לדוגמה, user_specified_#.

  10. בקטע Select Volumes To Mount, בוחרים אמצעי אחסון אחד או יותר. כברירת מחדל, כל הכרכים נבחרים, ואי אפשר לבטל את הבחירה בכרך הראשון. במערכת קבצים מסוימת יכול להיות רק אמצעי אחסון אחד. אפשרות הביצועים והצריכה.

  11. רק לאפשרות Existing Host, מרחיבים את הקטע Scripts ומחילים סקריפטים לפני ואחרי הגיבוי לפני ההרכבה.

    • בשדות Pre-Script ו-Post-Script, מזינים את הנתיב ואת שמות הקבצים היחסיים. מזינים את ערכי הזמן הקצוב לתפוגה כדי למנוע מצב של חוסר תגובה. 300 שניות הוא ערך ברירת מחדל טוב לזמן קצוב לתפוגה.

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

  13. מציינים את Mount Drive ואת נקודת טעינה לכל אמצעי אחסון שרוצים לטעון.

  14. לוחצים על שליחה. משימה נשלחת כדי לטעון את הגיבוי למארח שנבחר. כדי לוודא שפעולת הטעינה הצליחה, אפשר לבדוק את סטטוס המשימה ב-Monitor. בסיום פעולת הטעינה, הגיבוי הופך לפעיל וזמין בתצוגה Active mounts ב-App Manager.

התקנה כ-VM חדש

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

  1. במסוף הניהול של מכשיר Backup and DR, לוחצים על App Manager ובוחרים באפשרות Applications מהרשימה הנפתחת.

    הדף Applications ייפתח.

  2. בוחרים את אפליקציית VMware עם הגיבוי שרוצים לטעון, ואז בוחרים באפשרות Access מהתפריט שבתחתית הדף Applications.

    הדף Access נפתח ומוצגת בו רשימה של הגיבויים בתצוגת ציר זמן. איך פותחים את התצוגה של ציר הזמן של ההשקה

  3. בוחרים גיבוי ואז בוחרים באפשרות Mount מרשימת פעולות הגישה.

    הדף Mount נפתח.

  4. משנים את הגדרת ברירת המחדל ל-New Virtual Machine (מכונה וירטואלית חדשה).

  5. משתמשים באפשרויות הבאות כדי להגדיר את המכונה הווירטואלית:

    • שם ה-VM: מזינים שם למכונה הווירטואלית החדשה שרוצים לטעון.
    • ‫VCENTER: בוחרים vCenter מהרשימה הנפתחת של המכונה הווירטואלית החדשה שרוצים לטעון.
    • ‫ESX HOST: בוחרים מארח ESX מהרשימה הנפתחת של המכונה הווירטואלית החדשה שרוצים לטעון.

    • ‫DATASTORE: בוחרים מהרשימה הנפתחת מאגר נתונים עם נפח האחסון הנדרש למכונה הווירטואלית החדשה שרוצים לטעון.

  6. בשדה תווית, מזינים שם ייחודי שמשויך לנקודת הטעינה.

  7. בקטע מצב טעינה, בוחרים אחת מהאפשרויות הבאות:

    • ‫NFS: זו השיטה המועדפת. קובצי ה-VMDK של ה-VM החדש יוצגו על ידי מכשיר הגיבוי/השחזור למארח ה-ESX באמצעות מאגר נתונים של NFS.
    • ‫vRDM (מיפוי וירטואלי של מכשיר גולמי): הצגת הגיבויים דרך iSCSI. שימו לב שכברירת מחדל, GCVE לא תומך ב-iSCSI. תמונות מצב של VMware מתייחסות ל-vRDM מותקנים כעצמאיים, והם לא נכללים בתמונות המצב. לכן, כברירת מחדל, Backup and DR לא כולל vRDMs כשמגנים על VM מותקן. Backup and DR מספק אפשרות שבה ניתן לסמן vRDM כ-Dependent. למרות שהאפשרות הזו לא נמצאת בשימוש לעיתים קרובות, כשהיא מופעלת, vRDMs ייכללו בתמונות המצב של VMware. תבניות לגיבוי נתונים יתעדו vRDMs שמסומנים כ-Dependent.
    • pRDM (מיפוי פיזי של מכשיר גולמי). כך הגיבויים מוצגים ב-iSCSI. שימו לב שכברירת מחדל, GCVE לא תומך ב-iSCSI.

  8. בקטע Map to ESX Hosts, בוחרים אחת מהאפשרויות הבאות:

    • One: בוחרים באפשרות One אם רוצים למפות רק למארח ESX שמפעיל את המכונה הווירטואלית המטורגטת.
    • Two: בוחרים באפשרות Two אם רוצים למפות לשני מארחי ESX, אבל לא לכל מארחי ה-ESX באשכול. אם בוחרים באפשרות שניים, אפשר לבחור את המארח השני או לבחור באפשרות בחירה אוטומטית. הבחירה האוטומטית בוחרת את המארח השני על סמך זוגות לוגיים של מארחי ESX, ותמיד בוחרת את מארח ה-ESX השותף של המארח שמריץ את ה-VM המטורגט.
    • All: בוחרים באפשרות All אם רוצים למפות את כל מארחי ה-ESX שקיימים באשכול. שימו לב שאם בוחרים באפשרות All, יכול להיות שמשך המשימה יתארך.

  9. ב-Mark Dependent, תמונות המצב של VMware מתייחסות ל-vRDM מותקנים כ-Independent והם לא נכללים בתמונות המצב. לכן, כברירת מחדל, Backup and DR לא כולל vRDMs כשמגנים על VM מותקן. אפשר להשתמש בהגדרה הזו כדי לסמן את ה-vRDM כ-Dependent. למרות שהאפשרות הזו לא נמצאת בשימוש לעיתים קרובות, כשהיא מופעלת, vRDMs ייכללו בתמונות המצב של VMware. תבניות לגיבוי נתונים יתעדו vRDMs שמסומנים כ-Dependent.

  10. אם צריך, משנים את מאגר האחסון שמוגדר כברירת מחדל לשימוש בנקודת ה-mount, מהרשימה הנפתחת Storage Pool.

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

  11. בקטע Select Volumes To Mount, בוחרים אמצעי אחסון אחד או יותר. כברירת מחדל, כל הכרכים נבחרים, ואי אפשר לבטל את הבחירה בכרך הראשון. למערכת קבצים מסוימת יכול להיות רק אמצעי אחסון אחד.

  12. לוחצים על שליחה. משימה נשלחת כדי לטעון את הגיבוי למארח שנבחר. כדי לוודא שפעולת הטעינה הצליחה, אפשר לבדוק את סטטוס המשימה ב-Monitor. בסיום פעולת הטעינה, הגיבוי הופך לפעיל וזמין בתצוגה Active mounts ב-App Manager.

שחזור של מכונה וירטואלית ב-VMware שנטענה לאחסון בסביבת הייצור

אחרי שיוצרים מכונה וירטואלית חדשה של VMware באמצעות mount as new VM, אפשר להעביר את נתוני ה-VMDK של המכונה הווירטואלית למאגר הנתונים המקומי, כדי שהיא לא תהיה תלויה יותר במכשיר הגיבוי/השחזור. אפשר לעשות את זה באמצעות פונקציית ההעברה של VMware. כדי להעביר את נתוני ה-VMDK של המכונות הווירטואליות למאגר הנתונים המקומי, פועלים לפי ההוראות הבאות.

  1. קודם צריך לטעון את ה-VM של VMware כVM חדש או כVM קיים.
  2. בלקוח vSphere, בוחרים את מאגר הנתונים של קובצי ה-VMDK וקובצי התצורה של המכונה הווירטואלית. ב-GCVE, בדרך כלל זה יהיה מאגר הנתונים של vSAN.

  3. ב-vSphere Client, בוחרים את המכונה הווירטואלית שרוצים להעביר, ואז משתמשים בפונקציה Migrate ב-vSphere Client כדי להעביר את המכונה הווירטואלית לאחסון בסביבת הייצור:

    משתמשים בפונקציה Migrate בלקוח vSphere כדי להעביר את המכונה הווירטואלית לאחסון בסביבת הייצור:

    • בוחרים באפשרות לשנות את נפח האחסון. מאגר הנתונים החדש לא יכול להיות זהה למאגר הנתונים של המקור.
    • משנים את הפורמט של הדיסק הווירטואלי. אם משאירים את האפשרות Same format as source, זה לא עובד. האפשרות הזו לא מופיעה אם אתם מעבירים מ-NFS למאגר נתונים של vSAN.

  4. בסיום ההעברה, תמונת הדיסק המחובר תופיע בקטע Active Mounts.

ניהול של נקודות הטעינה הפעילות

אחרי שיוצרים נקודת טעינה, אפשר לעקוב אחרי הגיבוי דרך App Manager (מנהל האפליקציות) > Active Mounts (נקודות טעינה פעילות). באופן אידיאלי, אל תשאירו תמונה מותקנת ללא הגבלת זמן. הסיבה לכך היא שהגיבוי שממנו נוצר ה-mount לא יכול לפוג עד שכל ה-mounts שלו יימחקו. כשמסיימים להשתמש בתמונה המותקנת, אפשר:

המדריך לאדמינים של VMware

הדף הזה הוא חלק מסדרת דפים שעוסקים בהגנה על מכונות וירטואליות של VMware ובשחזור שלהן באמצעות Backup and DR. מידע נוסף זמין במאמרים הבאים: