איך מחשבים זמן העברת נתונים?
הנוסחה הבסיסית פשוטה: זמן = נפח הנתונים בביטים ÷ קצב ההעברה בביטים לשנייה. המלכודת היא היחידות. קבצים ודיסקים נמדדים בבייטים (MB, GB, TB), וחיבורי אינטרנט ורשת נמדדים בביטים לשנייה (Mbps, Gbps). בייט הוא 8 ביט, ולכן צריך להכפיל את הנפח ב-8 לפני שמחלקים במהירות. 500GB הם 4,000,000 מגה-ביט, ובחיבור של 1Gbps ההעברה תיקח בתיאוריה 4,000 שניות — קצת יותר משעה.
בפועל אף חיבור לא מגיע למהירות הנקובה. חלק מהקצב הולך לכותרות של פרוטוקולי TCP/IP ולהצפנה, חלק נבלע בהשהיה בין השרתים (במיוחד בהעברה בין יבשות), ולפעמים צוואר הבקבוק הוא בכלל הדיסק, המעבד או שרת היעד. לכן המחשבון כולל שדה ״יעילות״: 80% הוא ברירת מחדל סבירה לתכנון, ואם כבר מדדתם קצב אמיתי — הזינו את היחס שקיבלתם.
מצב ״איזו מהירות צריך?״ הופך את החישוב: מזינים את הנפח ואת חלון הזמן שעומד לרשותכם — למשל העברה שחייבת להסתיים בלילה אחד — ומקבלים את המהירות הנקובה המינימלית, כבר אחרי התחשבות ביעילות. טבלת ההשוואה מראה מיד אילו חיבורים נפוצים עומדים ביעד.
שימו לב לכיוון ההעברה. במעבר ממשרד או משרת מקומי לענן קובעת מהירות ההעלאה (Upload) של המקור, ובחיבורים ביתיים ומשרדיים רבים היא נמוכה בהרבה ממהירות ההורדה. כדאי לבדוק אותה בבדיקת מהירות הגלישה לפני שמתכננים. במעבר בין שרתים בחוות שרתים המהירות גבוהה יותר, אבל עדיין כדאי להשאיר מרווח ביטחון: העבירו את רוב הנתונים מראש, ובחלון המעבר עצמו סנכרנו רק את השינויים. כך זמן ההשבתה נמדד בדקות ולא בשעות.
דוגמה מהשטח: שרת עם 200GB נתונים שעובר לענן מחיבור משרדי עם העלאה של 100Mbps. ב-80% יעילות הקצב האפקטיבי הוא 80Mbps, ו-200GB הם 1,600,000 מגה-ביט — כלומר 20,000 שניות, כ-5 שעות ו-33 דקות. אם חלון התחזוקה הוא 3 שעות בלבד, צריך חיבור נקוב של כ-185Mbps לפחות, או להעביר את רוב הנתונים מראש ולסנכרן בחלון רק את מה שהשתנה. אותו חישוב חשוב גם לגיבויים: ודאו שגם השחזור מהגיבוי, לא רק הגיבוי עצמו, מסתיים בזמן שהעסק יכול להרשות לעצמו. הזינו את הנתונים שלכם במחשבון שלמעלה כדי לקבל חישוב מדויק לתרחיש שלכם, כולל השוואה לחיבורים של 100Mbps ועד 10Gbps.