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

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

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

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

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

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

    ייפתח הדף Applications.

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

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

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

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

  6. בוחרים מארח פיזי שנוסף באופן ידני מהדף Manage > Host או מארח וירטואלי מהתפריט הנפתח Host. אם אתם צריכים מארח שעדיין לא נוסף, אתם יכולים להוסיף אותו מהתפריט 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 שבו פועלת המכונה הווירטואלית לטירגוט.
      • שניים: בוחרים באפשרות שניים אם רוצים למפות לשני מארחי ESX, אבל לא לכל מארחי ESX באשכול. אם בוחרים באפשרות שניים, אפשר לבחור את המארח השני או לבחור באפשרות בחירה אוטומטית. הבחירה האוטומטית בוחרת את המארח השני על סמך זוגות לוגיים של מארחי ESX, ותמיד בוחרת את מארח ESX השותף למארח שמריץ את מכונת ה-VM של היעד.

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

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

    • Mount Drive: Windows בלבד. מציין אות כונן להקצאה לנפח. אם אות הכונן לא זמינה, העבודה נכשלת. אם נמצאו כמה אמצעי אחסון, המערכת מקצה אותיות כונן עוקבות. אם לא מציינים Mount Drive, סוכן Backup and DR בוחר אות בעצמו, אם היא זמינה.
    • נקודת טעינה: הנתיב המלא שבו רוצים לטעון את אמצעי האחסון. אם הנתיב קיים כתיקייה ריקה, סוכן ה-Backup and DR משתמש בו. אם הוא לא קיים, סוכן הגיבוי וה-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 (טעינת Drive) ואת Mount Point (נקודת טעינה) לכל אמצעי אחסון שרוצים לטעון.

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

טעינה כ-VM חדש

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

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

    ייפתח הדף Applications.

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

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

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

    ייפתח הדף Mount.

  4. משנים את הגדרת ברירת המחדל למכונה וירטואלית חדשה.

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

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

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

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

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

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

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

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

  9. במקרה של Mark Dependent, תמונות מצב של VMware מתייחסות ל-vRDM שמוגדר כ-Independent ולא נכלל בתמונות המצב. לכן, כברירת מחדל, Backup and DR לא כולל vRDM כשמגנים על מכונה וירטואלית מוצמדת. ההגדרה הזו מאפשרת לסמן vRDM כתלוי. האפשרות הזו נמצאת בשימוש לעיתים רחוקות, אבל כשהיא מופעלת, מכשירי vRDM נכללים בתמונות מצב של 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, בוחרים את המכונה הווירטואלית המצורפת שרוצים להעביר, ואז משתמשים בפונקציה Migrate ב-vSphere Client כדי להעביר את המכונה הווירטואלית לאחסון הייצור:

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

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

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

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

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

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

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