PracticU

מעבר לאתר DR
Veeam Failover

בלי כתוביותעם כתוביות
PracticU › קורס וירטואליזציה - VMware ESXi 8 › מעבר לאתר DR Veeam Failover
מילון מושגים:
Veeam - תוכנה לגיבוי ולשחזור של מכונות וירטואליות, שרתים ונתונים בסביבות וירטואליזציה וענן.
שחזור - החזרת נתונים או מערכת למצב תקין קודם מתוך גיבוי, לאחר תקלה, מחיקה או פגיעה.
API - ממשק תכנותי שמגדיר כיצד תוכנה אחת פונה לאחרת ומחליפה איתה נתונים ופעולות.
ESXi - מערכת ההפעלה (היפרווייזר) של VMware שמותקנת ישירות על השרת ומריצה עליו מכונות וירטואליות.
vCenter - כלי ניהול מרכזי של VMware לניהול מספר שרתי ESXi והמכונות הווירטואליות שעליהם ממקום אחד.
RAM - זיכרון הגישה האקראית של המחשב, מהיר ונדיף, שבו נשמרים נתונים ותוכניות בזמן ריצתם.
רפליקציה - העתקה ושמירה של אותם נתונים ביותר ממקום אחד, לשם זמינות, גיבוי או ביצועים.

מעבר לאתר DR Veeam Failover
Failover הוא המעבר לאתר ה-DR, כלומר הדלקת העותק של המכונה באתר החירום. ההרצאה מדגימה failover מיידי, ביטול שלו, failover מתוכנן וחזרה לאתר הראשי.
השלבים העיקריים
1. המצב ההתחלתי: שתי המכונות ב-replica כבויות, ובכל אחת ב-Manage Snapshots יש נקודות שחזור.
2. Failover מיידי: מיועד למצב חירום. בוחרים נקודת זמן לחזור אליה, ו-Veeam מדליק את המכונה מה-snapshot באתר ה-DR. זה לוקח שתי שניות, ורק שולח פקודות API ל-ESXi ול-vCenter. המכונה המקורית לא נפגעת וממשיכה לעבוד, ולכן אפשר להשתמש בזה גם כדי לבדוק שאתר ה-DR עובד בלי להפריע למשתמשים.
3. Undo: במצב Active Failover אפשר לבטל. Veeam מכבה את המכונה ומחזיר אותה ל-snapshot האחרון. כל השינויים שנעשו במכונת ה-failover הולכים לאיבוד.
4. Planned failover: מתאים לשבוע עבודה באתר ה-DR כדי לוודא שהכל עובד, או למעבר מתוכנן בלילה או בשבת. בוחרים אילו מכונות להעביר. Veeam עושה snapshot למכונה המקורית ומעביר את השינויים האחרונים, מכבה את המקור ומדליק את היעד. ה-RAM לא עובר, ולכן מסמכים פתוחים שלא נשמרו ופעולות שלא הסתיימו לא עוברים.
5. מצב אחרי המעבר: ב-Replicas נשארת רק המכונה השנייה, והראשונה עוברת למצב Failover, כלומר היא עובדת באתר החירום. אפשר לבטל את כל השינויים (Undo) כשהמעבר היה לבדיקה, או להפוך אותו לקבוע, ואז צריך לעדכן את ג'וב הרפליקציה.
6. Failback: חזרה לאתר הפרודקשן. Veeam עושה snapshot באתר ה-DR ומעביר אותו למכונה המקורית. אפשר גם לבחור יעד אחר, אחר host או datastore, ולהעביר רק את הבלוקים ששונו. מסמנים להדליק את המכונה באתר המקורי ולכבות את העותק, וזה לקח מעל חצי שעה.
שימו לב
- אפשר לסגור את חלון הפעולה בלי לבטל אותה. מבטלים רק דרך Cancel restore task.
- failover וגם failback הם אותו עיקרון: snapshot, העברה לצד השני, כיבוי המקור והדלקת היעד.
אחרי ההרצאה אפשר להעביר מכונות לאתר DR בצורה מיידית או מתוכננת, לבטל, ולחזור לאתר הראשי.
השיעור הבא בקורס: מעבר קבוע לאתר DR Veeam Permanent Failover

פרקי ההרצאה: מעבר לאתר DR Veeam Failover

  1. 00:00

    מהו Failover לאתר DR

  2. 00:34

    בחירת נקודת זמן ל-Failover

  3. 01:28

    בדיקת אתר הגיבוי ללא הפרעה

  4. 02:04

    ביטול המעבר עם Undo

  5. 02:44

    Planned Failover מתוכנן

  6. 03:21

    כיבוי המקור בהעברה מתוכננת

  7. 03:56

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

  8. 04:29

    שליחת פקודות API ל-vCenter

תמלול ההרצאה: מעבר לאתר DR Veeam Failover

הטקסט המלא של הדקות הראשונות בהרצאה «מעבר לאתר DR Veeam Failover» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

  1. 00:02

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

  2. 00:14

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

  3. 00:26

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

  4. 00:37

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

  5. 00:52

    הלך לאתר גיבוי, לסנפשוט הנכון והדליק את המכונה. זה הכל. וורטינג VM to the restore point ו-power on וזהו והמשימה הסתיימה זה לקח שתי שניות בדיוק ברגע שהוא עשה את זה יש לנו ברפליקס מצב של פייל אובר אקטיבי אפשר גם לראות כאן שה-VM הזה נדלק אתם יכולים לראות שה-VM הראשון נדלק השני לא וב-VM הראשון שנדלק באקשן שלו

  6. 01:17

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

  7. 01:34

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

  8. 01:44

    עכשיו כשאני במצב של אקטיב פייל אובר, כשעברתי למצב של נפילה, אני יכול מכאן או לבטל את הכל, מה זה אומר?

  9. 01:52

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

  10. 02:23

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

  11. 02:50

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

  12. 03:16

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

  13. 03:29

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

  14. 03:42

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

  15. 03:56

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

  16. 04:09

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

  17. 04:25

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

  18. 04:34

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

  19. 04:46

    אתם רואים שהוא באמת חיבה את המכונה הזאת, ובאתר DR הוא באמת הדליק את המכונה החדשה. פשוט שלח פקודות ל-eSX מה לעשות ול-VCenter מה לעשות. זהו, אנחנו עכשיו במצב של Active Failover.

  20. 04:59

    שימו לב, ברפליקציות נשארה רק המכונה השנייה, והמכונה הראשונה עברה ל-Failover, למצב של

לקורס המלא: קורס וירטואליזציה VMware ESXi 8

ההרצאה הקודמת: רפליקציה של Veeam - לאתר DR - הסבר נוסף

ההרצאה הבאה: מעבר קבוע לאתר DR - Veeam Permanent Failover

הרצאות קשורות מקורסים אחרים

  • Swarm Cluster - Failover
  • הגדרת Failover Cluster ISCSI
  • סיכום ב-3 דקות - Cluster NLB + Failover
  • עבודה עם UITableView - מעבר בין מסכים

קורסים נוספים במסלול

  • קורס וירטואליזציה - Hyper-V
  • קורס OpenStack