Disaster Recovery: RTO, RPO והמשכיות

Disaster Recovery (DR) הוא מערך של מדיניות, נהלים וכלים לשחזור מהיר של תשתית ה-IT לאחר אירוע קטסטרופלי הגורם להפסקת פעילות.

מהו Disaster Recovery

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

DR הוא מרכיב מכריע ב-Business Continuity Planning (BCP), המתמקד באופן ספציפי בשחזור התשתית הטכנולוגית הנדרשת לפעילות העסקית.

סוגי אסונות

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

תקלות טכניות: כשל חומרה, השחתת נתונים, באגים בתוכנה.

מתקפות סייבר: Ransomware, DDoS, data wiper, חבלה.

טעויות אנוש: מחיקות בשוגג, תצורות שגויות, טעות תפעולית.

כשלי תשתית: הפסקות חשמל, כשל רשת, בעיות קירור.

RTO ו-RPO

Recovery Time Objective (RTO): הזמן המרבי המקובל לשחזור שירותים לאחר אירוע. קובע את מהירות השחזור הנדרשת.

דוגמה: RTO של 4 שעות פירושו שהמערכות חייבות להיות תפעוליות תוך 4 שעות לכל היותר לאחר האסון.

Recovery Point Objective (RPO): אובדן הנתונים המרבי המקובל הנמדד ב זמן. מגדיר את תדירות הגיבויים הנדרשת.

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

אסטרטגיות DR

Cold Site: מתקן בסיסי עם תשתית מינימלית. דורש תצורה מלאה לפני השימוש. RTO: ימים/שבועות. עלות נמוכה ביותר.

Warm Site: תשתית מוגדרת חלקית עם חומרה ו קישוריות. דורש התקנת נתונים ויישומים. RTO: שעות/ימים. עלות בינונית.

Hot Site: שכפול מלא של סביבת הייצור, פעיל תמיד ו מסונכרן. Failover כמעט מיידי. RTO: דקות. עלות גבוהה.

Cloud DR: מנצל את הענן לשכפול ולשחזור. גמישות ו מדרגיות. RTO משתנה בהתאם לתצורה.

Disaster Recovery as a Service (DRaaS): שירות DR מנוהל בענן.

רכיבי תוכנית ה-DR

Business Impact Analysis (BIA): זיהוי מערכות קריטיות וההשפעה של אי-זמינות.

Risk Assessment: הערכת הסבירות וההשפעה של סוגים שונים של אסונות.

Recovery Procedures: נהלים מפורטים שלב אחר שלב לשחזור.

Roles and Responsibilities: הגדרת צוות ה-DR ואחריות ברורה.

Communication Plan: כיצד לתקשר במהלך אסון ולאחריו.

Testing Schedule: תוכנית סדירה של בדיקות וסימולציות.

טכנולוגיות DR

שכפול נתונים: סינכרוני או אסינכרוני בין האתר הראשי לאתר ה-DR.

Snapshots: צילומי point-in-time של מערכות ונתונים.

Failover Automation: מערכות מבצעות אוטומציה של המעבר לסביבת ה-DR.

Load Balancers: מפלגים את התעבורה ומקלים על ה-failover.

Virtual Machine Replication: שכפול של VMs בין מרכזי נתונים.

Database Replication: שכפול רציף של מסדי נתונים.

תהליך השחזור

1. הכרזת אסון: הערכת המצב והכרזה על הפעלת תוכנית ה-DR.

2. הפעלת הצוות: גיוס צוות ה-DR בהתאם לתוכנית.

3. Assessment: הערכת היקף הנזק והמערכות המושפעות.

4. Failover: הפניית הפעילות לסביבת ה-DR.

5. שחזור: שחזור נתונים ויישומים בהתאם לתעדוף.

6. אימות: בדיקת תפקוד המערכות המשוחזרות.

7. תפעול: שמירה על הפעילות בסביבת ה-DR בזמן שחזור המערכת הראשית.

8. Failback: החזרת הפעילות לסביבה הראשית לאחר שחזורה.

בדיקות DR

בדיקות סדירות חיוניות לאימות תוכנית ה-DR:

Tabletop Exercise: סימולציה בחדר ישיבות, ללא הפעלת מערכות.

Walkthrough: סקירה מפורטת של הנהלים עם הצוות.

Simulation Test: סימולציה מלאה ללא השפעה על הייצור.

Parallel Test: הפעלת סביבת ה-DR במקביל לייצור.

Full Interruption Test: כיבוי הייצור ותפעול מלא בסביבת ה-DR.

תדירות מומלצת: לפחות אחת לשנה, או לאחר שינויים משמעותיים.

פתרונות מסחריים

Veeam Backup & Replication: גיבוי ו-DR לסביבות וירטואליות.

Zerto: שכפול רציף ו-DR ל-VMs ולענן.

AWS Disaster Recovery: פתרונות DR ב-AWS.

Azure Site Recovery: DR as a Service של Microsoft.

VMware Site Recovery Manager: תזמור DR ל-VMware.

שיטות עבודה מומלצות

• הגדרת RTO ו-RPO ריאליסטיים המבוססים על BIA
• תיעוד מפורט של הנהלים
• שמירה על נגישות התיעוד במצב לא מקוון
• בדיקה סדירה ולאחר שינויים
• הכשרת הצוות בנהלי DR
• אוטומציה ככל האפשר
• שמירה על מלאי נכסים מעודכן
• סקירה ועדכון של התוכנית מדי שנה
• שקילת DR עבור נתונים קריטיים של צד שלישי