אשת IT לצד ארונות שרתים במרכז נתונים
צילום: Christina Morillo / Pexels. מקור: https://www.pexels.com/photo/software-engineer-standing-beside-server-racks-1181354/ . רישיון Pexels: https://www.pexels.com/legal-pages/license/ (מתיר שימוש מסחרי ופרסום ברשתות חברתיות, בכפוף לתנאי הרישיון).

DR ו־BCP בענן פרטי: מה באמת נדרש להפעלה

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

גיבוי, DR ו־BCP הם שלושה דברים שונים

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

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

מתי ענן פרטי מקל על ההתאוששות

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

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

כך מגדירים RTO ו־RPO

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

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

מה חייב להיכלל בתוכנית

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

אוטומציה עוזרת, אך נדרש אישור אנושי

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

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

מקורות מקצועיים: NIST SP 800-34 Rev. 1; Microsoft Azure – Disaster Recovery Overview.

צילום: Christina Morillo / Pexels. מקור התמונה, בהתאם לרישיון Pexels.

דילוג לתוכן