רוב ההשוואות בין ענן פרטי מול ענן ציבורי נופלות על אותה טעות: מסתכלים על מחיר לגיגה-בייט לחודש, מכפילים במספר הטרה-בייטים, ומכריזים על מנצח. זה תמחור נוח לשקופית אחת במצגת. הוא גם מטעה כמעט תמיד.
העלות האמיתית של אחסון ארגוני לא נמצאת בשורת המחיר הראשית. היא מפוזרת על פני שנים, מורכבת מרכיבים שלא מופיעים בהצעת המחיר הראשונה, ומשתנה לפי דבר אחד שקשה לחזות מראש: כמה נתונים אתם באמת מזיזים. מאמר זה מפרק את מבנה העלויות של שני הצדדים, מסביר מתי הקו של הענן הציבורי חוצה את העלות החד-פעמית של NAS מקומי, ולמה השאלה הכלכלית לרוב לא נגמרת במספר בודד אלא בשילוב.
[מיקום מומלץ לתמונה]
נושא התמונה: גרף חיתוך עלויות (breakeven) בין ענן ציבורי ל-NAS מקומי לאורך זמן
תיאור התמונה: שני קווים על ציר זמן — קו ענן ציבורי שעולה בהדרגה כל חודש, וקו NAS שמתחיל גבוה (השקעה חד-פעמית) ואז כמעט מתיישר, עם נקודת חיתוך מסומנת
טקסט ALT מוצע: גרף המשווה עלות מצטברת של ענן פרטי מול ענן ציבורי לאורך שנים עם נקודת איזון
שני מבני עלות שונים לחלוטין, לא רק שני מחירים
לפני שמשווים מספרים, צריך להבין שמדובר בשני מודלים כלכליים שונים בבסיסם. הענן הציבורי הוא הוצאה שוטפת (OpEx). אין השקעה ראשונית משמעותית, אתם משלמים חודש בחודשו, והחשבון גדל ככל שכמות הנתונים גדלה. ה-NAS המקומי הוא הוצאה הונית (CapEx): רכישה חד-פעמית של חומרה, ואחריה עלויות תחזוקה נמוכות יחסית וצפויות.
ההבדל הזה הוא כל הסיפור. בענן, כל טרה-בייט נוסף שאתם שומרים מוסיף לחשבון החודשי — לתמיד. ב-NAS, אחרי שקניתם מערך עם קיבולת פנויה, שמירת נתונים נוספים בתוך אותה קיבולת לא עולה כמעט כלום. אתם משלמים על הכלי פעם אחת, לא על כל גיגה שנכנס אליו.
העלות שאף אחד לא מראה לכם בהצעה: דמי יציאה (Egress)
כאן נמצא הרכיב שהופך השוואות תמימות ללא רלוונטיות. ספקי הענן הגדולים גובים תשלום נפרד על הוצאת נתונים מהרשת שלהם — מה שנקרא egress או data transfer out. העלאת נתונים לענן (ingress) היא כמעט תמיד חינם. הורדתם החוצה עולה כסף, לפי גיגה-בייט.
האסימטריה הזו איננה מקרית. חינם להיכנס, יקר לצאת — זו אותה לוגיקה של מוצר הפסד בסופרמרקט: מוזל להיכנס פנימה, ואז יקר להוציא את מה שצברת. מעבר לכיסוי עלויות רשת אמיתיות, המחיר הגבוה על יציאה יוצר גם נעילת ספק (vendor lock-in): ככל שצברתם יותר נתונים בענן, כך יקר יותר להעביר אותם למקום אחר או להוריד אותם בכמות.
התעריפים אצל שלושת הספקים הגדולים מתומחרים במדרגות שיורדות ככל שהנפח גדל, ונעים באזור של סנטים בודדים לגיגה-בייט עבור התנועה הראשונה החוצה. זה נשמע זניח — עד שמכפילים בטרה-בייטים. המחשה מספרית מהשטח: על מערך אנליטיקה שמשרת עשרות טרה-בייטים בחודש למשתמשים ולתהליכי עיבוד, שורת ה-egress יכולה להגיע ליותר ממחצית החשבון החודשי. במקרים מסוימים, עלות שליפת הנתונים גבוהה פי כמה מעלות אחסונם. ב-NAS מקומי, תעבורה פנימית ברשת הארגונית לא נמדדת בגיגה ולא מחויבת — הרכיב הזה פשוט נעלם.
[מיקום מומלץ לתמונה]
נושא התמונה: פירוק חשבון ענן חודשי לרכיבים
תיאור התמונה: תרשים עמודות מפורק המראה חשבון ענן טיפוסי — אחסון בסיס, דמי יציאה (egress), קריאות API, שליפה מאחסון קר — כשה-egress הוא נתח גדול ובלתי צפוי
טקסט ALT מוצע: פירוק עלויות ענן ציבורי לרכיבים כולל דמי יציאה egress כנתח מרכזי
למה החשבון של הענן גדל מהר יותר משחשבתם
יש הבדל בין עלות שגדלה בקו ישר לעלות שגדלה בקפיצות. אחסון בענן גדל בהדרגה — ככל שאתם שומרים יותר לוגים, גיבויים, קבצי מדיה וארכיונים, החשבון עולה בהתמדה. אבל דמי היציאה לא בהכרח מתנהגים כך. הם קשורים לכמות שאתם מושכים, וזו יכולה לזנק בלי אזהרה.
דוגמה מתועדת ממחישה את הסיכון: ארגון שבסיס המשתמשים שלו גדל פי עשרה בחצי שנה ראה את עלויות המחשוב והאחסון עולות בערך פי שלושה — סביר — אבל את דמי היציאה מזנקים ביותר מפי חמישה-עשר. הצלחה עסקית שהפכה להפתעה תקציבית. עבור מנהל IT, הבעיה בדמי היציאה היא פחות הסכום עצמו ויותר חוסר היכולת לחזות אותו ולשלוט בו.
מול זה, מבנה העלות של ה-NAS הוא היפוכה של אי-הוודאות: אתם יודעים מראש כמה עלתה החומרה, מה עלות התחזוקה, ומתי צפוי מחזור החלפה. אין קפיצה חודשית שמפתיעה את התקציב.
נקודת החיתוך: מתי הענן הפרטי מתחיל להשתלם
כאן נמצא לב הניתוח הכלכלי. תארו לעצמכם שני קווים על ציר זמן. קו הענן הציבורי מתחיל נמוך — אין השקעה ראשונית — ומטפס בהתמדה, חודש אחרי חודש. קו ה-NAS מתחיל גבוה, כי משלמים את החומרה מראש, ואז כמעט מתיישר: התחזוקה נמוכה וצפויה. בשלב מסוים הקווים נחתכים. מנקודת החיתוך והלאה, ה-NAS זול יותר — וכל חודש נוסף מגדיל את הפער לטובתו.
לפי ניתוחי TCO של תשתית יציבה, נקודת האיזון עבור עומסי עבודה קבועים נופלת לרוב באזור השנתיים עד שלוש. לפני כן הענן הציבורי מנצח על תזרים המזומנים ועל הגמישות; אחרי כן, הבעלות המקומית הופכת חסכונית יותר בכל שנה. ככל שהנתונים יציבים ונשמרים לאורך זמן, וככל שמושכים מהם יותר (יותר egress), כך נקודת החיתוך מגיעה מהר יותר.
מכאן נגזר כלל אצבע פרקטי. שלושה גורמים מזיזים את נקודת החיתוך:
נפח יציאה חודשי. ככל שאתם מורידים ומזיזים יותר נתונים בקביעות — צוותים שמושכים קבצים כבדים, שחזורים, סנכרון — כך הענן יקר יותר וה-NAS משתלם מוקדם יותר.
יציבות ואורך חיי הנתונים. נתונים שנשמרים שנים (ארכיונים, רשומות רגולטוריות, פרויקטים) מצדיקים השקעה חד-פעמית. נתונים זמניים או משתני-נפח מתאימים דווקא לענן.
קצב הגישה. נתונים חמים שניגשים אליהם יומיומית עדיף מקומית — מהר וללא דמי שליפה. נתונים קרים שכמעט לא נוגעים בהם יכולים לשבת בענן זול.
המסקנה: לעומס יציב, ארוך-טווח ועתיר-תעבורה, ה-NAS המקומי מנצח כלכלית אחרי שנתיים-שלוש בערך. לעומס משתנה, זמני או קצר-מועד, הענן הציבורי נשאר ההגיוני יותר. אין תשובה אחת — יש התאמה לפרופיל השימוש.
מעבר לכסף: שליטה בנתונים וריבונות
הניתוח הכלכלי לא נגמר בשקלים לחודש. יש עלויות וסיכונים שלא תמיד מתומחרים, ובראשם השאלה של מי בעצם שולט בנתונים ומי מחזיק במפתחות.
ריבונות נתונים (data sovereignty) היא עיקרון משפטי: מידע כפוף לחוקי המדינה שבה הוא מאוחסן או מעובד. הדקות החשובה — מיקום פיזי לבד לא מספיק. גם כשנתונים יושבים בדאטה-סנטר באזור מסוים, אם ספק הענן מאוגד תחת שיפוט זר, המידע עלול להיות חשוף לדרישות גישה חוקיות של אותה מדינה (למשל תחת ה-CLOUD Act האמריקאי). כשאתם מוסרים נתונים לצד שלישי, אתם מוסרים לו גם חלק מהשליטה עליהם — אך האחריות המשפטית נשארת אצלכם.
ב-NAS מקומי, הנתונים בתוך הגבולות הפיזיים והדיגיטליים שלכם. אתם מחזיקים במפתחות ההצפנה, אתם קובעים מי ניגש, ואתם לא תלויים בשיפוט של גורם חיצוני. עבור ארגונים במגזרים רגישים — פיננסים, בריאות, מוסדות ציבור — היכולת להצביע בדיוק היכן יושב המידע ומי מסוגל להגיע אליו היא לא מותרות אלא דרישת ציות.
יש כאן גם היבט של הגנה מפני כופרה. מערכות NAS ארגוניות מציעות snapshots — צילומי מצב לקריאה בלבד (read-only) של מערכת הקבצים בנקודת זמן, המבוססים על ארכיטקטורת Copy-on-Write. תוקף כופרה שמצפין את הקבצים החיים לא יכול לשנות snapshot קיים, וכך נשמר עוגן שחזור בלתי ניתן לשינוי — בשליטה מקומית מלאה שלכם.
הפשרה שרוב הארגונים מגיעים אליה: ארכיטקטורה היברידית
אחרי כל זה, התשובה הנכונה לרוב הארגונים היא לא "או-או" אלא "גם וגם". לא כל פיסת מידע צריכה את אותו יחס, ולכן מחלקים אותה לפי טמפרטורה.
העיקרון נקרא tiering. נתונים חמים — אלה שניגשים אליהם יומיומית — יושבים על ה-NAS המקומי המהיר, ללא דמי שליפה. נתונים פושרים, שנוגעים בהם מדי שבוע-חודש, יכולים לעבור לענן. נתונים קרים, ארכיוניים, שכמעט לא נדרשים אך חייבים להישמר לצורכי ציות, יורדים לשכבת ארכיון זולה בענן. את התנועה בין השכבות אפשר להגדיר בכללי מחזור חיים אוטומטיים — למשל, קובץ שלא נגעו בו 90 יום יורד לארכיון.
יש כאן היגיון שני, שנוגע להגנה ולא רק לעלות: כלל הגיבוי 3-2-1. שלושה עותקים של הנתונים, על שני סוגי מדיה שונים לפחות, כשעותק אחד מחוץ לאתר. חשוב להפנים ש-NAS כשלעצמו אינו גיבוי, ו-RAID אינו גיבוי — שריפה, כופרה או כשל בו-זמני של כמה כוננים יכולים למחוק הכול. ארכיטקטורה היברידית מיישמת את הכלל באופן טבעי: המידע החי על ה-NAS הראשי, עותק מקומי על יעד שני, ועותק שלישי בענן מחוץ לאתר לשעת אסון.
הלקח הזה נכתב בדם. שריפת מרכז הנתונים של OVHcloud בשטרסבורג ב-2021 השמידה נתונים של לקוחות רבים — ובית משפט צרפתי חייב בהמשך את הספק בפיצויים, בין היתר משום שגיבויים של לקוחות אוחסנו באותו מבנה פיזי כמו השרתים הראשיים. הריבונות והחוסן חלים על הגיבוי בדיוק כמו על המערכת הראשית. עותק מחוץ לאתר, על מדיה נפרדת, הוא מה שמפריד בין תקלה לאסון.
[מיקום מומלץ לתמונה]
נושא התמונה: ארכיטקטורה היברידית עם שכבות אחסון וכלל 3-2-1
תיאור התמונה: דיאגרמה — NAS מקומי (נתונים חמים) במרכז, עותק מקומי שני, וחץ לענן (נתונים קרים/עותק שלישי מחוץ לאתר), עם תיוג שכבות חם/פושר/קר
טקסט ALT מוצע: ארכיטקטורת אחסון היברידית של NAS מקומי וענן ציבורי לפי כלל גיבוי 3-2-1
אז מה מתאים לארגון שלכם?
ההכרעה בין ענן פרטי מול ענן ציבורי היא בסופו של דבר חישוב שתלוי בכם: כמה נתונים אתם מזיזים בחודש, כמה זמן הם חיים, כמה רגיש התוכן מבחינת ציות, ומה אופק הזמן שלכם. עומס יציב ועתיר-תעבורה, נתונים שחייבים להישאר בשליטתכם, ואופק של שלוש שנים ומעלה — כל אלה מטים את הכף ל-NAS מקומי. עומס משתנה, זמני או צעיר — מטה אותה לענן. וברוב המקרים, שילוב מדוד של השניים הוא הזול והבטוח ביותר.
ב-MDS מחשבים ליווינו לאורך כמעט שלושה עשורים ארגונים ישראליים במגזרים פיננסיים, תעשייתיים, בריאות וחינוך בדיוק בהכרעה הזו. נשמח לבנות אתכם חישוב TCO אמיתי לפי פרופיל השימוש שלכם — נפח, תעבורה, דרישות ציות ואופק זמן — ולתכנן תצורת NAS או ארכיטקטורה היברידית שתתאים בדיוק, בלי לשלם על קיבולת שלא צריך ובלי הפתעות בחשבון. דברו איתנו: טלפון 04-8211416, דוא"ל mds@mds.co.il, או קפצו למשרדנו בדרך השלום 9, נשר. כמעבדת שירות מוסמכת של Lenovo בצפון, אנחנו גם נדאג לחומרה עצמה לאורך כל חייה.
שאלות ותשובות נפוצות
מה זה בעצם דמי יציאה (egress) ולמה הם כל כך משמעותיים?
אלה חיובים על הוצאת נתונים מרשת ספק הענן החוצה, לפי גיגה-בייט. העלאה פנימה בדרך כלל חינם, אבל הורדה והזזה החוצה עולות כסף. עבור ארגונים שמושכים נתונים בקביעות, זה יכול להפוך לנתח גדול ובלתי צפוי מהחשבון — לעיתים גבוה יותר מעלות האחסון עצמה. ב-NAS מקומי הרכיב הזה לא קיים.
אחרי כמה זמן NAS מקומי מחזיר את ההשקעה מול ענן?
תלוי בפרופיל השימוש, אבל עבור עומס יציב וארוך-טווח נקודת האיזון נופלת לרוב באזור השנתיים עד שלוש. ככל שמזיזים יותר נתונים ושומרים אותם לאורך זמן, כך ה-NAS משתלם מוקדם יותר.
האם ענן פרטי מקומי בטוח יותר מהענן הציבורי?
לא באופן אוטומטי — אבטחה תלויה ביישום בשני המקרים. אבל הוא נותן שליטה מלאה: המפתחות אצלכם, המידע בגבולות שלכם, והוא לא כפוף לשיפוט זר כמו ספק ענן חיצוני. עבור נתונים רגישים תחת דרישות ציות, השליטה הזו היא יתרון מהותי.
האם NAS לבדו מספיק כדי להיות מוגן?
לא. NAS אינו גיבוי, ו-RAID אינו גיבוי. צריך ליישם כלל 3-2-1 — שלושה עותקים, שני סוגי מדיה, עותק אחד מחוץ לאתר — ולשלב snapshots להגנה מפני כופרה. כאן דווקא שילוב עם ענן, כעותק החיצוני השלישי, משלים את התמונה.
אז ענן פרטי או ציבורי — מה עדיף בסופו של דבר?
לרוב הארגונים התשובה היא שילוב: נתונים חמים ורגישים על NAS מקומי, נתונים קרים וארכיוניים בענן זול, וגיבוי חוצה-אתרים שמנצל את שניהם. ההכרעה הנכונה נגזרת מנתוני השימוש הספציפיים שלכם, לא מכלל גורף.
