פתרונות לגיבוי מכונות וירטואליות של עומסי עבודה

הגנה על נתוני אפליקציות במכונות וירטואליות (VM) היא דרישה מרכזית לאפליקציות קריטיות לעסק שפועלות ב-Google Cloud VMware Engine.

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

אתם יכולים להמשיך להשתמש באותם כלי גיבוי שבהם אתם משתמשים בשרתים מקומיים כדי לגבות את המכונות הווירטואליות של VMware ואת הנתונים ב-VMware Engine.

פתרונות גיבוי נתמכים

Google מספקת את שירות Backup and DR כפתרון גיבוי לעומסי עבודה ב-Google Cloud. פתרונות גיבוי מבוססי-סוכן של צד שלישי יכולים לפעול עם VMware Engine אם הם מספקים גיבויים ברמת האפליקציה ועברו אישור של ספקי האפליקציות (לדוגמה, RMAN ל-Oracle).

פתרונות גיבוי שיכולים לפעול עם VMware Engine צריכים לעמוד בתקן הפרוטוקול VMware vStorage API for Data Protection‏ (VADP) ולקבל אישור מ-VMware ל-vSAN. הפתרונות הבאים לגיבוי אושרו על ידי VMware Engine כתואמים:

שיקולים בבחירת פתרון גיבוי

לפני שתתכננו את פתרון הגיבוי ותטמיעו מודל פריסה ב-VMware Engine, כדאי לענות על השאלות הבאות.

בחירת טכנולוגיית גיבוי

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

גישת גיבוי שמבוססת על סוכן למכונות וירטואליות שעברו מיגרציה דורשת הגדרה נוספת אם רשת Layer 2 מורחבת מסביבת on-premise ל-VMware Engine, או אם רוצים לשנות את המיקום של מאגר הגיבוי הראשי במהלך המיגרציה.

קביעת מספר העותקים של הנתונים לאחסון

אתם צריכים להעריך את הדרישות והיעדים הכוללים של הגיבוי ואת המדיניות של הארגון. צריך לכלול את הדרישות לאחסון גיבויים במיקומים ספציפיים, כמו במיקום או מחוץ למיקום, את יעד משך ההתאוששות (RTO) ואת יעד נקודת ההתאוששות (RPO).

קביעת המיקום לאחסון נתוני הגיבוי

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

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

  • שימוש בדיסקים לאחסון מתמיד כאחסון עורפי של מכונה ב-Compute Engine. המכונה של Compute Engine מייצאת נקודת טעינה של NFS לשרת הגיבוי. היתרון בגישה הזו הוא שהדיסקים לאחסון מתמיד הם אזוריים, ואפשר לשכפל אותם גם בין אזורים.
  • משתמשים ב-Filestore כדי לייצא נפחי NFS לשימוש כמאגרי גיבוי. הגישה הזו מאפשרת ניהול קל יותר כי מופעלים מופעים מנוהלים של Filestore. היא גם מספקת ביצועים עקביים. מופעי Filestore הם אזוריים, והנתונים לא משוכפלים בין אזורים או בין אזורים.
  • אפשר להשתמש ב-Cloud Storage כדי לאחסן קובצי גיבוי. ב-Cloud Storage, הנתונים מאוחסנים בכמה אזורים ותחומים כדי להגדיל את היתירות. הנתונים מאוחסנים ומועברים בין רמות אחסון על סמך טריגרים שהוגדרו על ידי המשתמש. ‫Cloud Storage עוזר לייעל את העלויות על ידי שמירת נתונים בשימוש תדיר ברמות אחסון מהירות יותר, ונתונים ישנים ברמות אחסון זולות יותר. למידע על שילוב עם Cloud Storage, אפשר לעיין במסמכי העזרה של ספק פתרון הגיבוי.
  • שימוש ב-Google Cloud NetApp Volumes לייצוא של נפחי אחסון מסוג NFS ו-SMB לשימוש כמאגרי גיבוי. השירות שמנוהל במלואו הזה מבטל את התקורה התפעולית של אחסון ברשת (NAS), כמו Filestore. נפחי Google Cloud NetApp הם אזוריים, והנתונים לא משוכפלים בין אזורים או בין תחומים. למידע נוסף, אפשר לעיין במאמר אזורים שבהם Google Cloud NetApp Volumes זמין.

אפשר גם לאחסן גיבויים באשכול אחר של אותו ענן פרטי, בענן פרטי אחר של VMware Engine או באחסון מקומי.

שימוש באשכול אחר באותו ענן פרטי או בענן פרטי אחר ב-VMware Engine מספק את ה-RTO הנמוך ביותר, אבל עלול להיות כרוך בעלויות אחסון גבוהות. ב-Cloud Storage, זמן ההתאוששות (RTO) ארוך יותר, אבל המחיר נמוך יותר מאשר בשימוש באשכולות שונים. ‫Compute Engine עם דיסק מתמשך ו-Filestore מספק RTO ועלויות שנמצאים בין שתי האפשרויות.

רמות הביצועים של Google Cloud NetApp Volumes הן דינמיות, ואפשר לשדרג נפח לרמה גבוהה יותר במהלך השחזור כדי לעמוד בדרישות של RTO, ואז לשנות אותו לרמה נמוכה יותר כדי לבצע אופטימיזציה של העלויות. אחסון מקומי כרוך בחיובים על העברת נתונים יוצאת ברשת, אבל הוא שומר על נפח האחסון הקיים לגיבוי.

הרשאות IAM ו-vSphere

למשתמשים ולאדמינים של הגיבוי צריכות להיות ההרשאות הנדרשות כדי לבצע את הפעולות הבאות:

  • פריסת מכונות Compute Engine בפרויקט וברשת VPC
  • חיבור רשת ה-VPC ל-VMware Engine
  • הגדרת כללי חומת אש ברשת ה-VPC

מידע נוסף על Google Cloud תפקידים והרשאות זמין במאמר בנושא IAM.

למשתמשי vSphere עם התפקיד default Cloud-Owner-Role יש את ההרשאות הנדרשות לפריסת רכיבים של פתרון גיבוי (מכונות וירטואליות ומכשירי חשמל) ב-VMware Engine. אם רכיב של תוכנת גיבוי דורש הרשאות נוספות ב-vCenter שלא זמינות לתפקיד ברירת המחדל Cloud-Owner-Role, צריך להשתמש בחשבון משתמש של פתרון.