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

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

‫Compute Engine מציע מגוון אפשרויות להגנה על המשאבים הבאים:

  • מכונות Compute Engine
  • Persistent Disk
  • Google Cloud Hyperdisk

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

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

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

למכונות וירטואליות, אפשר להשתמש בתמונות של מכונות או בשירות Backup and DR.
זמינות גבוהה לתוכנית התאוששות מאסון (DR) לדיסקים, צריך להשתמש ב-synchronous או ב-Asynchronous Replication.

אפשרויות להגנה על נתונים במופעים

בטבלה הבאה מפורטות אפשרויות ההגנה על נתונים במופעים.

אפשרויות להגנה על נתונים במופעים
מטרה אפשרות RPO RTO תרחישים לדוגמה
בדיקה או תוכנית התאוששות מאסון (DR) תמונות של מכונות דקות לשעות דקות לשעות
  • מאחסן את ההגדרות, המטא-נתונים, ההרשאות והנתונים של מופע מכל הדיסקים המצורפים.
  • גיבוי ושחזור של מופעים לטווח ארוך.
  • שיבוט ושכפול של מכונות.
תוכנית התאוששות מאסון (DR) שירות Backup and DR מוגדר על ידי המדיניות דקות לשעות
  • הגנה מפני תוכנות כופר ושיפור העמידות בסייבר באמצעות גיבויים שלא ניתן לשנות או למחוק.
  • הגנה על מופעים תוך שמירה על ניהול ופיקוח.
  • מעקב, ביקורת ודיווח מקיפים לצורך עמידה בדרישות התאימות.

בדיקה וניפוי באגים של מופעים

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

תמונות מכונה

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

כשיוצרים מכונה חדשה מקובץ אימג' של מכונה, המכונה החדשה היא שיבוט של מכונת המקור, כולל ההגדרה המלאה של המכונה ועותק של הנתונים מכל הכרכים המצורפים של Persistent Disk ו-Hyperdisk, שמתאים למצב של קריסת מערכת. כדי לגבות רק את הדיסקים של המופע, ולא את ההגדרה המלאה של המופע, משתמשים בתמונות מצב רגילות או בארכיון.

מידע נוסף על תמונות מכונה זמין במאמר מידע על תמונות מכונה.

גיבויים של מופעים לצורך התאוששות מאסון

כדי לגבות מכונות ואת הדיסקים שמצורפים אליהן לצורך התאוששות מאסון, אפשר להשתמש בתמונות של מכונות או בשירות Backup and DR.

שירות Backup and DR

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

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

מידע נוסף על שירות Backup and DR זמין במאמר מידע על תוכניות גיבוי של שירות Backup and DR.

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

כשיוצרים מכונה חדשה באמצעות מסוף Google Cloud , מערכת Compute Engine משתמשת בשיטת גיבוי מוגדרת מראש כברירת מחדל עד שמשנים אותה. כך מעודדים שימוש עקבי בגיבויים אוטומטיים בכל הפרויקט. אחת מהאפשרויות הבאות נבחרת באופן אוטומטי בכרטיסייה Data protection (הגנה על נתונים):

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

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

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

אפשרויות להגנה על נתונים בדיסקים

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

אפשרויות להגנה על נתונים בדיסקים
מטרה אפשרות RPO RTO תרחישים לדוגמה
בדיקה שיבוטים של דיסקים אפס שניות לדקות
  • אפשר ליצור במהירות סביבות Staging מתוך סביבת הייצור.
  • העתקה של דיסק לצורך אימות הגיבוי או ייצוא של העברת עומס.
  • ביצוע סריקות לזיהוי תוכנות זדוניות בלי להשפיע על ביצועי הדיסק של המקור.
בדיקה תמונות מצב מואצות שניות לדקות שניות לדקות
  • יצירת גיבוי של נתונים בדיסק בנקודת זמן מסוימת, שנשמר באותו מיקום שבו נמצא דיסק המקור.
  • חזרה מהירה לגרסה קודמת במקרה של שגיאות משתמש או שדרוגי תוכנה שנכשלו.
  • הגיבויים נשמרים כעותקים דיפרנציאליים כדי לשפר את הביצועים ולחסוך במקום.
בדיקה תמונות של מערכת ההפעלה לא רלוונטי לא רלוונטי
  • יצירת כמה מופעים עם דיסקים זהים לאתחול.
  • יצירת סביבות פיתוח ובדיקה סטנדרטיות.
תוכנית התאוששות מאסון (DR) קובצי snapshot רגילים וקובצי snapshot של ארכיון דקות לשעות דקות לשעות
  • גיבויים של דיסקים שמשוכפלים גיאוגרפית לצורך התאוששות מאסון.
  • הגיבויים נשמרים כעותקים דיפרנציאליים כדי לשפר את הביצועים ולחסוך במקום.
תוכנית התאוששות מאסון (DR) שכפול סינכרוני אפס שניות לדקות
  • הנתונים משוכפלים באופן סינכרוני בין שני אזורים באותו אזור כדי לספק זמינות גבוהה במקרה הנדיר של הפסקת שירות באזור.
  • הוא לא מיועד לגיבוי נתונים.
תוכנית התאוששות מאסון (DR) Asynchronous Replication שניות לדקות דקות
  • הנתונים משוכפלים באופן אסינכרוני בשני אזורים כדי לספק זמינות גבוהה במקרה הנדיר של הפסקת שירות אזורית.
  • הוא לא מיועד לגיבוי נתונים.

בדיקה וניפוי באגים של דיסקים

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

שיבוטים של דיסקים

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

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

מידע נוסף על שיבוט דיסקים זמין במאמר בנושא שכפול דיסק באמצעות שיבוטים.

תמונות מצב מיידיות

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

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

מידע נוסף על תמונות מצב מיידיות זמין במאמר בנושא מידע על תמונות מצב מיידיות.

קובצי אימג' של מערכת ההפעלה

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

כדי ליצור דיסקים בהיקף גדול, משתמשים בתמונות של מערכת ההפעלה במקום ליצור כמה דיסקים מ-snapshot. תמונות של מערכת הפעלה מהירות יותר כי Compute Engine משתמש במטמון מקומי באזורי היעד כדי להאיץ את תהליך היצירה.

מידע נוסף על תמונות בהתאמה אישית זמין במאמר מידע על תמונות של מערכות הפעלה.

גיבויים של דיסקים לצורך התאוששות מאסון

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

קובצי snapshot רגילים וקובצי snapshot של ארכיון

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

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

מומלץ לתזמן צילומי מצב רגילים כל שעה. אם אתם צריכים תמונות מצב יומיות, כדאי לתזמן תמונות מצב כל 6 שעות.

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

שכפול דיסקים לצורך התאוששות מאסון (DR)

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

אפשר לשכפל את נתוני הדיסק באופן סינכרוני באזור מסוים או באופן אסינכרוני בין אזורים.

הגנה מפני הפסקות זמניות באזורים באמצעות שכפול סינכרוני

אם עומס העבודה שלכם לא יכול לסבול אובדן נתונים (RPO של אפס) במקרה של הפסקת חשמל אזורית, כדאי להשתמש ב-Regional Persistent Disk או ב-Hyperdisk Balanced High Availability. הדיסקים האלה מספקים שכפול סינכרוני שכותב נתונים לשני אזורים באותו אזור בו-זמנית.

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

מידע נוסף על שכפול סינכרוני של דיסקים

הגנה מפני הפסקות חשמל אזוריות באמצעות שכפול אסינכרוני

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

מידע נוסף על רפליקציה אסינכרונית

המאמרים הבאים