אסטרטגיית גיבוי חיצונית אמינה עם כלל 3-2-1

יישום כלל 3-2-1 להגנה על נתונים מחוץ לאתר

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

למה גיבויים מקומיים לא מצילים אותך מכופרה

תרחיש טיפוסי: עבודת rsync מעתיקה נתונים מהשרת היצרני ל-NAS באותו חדר שרתים במהלך הלילה. שריפה, הצפה של חדר השרתים או כופרה שמצפינה שיתופי רשת—והנתונים הראשוניים וה'גיבוי' נעלמים בו-זמנית.

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

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

אחסון בלתי ניתן לשינוי הוא משמעותי רק אם לא ניתן להחליף או למחוק נתונים לפני שתוקף תקופת השמירה פג. Object Lock במצב Compliance של AWS S3 אינו תכונה אופציונלית—זהו פרמטר חובה בעת הגדרת ה-bucket.

# Создание S3 bucket с Object Lock
aws s3api create-bucket \
    --bucket company-offsite-backup \
    --region eu-central-1 \
    --create-bucket-configuration LocationConstraint=eu-central-1 \
    --object-lock-enabled-for-bucket

# Настройка retention по умолчанию
aws s3api put-object-lock-configuration \
    --bucket company-offsite-backup \
    --object-lock-configuration '{
    "ObjectLockEnabled": "Enabled",
    "Rule": {
        "DefaultRetention": {
            "Mode": "COMPLIANCE",
            "Days": 30
        }
    }
}'

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

ארכיטקטורת 3-2-1 בפועל

היישום בפועל תלוי בנפח הנתונים ובדרישות RPO/RTO. ברוב המקרים, תכנית עבודה נראית כך:

• מדיה 1 (מקומית מהירה): גיבוי ל-NAS או לדיסק ייעודי בשרת—לשחזור מהיר של קבצים בודדים. כלי: Restic, Borgbackup, או rsync עם קישורים קשיחים.
• מדיה 2 (מקומית איטית/קלטת): אם הנפח מאפשר, קלטת LTO או NAS שני בבניין אחר או VLAN אחר. לתשתיות קטנות—דיסק שני על אותו שרת עם בקר פיזי שונה.
• מדיה 3 (מחוץ לאתר/ענן): אחסון תואם S3—AWS S3, Backblaze B2, Wasabi, Minio במרכז נתונים אחר, או שרת ייעודי במיקום אחר. זה חובה.

# Пример конфига Restic для offsite в S3
# /etc/restic/s3-backup.env
RESTIC_REPOSITORY=s3:s3.amazonaws.com/company-offsite-backup
RESTIC_PASSWORD_FILE=/etc/restic/password
AWS_ACCESS_KEY_ID=AKIAIOSFODNN7EXAMPLE
AWS_SECRET_ACCESS_KEY=wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY
AWS_DEFAULT_REGION=eu-central-1

#!/bin/bash
# /etc/cron.d/restic-offsite — ежедневный бэкап в облако
set -euo pipefail
source /etc/restic/s3-backup.env
restic backup \
  --files-from /etc/restic/include-paths.txt \
  --exclude-file /etc/restic/excludes.txt \
  --tag "daily,$(hostname)" \
  --compression max
# Политика хранения: 7 ежедневных, 4 еженедельных, 3 ежемесячных
restic forget --prune \
  --keep-daily 7 \
  --keep-weekly 4 \
  --keep-monthly 3

בפרויקט אחרון עבור אחד מלקוחותינו, חברת לוגיסטיקה עם 2 TB של נתונים, עברנו מ-rsync יומי ל-Restic עם אחסון S3 בלתי ניתן לשינוי. חלון הגיבוי ירד מ-6 שעות ל-45 דקות (הפחתה של 87%), ובדיקות שחזור אישרו שחזור מלא תוך שעה אחת. זה אופייני למה שהמומחים שלנו משיגים.

מה כלול בהקמת גיבוי מחוץ לאתר במפתח פתוח

