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

המסמך הזה יעזור לכם לבחור את האפשרות המתאימה להגנה על המשאבים שלכם ב-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 לעומסי עבודה עם הדרישות הבאות:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

קובצי snapshot מואצים

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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