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

תארו לעצמכם: יש לכם 20 שרתים, לכל אחד סקריפט גיבוי cron משלו, ובדיקת שחזור נכשלת — קבצים פגומים, מפתחות גישה שונו, אזור שגוי. ללא ניהול מרכזי, נתונים אובדים, ו-MTTR גדל לרמות בלתי מקובלות. Rclone פותר זאת: תמיכה ביותר מ-40 ספקי ענן, הצפנה בצד הלקוח עם crypt-remote, סנכרון ישיר בין אחסונים, וניטור מובנה דרך Prometheus. בפרויקט אחד, העברנו 10 TB של גיבויים ל-Cloudflare R2, הגדרנו GitOps לניהול תצורה, וקיצרנו את MTTR מ-4 שעות ל-15 דקות — פי 16 מהר יותר משחזור ידני. אתם מבטלים בדיקות גיבוי ידניות והתראות ליליות על סנכרון כושל. קבלו הגדרה סופית — תשתית גיבוי עובדת תוך 1–3 ימים.

בעיות נפוצות בארגון גיבויים

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

כיצד Rclone מספק הצפנה בצד הלקוח?

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

[s3-aws]
type = s3
provider = AWS
access_key_id = AKIAIOSFODNN7EXAMPLE
secret_access_key = wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY
region = eu-central-1
server_side_encryption = AES256

[r2-cloudflare]
type = s3
provider = Cloudflare
access_key_id = abcdef123456
secret_access_key = secret
endpoint = https://ACCOUNT_ID.r2.cloudflarestorage.com

[b2-backblaze]
type = b2
account = your-account-id
key = your-master-key

[gcs-prod]
type = google cloud storage
project_number = 123456789
service_account_file = /etc/rclone/gcs-sa.json
bucket_policy_only = true

# Зашифрованный оверлей поверх S3
[s3-encrypted]
type = crypt
remote = s3-aws:my-backups
filename_encryption = standard
directory_name_encryption = true
password = your-encryption-password
password2 = your-salt

תכונה מרכזית — crypt-remote: גם אם מפתחות חשבון הענן דלפו, הנתונים אינם נגישים ללא סיסמת ההצפנה. יש לאחסן את הסיסמה במנהל סודות (Vault, Bitwarden). לפי תיעוד Rclone, crypt-remote מספק הצפנה מקצה לקצה שאינה נראית לספק.

למה לבחור בתכנית גיבוי מרובת עננים?

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

rclone copy s3-aws:my-backups r2-cloudflare:my-backups --transfers 8 --progress 

ריבוי עננים גם מייעל עלויות יציאה. Backblaze B2 ו-Cloudflare R2 מציעים יציאה חינמית, חוסכים עד 30% לעומת AWS S3. עבור העברת 10 TB חודשית, זה יכול לחסוך כ-$2000.

כיצד להפוך גיבויים עם Rclone לאוטומטיים?

לאוטומציה, אנו משתמשים בסקריפטים עם cron/systemd timer והתראות דרך Healthchecks.io או Prometheus + Alertmanager. דוגמת סקריפט:

#!/bin/bash
set -euo pipefail

BACKUP_DIR=/backups
REMOTE="s3-encrypted:prod-server1/$(date +%Y/%m/%d)"
LOG=/var/log/rclone-upload.log

rclone copy "$BACKUP_DIR" "$REMOTE" \
    --transfers 8 \
    --bwlimit "08:00,50M 00:00,off" \
    --log-file "$LOG" \
    --log-level INFO \
    --stats 60s

EXIT_CODE=$?

if [ $EXIT_CODE -eq 0 ]; then
    curl -fsS -m 10 https://hc-ping.com/YOUR-UUID
    logger "rclone upload to $REMOTE: success"
else
    curl -fsS -m 10 "https://hc-ping.com/YOUR-UUID/fail"
    logger -p user.err "rclone upload to $REMOTE: failed (exit $EXIT_CODE)"
fi

אנו מגדירים העברות מקבילות (transfers) והגבלת רוחב פס (bwlimit) כדי למנוע רווית קישור בשעות העבודה. עבור סביבות בדיקה, ניתן לעגן אחסון מרוחק כמערכת קבצים דרך FUSE:

mkdir /mnt/s3-backups
rclone mount s3-encrypted:prod-server1 /mnt/s3-backups \
  --daemon \
  --allow-other \
  --vfs-cache-mode full \
  --vfs-cache-max-size 10G

השוואת ספקים

פרמטרי תצורה לתרחישים טיפוסיים

כיצד אנו מגדירים Rclone: שלב אחר שלב

בפרויקט עם 50 שרתים, העברנו גיבויים ל-Cloudflare R2 עם הצפנה בצד הלקוח, ניטור דרך Prometheus, והתראות בטלגרם. השתמשנו ב-GitOps לניהול תצורה ו-Helm chart לפריסת סקריפטים.

1. אבחון התשתית הקיימת ונפח הנתונים.
2. בחירת ספק ותכנית אחסון (יחיד/מרובה עננים) תוך התחשבות ביציאה ו-SLA.
3. הגדרת קבצי תצורה של Rclone, כולל crypt-remote והגבלות רוחב פס.
4. פריסת סקריפטים אוטומטיים עם ניטור (Prometheus + Grafana או Healthchecks).
5. תיעוד תהליך השחזור ובדיקה על נתונים אמיתיים.

מה כלול בעבודה שלנו

• אבחון התשתית הקיימת והדרישות.
• בחירת ספק ותכנית אחסון (יחיד/מרובה עננים).
• הגדרת Rclone: תצורות, הצפנה, bwlimit, transfers.
• סקריפטים אוטומטיים עם ניטור (Prometheus + Grafana או Healthchecks).
• תיעוד שחזור ותפעול.
• הדרכת צוות ואחריות לשבועיים על פעילות תקינה.

לוחות זמנים ותמחור משוערים

לוחות זמנים: מיום אחד להגדרה בסיסית ועד 5 ימים לתכניות מרובות עננים מורכבות. התמחור מחושב באופן אישי — צרו קשר להערכה. אנו צוות עם 5 שנות ניסיון ב-DevOps ויותר מ-30 פרויקטי גיבוי מוצלחים. קבלו ייעוץ ממהנדס והזמינו הגדרה כדי לשכוח מבעיות גיבוי.