אנו מתכננים ומיישמים את תכנית 3-2-1 המלאה המותאמת לדרישות RPO/RTO שלך. עם ניסיון של למעלה מ-10 שנים בהגנה על נתונים ויותר מ-200 הטמעות גיבוי מוצלחות, אנו מביאים מומחיות מוכחת. ההיקף כולל:

• ביקורת על התשתית והנתונים הנוכחיים שלך (איסוף מדדים, סוגים, נפחים).
• בחירת ספק ענן והגדרת bucket עם Object Lock (AWS, Backblaze, Wasabi).
• פריסת הסוכן (Restic/Borg) על כל השרתים היעדיים, הגדרת מדיניות שמירה.
• אינטגרציה עם ניטור (Prometheus + Alertmanager או Grafana)—התראות על תקלות.
• תיעוד נוהל השחזור (runbook) והדרכת צוות הכוננות.
• אחריות ל-30 יום לפעולה תקינה (התאמות חינם במידת הצורך).

ההשקעה הטיפוסית להקמת גיבוי בסיסי מחוץ לאתר (1-2 שרתים, מתחת ל-100 GB) נעה בין $1,500 ל-$3,000, כולל אחסון ענן לשנה הראשונה. להגדרות בינוניות (5-10 שרתים), $5,000–$10,000. לקוחות בדרך כלל חוסכים 40% בהשוואה לתחזוקת מרכז נתונים משני.

אימות וניטור

גיבוי ללא אימות אינו גיבוי. Restic תומך ב-# Создание S3 bucket с Object Lock aws s3api create-bucket \ --bucket company-offsite-backup \ --region eu-central-1 \ --create-bucket-configuration LocationConstraint=eu-central-1 \ --object-lock-enabled-for-bucket # Настройка retention по умолчанию aws s3api put-object-lock-configuration \ --bucket company-offsite-backup \ --object-lock-configuration '{ "ObjectLockEnabled": "Enabled", "Rule": { "DefaultRetention": { "Mode": "COMPLIANCE", "Days": 30 } } }' לשלמות המאגר וב-# Пример конфига Restic для offsite в S3 # /etc/restic/s3-backup.env RESTIC_REPOSITORY=s3:s3.amazonaws.com/company-offsite-backup RESTIC_PASSWORD_FILE=/etc/restic/password AWS_ACCESS_KEY_ID=AKIAIOSFODNN7EXAMPLE AWS_SECRET_ACCESS_KEY=wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY AWS_DEFAULT_REGION=eu-central-1 לקריאה סלקטיבית של נתונים. יש להריץ זאת מדי שבוע, לא רק לאחר יצירת הגיבוי.

ניטור של גודל, טריות וסטטוס הגיבוי האחרון חייב להיות משולב ב-Prometheus/Grafana או לפחות במערכת התראות פשוטה. אם גיבוי לא רץ במשך יותר מ-24 שעות, התראה היא חובה.

השוואת כלים לגיבויים מחוץ לאתר

הפתרון שלנו באמצעות Restic עם אחסון בלתי ניתן לשינוי מפחית את חלון הגיבוי בעד 75% בהשוואה ל-rsync מסורתי עם קישורים קשיחים, ובנוסף מאובטח פי 10 מפני כופרה בזכות Object Lock.

תהליך: מביקורת לניטור

1. ביקורת—קביעת נתונים קריטיים, נפח, גיבויים נוכחיים, RPO/RTO.
2. תכנון—בחירת מדיה, ספק ענן, תכנית רוטציה.
3. יישום—הגדרת סוכנים, מדיניות, אחסון בלתי ניתן לשינוי, ריצה ראשונית.
4. בדיקות—אימות שחזור של תיקייה אקראית, מדידת מהירות.
5. פריסת ניטור—התראות, לוחות מחוונים, הודעות דרך מסנג'ר/דוא"ל.

הערכות זמנים

צור קשר לביקורת על תכנית הגיבוי שלך—נעריך את הפרויקט ונציע את הפתרון האופטימלי. הזמן הקמת גיבוי מחוץ לאתר לפי כלל 3-2-1 וקבל הגנה אמיתית מפני אובדן נתונים.