הגדרת גיבוי ענן היברידי: מדריך מלא

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

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

אסטרטגיית גיבוי בענן היברידי

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

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

יתרונות של גיבוי מענן היברידי

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

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

חסרונות של גיבוי בענן היברידי

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

עלויות פוטנציאליות של אחסון בענן

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

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

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

איך להקל על בעיות העלויות בקשר

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

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

סוגי גיבוי מענן היברידיים

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

• גיבוי בראשונה באופן מקומי + העתקת גיבוי לענן

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

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

• גיבוי ראשון לעניות דעת עם מטמון מקומי

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

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

• שיקום דו כיווני בענן

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

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

• אחסון גיבוי בשכבות

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

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

• סיבוב גיבוי וניהול מחזור חיי תוכנה

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

• שחזור תקלות בענן

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

• מכשירי גיבוי היברידיים

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

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

הגדרת גיבוי ענן היברידי עם NAKIVO

NAKIVO גיבוי & ושיחזור הוא פתרון להגנת נתונים שמיועד לתשתיות שונות:באתר, בין אם זהו שרת פיזי או מהודר virtualized

• במקומי, בין אם מדובר בשרתים פיזיים או ממוחשבים
• ענן, כולל מערכות רב-ענן
• ענן היברידי

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

הוספת פריטים למלאי

אתה יכול להוסיף גם פלטפורמות מקומיות וענן למלאי של פתרון NAKIVO כדי להתחיל להגן עליהם. עליך גם להוסיף את מיקום האחסון הענן היעד למלאי.

כדי להוסיף פריטים למלאי:

1. עבור אל הגדרות > מלאי ולחץ על הסמל +.
2. בחר את הפלטפורמה הנדרשת וסיום את מסע ההוספת פריט מלאי.

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

בדוגמה שלנו, אנו מוסיפים מארחים ESXi, שהם חלק מ-VMware vSphere, כפלטפורמה מקור כמו גם אחסון Amazon S3 ליצירת עותק גיבוי לענן.

כדי להוסיף את Amazon S3 או יעדים ענן אחרים:

1. בחר Storage בשלב הראשון של מסדרת ה-Add Inventory Item כדי להוסיף מאגר רכיבים מקלות ענן.

   

2. בשביל Type, בחר ב-Amazon S3 או בפלטפורמת ענן אחרת. אפשר להוסיף אחד מחשבונות האחסון בענן המתמודדים:
   • Amazon S3
   • כלי גנרי S3 תואם אחסון אובייקטים בענן
   • Microsoft Azure Storage
   • Wasabi
   • BackBlaze B2

   

3. ל-אפשרויות, הזן את האפשרויות הנחוצות לחיבור.

   

יצירת מאגר במקומיות

צור מאגר בפיקוח במבנה המקומי שלך או השתמש ב-מאגר בפיקוח מקומי. עבור אל הגדרות > מאגרים ולחץ על + כדי ליצור מאגר בפיקוח חדש.

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

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

יצירת מאגר בענן ציבורי

צור מאגר גיבוי בענן. עבור אל הגדרות > מאגרי גיבוי ולחץ + כדי ליצור מאגר גיבוי חדש. עקוב אחר ההוראות ליצירת מאגר גיבוי בענן הציבורי: צור מאגר ב-Amazon S3צור מאגר באחסון כדורסל Azure

• צור מאגר ב-Amazon S3
• צור מאגר ב-Azure Blob Storage
• צור מאגר ב-Amazon EC2
• צור מאגר ב-BackBlaze B2 cloud storage
• צור מאגר ב-Wasabi Hot Cloud storage

כאשר אנו משתמשים ב-Amazon S3 בדוגמה זו, אנו בוחרים Cloud & S3-Compatible Storage כסוג המאגר ואז Amazon S3 בדוא"ל Create Backup Repository מזדמן.

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

הגדרת עבודה חזרה מקומית

בדוגמה שלנו, אנו יוצרים 2 משימות резервного גלויות: משימת גיבוי לאחסון מקומי לשחזור מבוצע במהירות ומשימת עותק גיבוי לחסן Amazon S3 שיש יושמש כאשר מבנה הגיבוי המקומי שלנו אינו זמין.

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

לחץ על משימות בפאנל השמאלי, לחץ על + ולחץ על משימת גיבוי VMware vSphere או סוג משימת גיבוי אחר, תלוי במה שאתה רוצה לגבי.

עקוב אחר ההוראות ליצירת משימת גיבוי חדשה עבור מקור הנתונים המתאים.

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

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

   

2. יעד. בחר אחד ממאגרי הגיבוי שביצעת פריסה עבורם במקומי. אנו משתמשים במאגר הגיבוי המוביל הממוקם במחשב המקומי שבו מותקנת פלטפורמת NAKIVO Backup & Replication (פתרון מלא) כמאגר הראשי שלנו.

   

3. לוח זמנים. הגדר את לוח הזמנים של עבודת הגיבוי כדי להגדיר מתי לבצע גיבוי של נתונים למאגר הגיבוי המקומי. אנו מגדירים עבודת גיבוי לביצוע כל יום בשעה 0:00 בלילה. בשלב זה ניתן להגדיר כמה לוחות זמנים וכללי שמירה.

   

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

   

קביעת עבודת עותק גיבוי לענן

הגדר עותק גיבוי לענן לצורך הגדרת גיבוי רב רשת מבוזרת.

לחץ על עבודות בפינה השמאלית, הקיש + ולחץ על עבודת עותק גיבוי בתפריט שנפתח. הויזארד חדש של עבודת עותק גיבוי נפתח.

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

   

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

   

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

   

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

   

קבענו גיבוי ענן משולב ב-NAKIVO Backup & Replication. המתן עד שהעבודות הגיבוי והגיבוי העתקה לענן במקומיות משוכללות.

כעת יש לכם שני גיבויים במיקומים שונים לשימוש בשיקום: גיבוי מקומי + גיבוי ענן. גישת גיבוי ענן משולב זו משלבת את יתרונות הגישה המהירה והזמינות המקומית עם השכפול והאמינות של גיבויים מבוססי ענן.