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

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

העלאה למארח קיים

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

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

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

    ייפתח הדף Applications.

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

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

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

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

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

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

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

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

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

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

      • הכול בוחרים באפשרות All אם רוצים למפות את כל המארחים של ESX שנמצאים באשכול. שימו לב: בחירה באפשרות הכול עשויה להאריך את משך הזמן של העבודה.

  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. אם צריך, משנים את מאגר האחסון שמוגדר כברירת מחדל לשימוש בהרכבה מהתפריט הנפתח. ההגדרה הזו רלוונטית רק לנקודות הרכבה שאין בהן דיסק זמני קיים, כמו העברה ישירה ל-OnVault ותמונות מיובאות של OnVault. אחרת, תמיד נעשה שימוש במאגר ברירת המחדל שבו נמצאים הדיסקים של תמונת המקור.

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

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

הוספה כ-VM חדש

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

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

    ייפתח הדף Applications.

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

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

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

    ייפתח הדף Mount.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  4. אחרי שההעברה מסתיימת, אפשר למצוא את תמונת ה-mount בActive Mounts (מחיצות פעילות).

ניהול של נקודות העיגון הפעילות

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

מדריך האדמין של VMware

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