אחסון בענן ציבורי הוא אחסון נתונים בתשתית משותפת של ספק ענן גדול, שבה כל לקוח מקבל משאבים מופרדים ומשלם לפי שימוש. ענן פרטי מוקדש לארגון אחד, ומודל היברידי משלב ענן ציבורי עם ענן פרטי או עם אחסון בחצרי העסק. הבחירה נקבעת לפי רגישות המידע, דרישות ציות, עומס ועלות. כדאי למפות את סוגי המידע ולהחליט מה עולה לענן ציבורי ומה נשאר בעותק פרטי או מקומי.
כדי לקבל הערכה חודשית ראשונית, אפשר להזין בכלי הבא את נפח המידע, מספר ההתקנים, סוג הנתונים ומיקום השרתים. המחשבון מבוסס על ממוצעי שוק, והתוצאה אינה הצעה מחייבת.
מחשבון מחירי שירותי גיבוי בענן
רוצים הצעה מדויקת למפרט שבחרתם?
מהנדס תקשורת של טלקום אקספרט יבדוק את הצרכים ויחזור עם הצעה, ללא התחייבות.
מחירי מחירון רשמיים של אחסון ושל שרת בענן ציבורי בישראל
הטבלה מציגה מחירי ענן ציבורי באזורי ישראל של Azure (Israel Central) ושל AWS (Israel, Tel Aviv), כפי שנבדקו בין 12 ל-15 באוקטובר.
| פריט | Azure | AWS |
|---|---|---|
| אחסון נגיש (Hot / Standard), לגיגה לחודש | 0.02 USD, כ-20 USD ל-TB | 0.025 USD, כ-25 USD ל-TB |
| אחסון לגישה מועטה (Cool / Standard-IA), לגיגה לחודש | 0.01104 USD, כ-11 USD ל-TB | 0.0138 USD, כ-14 USD ל-TB |
| שרת 2 ליבות, 8GB, Linux | 0.112 USD לשעה, כ-82 USD לחודש | 0.112 USD לשעה, כ-82 USD לחודש |
אלה מחירי מחירון רשמיים, לפני מע"מ, ללא תעבורה יוצאת, דיסקים, גיבוי ורישוי נוסף, והם אינם מחירון של טלקום אקספרט. מחירי אחסון הם לאזור יחיד ולטווח הראשון של הנפח, ומחירי השרת לתשלום לפי שעה ללא התחייבות.
עיקרי הדברים
- NIST מגדיר ארבעה מודלי פריסה לענן: פרטי, קהילתי, ציבורי והיברידי (מסמך SP 800-145, ספטמבר 2011).
- בענן ציבורי התשתית משותפת והנתונים של כל לקוח מופרדים לוגית, ולכן ההרשאות וההצפנה הן באחריות העסק.
- במחירון הרשמי, אחסון נגיש בענן ציבורי עולה כ-20 עד 25 דולר ל-TB לחודש באזורי ישראל, לפני מע"מ ולפני תעבורה יוצאת.
- אזורי ענן ציבורי בישראל קיימים אצל AWS (Tel Aviv) ואצל Azure (Israel Central).
- היברידי הוא לרוב המודל המעשי לעסק עם שרת במשרד: עותק מקומי מהיר ועותק בענן לשרידות.
סקירה של סוגי האחסון, האבטחה והעלות מופיעה בדף על שירותי אחסון בענן.
איך מחלקים נתונים בין ענן ציבורי, פרטי והיברידי?
בענן ציבורי הספק מפעיל מרכזי נתונים גדולים ומשרת לקוחות רבים על אותה תשתית, בהפרדה לוגית ביניהם. בענן פרטי התשתית מוקדשת לארגון אחד, בחצריו או אצל ספק, והארגון שולט בה ובהגדרותיה. במודל היברידי העסק מחבר בין השניים או בין ענן לבין משאבים קיימים, כפי שAWS מתארת מודל היברידי: חיבור בין משאבי ענן לבין תשתית קיימת. מודל קהילתי, שמשרת קבוצת ארגונים עם צרכים משותפים, נפוץ פחות בעסקים קטנים.
ההחלטה אינה בחירה אחת לכל העסק. מידע שונה מקבל מקום שונה: מסמכי עבודה ושיווק מתאימים לענן ציבורי, בסיסי נתונים רגישים לעיתים נשארים בענן פרטי, וקבצים שדורשים גישה מקומית מהירה נשארים בשרת במשרד עם עותק בענן.
מה ההבדל בין ענן ציבורי, פרטי והיברידי? טבלת השוואה
הטבלה מסכמת את ההבדלים בין המודלים לפי שלושה שיקולים: מי שולט בתשתית, איך מתחלקת האחריות לאבטחה, ומה העלות ומתי המודל מתאים.
| מודל | שליטה ואבטחה | עלות ומתי מתאים |
|---|---|---|
| ציבורי | תשתית משותפת עם הפרדה לוגית, והאחריות מתחלקת בין הספק לעסק | תשלום שוטף לפי שימוש, מתאים לנפח משתנה ולהתחלה בלי חומרה |
| פרטי | תשתית מוקדשת לארגון אחד, ושליטה מלאה בהגדרות | השקעה ותחזוקה, מתאים למידע רגיש ולעומס קבוע |
| קהילתי | תשתית לקבוצת ארגונים עם דרישות משותפות, למשל ציות | מתאים רק כשקיימת קבוצת ארגונים עם צרכים זהים |
| היברידי | חיבור בין שני מודלים או יותר, וכל מידע יושב במקום שמתאים לו | מוסיף עלות ניהול, מתאים לעסק עם שרת במשרד |
מהו ענן קהילתי ומתי הוא רלוונטי לעסק?
לפי NIST, ענן קהילתי הוא תשתית שמוקצית לשימוש בלעדי של קהילה מסוימת של צרכנים מארגונים שיש להם דאגות משותפות, כמו משימה, דרישות אבטחה, מדיניות ושיקולי ציות. הוא יכול להיות בבעלות ובניהול של אחד הארגונים בקהילה, של צד שלישי או של שילוב ביניהם, ולהימצא בחצרי הארגונים או מחוצה להם.
בפועל עסק רגיל פוגש מודל כזה רק כשהוא חלק מקבוצה שפועלת תחת אותן דרישות רגולטוריות ומשתפת תשתית. לרוב העסקים ההחלטה היא בין ציבורי, פרטי והיברידי, ולכן את המודל הקהילתי בודקים רק כשהספק או הענף מציעים אותו במפורש.
מתי אחסון בענן ציבורי מתאים לעסק?
- כשהנפח גדל ואין רצון לקנות דיסקים ושרתים מראש.
- כשיש כמה סניפים או עובדים מרחוק שצריכים גישה לאותם קבצים.
- כשהעומס משתנה לפי עונות או פרויקטים, ורוצים לשלם לפי שימוש.
- כשאין צוות IT פנימי שיתחזק חומרה, ורוצים שהספק יטפל בשכפול ובתשתית.
בשיחות עם עסקים אנחנו נתקלים הרבה בעסק שיש לו שרת במשרד, ובמקביל חלק מהקבצים כבר יושבים בענן. ההבנה שאפשר להתקדם בשלבים, בלי להחליט בבת אחת על מעבר מלא, מורידה את הלחץ מההחלטה.
מתי ענן פרטי או אחסון מקומי עדיפים?
ענן פרטי או אחסון בחצרי העסק מתאימים כשדרישות הציות או חוזה עם לקוח מחייבים שליטה מלאה במיקום המידע ובתשתית, כשיש יישום שדורש חומרה ייעודית, או כשהעומס קבוע וגדול עד כדי כך שתשלום לפי שימוש אינו משתלם. המחיר הוא אחריות לתחזוקה, להחלפת חומרה, לחשמל ולקירור, ולצוות שיודע לנהל את זה.
גם כאן כדאי לשמור עותק מחוץ לאתר. שרת שנמצא רק בחדר אחד חשוף לתקלת חשמל, לשריפה ולגניבה, ולכן עותק בענן משלים אותו בדרך כלל.
איך נראה אחסון היברידי בעסק בפועל?
- השרת במשרד מחזיק את הקבצים שעובדים איתם כל יום, לגישה מהירה ברשת המקומית.
- מערכת שכפול מעתיקה את הקבצים לענן ציבורי בתדירות שנקבעה, עם גרסאות קודמות.
- מסמכים לשיתוף עם לקוחות וסניפים יושבים בשירות אחסון בענן עם הרשאות וקישורים מוגבלים.
- קו אינטרנט סימטרי ויציב מבטיח שהשכפול והגישה מרחוק לא יאטו את העבודה.
- בדיקת שחזור מדי תקופה מוודאת שהעותק בענן באמת שמיש.
במודל כזה העסק מקבל מהירות מקומית, והענן משמש להרחבה ולשרידות. בהמשך אפשר להעביר עוד מידע לענן ולהקטין את הציוד המקומי.
מה לגבי אבטחה, ציות ומיקום הנתונים בענן ציבורי?
בענן ציבורי האבטחה משותפת: הספק אחראי לתשתית ולמרכזי הנתונים, והעסק אחראי להרשאות, לסיסמאות, להצפנה ולמה שהוא מעלה. לפי AWS, למשל, שירות S3 שומר אובייקטים על כמה התקנים בלפחות שלושה אזורי זמינות, וזה מגן מפני תקלת חומרה אך אינו מגן ממחיקה בטעות או ממתקפה על חשבון משתמש.
מיקום הנתונים חשוב לעסקים שמחזיקים מידע אישי של לקוחות. AWS מפעילה אזור בישראל (Tel Aviv, בפעילות מאז אוגוסט 2023, עם שלושה אזורי זמינות), ו-Azure מפעילה אזור Israel Central עם שלושה אזורי זמינות. חוק הגנת הפרטיות והתקנות בנושא אבטחת מידע חלים על מי ששומר מידע אישי גם כשהוא יושב אצל ספק, ולכן מומלץ לתאם את ההחלטה עם יועץ משפטי ולבדוק מול הספק איפה המידע נשמר ובאילו תנאים.
מי שבונה מדיניות אבטחה כוללת מוזמן להמשיך לאבטחת מידע לעסק.
איך עסק עם סניפים ועובדים מרחוק משתמש בענן ציבורי?
בעסק עם כמה סניפים, מקור אמת אחד בענן מונע מצב שבו לכל סניף יש גרסה אחרת של אותו קובץ. כל עובד ניגש לאותם נתונים לפי הרשאה, מהמשרד, מהבית או מהשטח, והספק מטפל בשכפול. התנאי הוא קו אינטרנט יציב בכל נקודה, כי הנתונים כבר אינם יושבים בארון בצד המשרד. עסקים שמוותרים על הבדיקה הזו מגלים אותה בשבוע הראשון אחרי המעבר.
מה עושים כדי להתאושש מאסון כשהנתונים בענן?
שכפול של הספק מגן מתקלת חומרה, אבל התאוששות מאסון דורשת תכנון משלה: מה העסק מוכן לאבד (כמה שעות של עבודה), כמה זמן הוא מוכן להיות מושבת, ואיפה נשמר העותק האחרון. עותק מחוץ לחשבון הראשי, אצל ספק אחר או בחצרי העסק, מגן מפני פריצה לחשבון או מחיקה בטעות. בדיקת שחזור מסודרת, לפחות פעם בשנה, היא הדרך היחידה לדעת שהתכנון עובד.
איך מחשבים עלות כוללת של ענן מול חומרה מקומית?
השוואה הוגנת סופרת את כל הסעיפים, לא רק את מחיר הדיסק או את מחיר החודש. באחסון מקומי נספרים:
- רכישת השרת, הדיסקים וציוד הרשת, וחידושם אחת לכמה שנים.
- רישיונות תוכנה ותחזוקה שנתית.
- חשמל, קירור, שטח ואבטחה פיזית.
- שעות עבודה של איש IT או ספק תחזוקה, כולל עדכונים והחלפת רכיבים.
- עותק מחוץ לאתר ובדיקות שחזור.
בענן ציבורי נספרים המנויים או הנפחים, החיוב על יציאת נתונים ובקשות, שמירת הגרסאות, התמיכה ועבודת הניהול של ההרשאות. עסק שמחשב רק צד אחד מגיע בדרך כלל למסקנה מוטעית.
איך נמנעים מתלות בספק אחד?
תלות נוצרת כשהמידע נשמר בפורמט סגור, כשהוצאתו יקרה, או כשכל העסק נשען על חשבון אחד. כדי להקטין אותה שומרים קבצים בפורמטים פתוחים, מבררים מראש את עלות היציאה ואת אופן ייצוא המידע, ומחזיקים עותק של המידע החשוב אצל ספק אחר או בחצרי העסק. ריבוי עננים (Multi-Cloud) מסייע, אך מוסיף עלות ניהול, ולכן מיישמים אותו לפי סוג המידע ולא על הכול.
אילו טעויות נפוצות כדאי להימנע מהן?
- להעלות את כל המידע לענן ציבורי בלי לסווג אותו קודם.
- להניח שסנכרון קבצים הוא גם עותק לשחזור.
- לא לבדוק את קצב ההעלאה של הקו, ואז לגלות שהעבודה מול הקבצים איטית.
- לא לתעד מי מורשה לגשת למה, ולא לבטל הרשאות כשעובדים עוזבים.
- להשאיר את העותק היחיד באותו אתר או אצל אותו ספק.
כמה עולה לעבור בין המודלים ומה משנה את העלות?
ענן ציבורי מחליף רכישת שרתי אחסון ודיסקים, חידוש חומרה, חשמל וקירור בתשלום שוטף לפי נפח ושימוש. מנגד, יש מרכיבים שעושים הפתעה בחשבון: חיוב על יציאת נתונים, חיוב על בקשות, שמירת גרסאות ותקופות שמירה ארוכות. ענן פרטי וחומרה מקומית דורשים השקעה ראשונית ואחריות לתחזוקה, אבל עלותם צפויה יותר כשהעומס קבוע.
כדי להשוות בין המודלים בודקים עלות כוללת לאורך שלוש עד חמש שנים ולא מחיר לנפח בלבד. הטבלה שבראש הדף מציגה מחירי מחירון רשמיים של ענן ציבורי. מחירי ענן פרטי והיברידי נקבעים לפי התצורה, ולכן את ההצעה בונים לפי נתוני העסק.
איך מחליטים? חמישה שלבים
- מסווגים את המידע לפי רגישות ולפי הדרישות החוקיות והחוזיות שחלות עליו.
- מגדירים מה העומס: קבוע או משתנה, ומי ניגש אליו ומאיפה.
- בודקים את קו האינטרנט, ובמיוחד את קצב ההעלאה.
- בוחרים מודל לכל קבוצת מידע, ומחליטים איפה נשמר העותק הנוסף.
- מתחילים בפיילוט קטן, בודקים שחזור והרשאות, ורק אז מרחיבים.
הסיווג הראשוני אינו חייב להיות מושלם. מספיק לחלק את המידע לשלוש קבוצות: מידע ציבורי או שיווקי, מידע עסקי רגיל, ומידע רגיש של לקוחות, כספים ועובדים. כל קבוצה מקבלת מקום, הצפנה והרשאות בהתאם, ואת הסיווג מעדכנים כשהעסק משתנה. גישה כזו פשוטה מספיק כדי ליישם אותה, ומקטינה את הסיכון להעלות מידע רגיש למקום שאינו מתאים לו.
איך טלקום אקספרט מלווה עסקים בבחירת מודל האחסון?
טלקום אקספרט היא אינטגרטור תקשורת ומחשוב ענן עם מעל 25 שנות ניסיון. מהנדס תקשורת מתכנן את חלוקת המידע בין ענן ציבורי, פרטי ומקומי, בודק את קו האינטרנט ומלווה את ההעברה ואת בדיקות השחזור. אנחנו פועלים כאינטגרטור שמתכנן ומלווה, ולא כמי שמוכר נפח. השירות מיועד לעסקים ולארגונים בלבד, ואינו ניתן ללקוחות פרטיים.
מודלי האחסון שטלקום אקספרט מתכננת ומלווה
מי שסיים לבדוק את ההבדלים והמחירים יכול לבקש הצעה לפי המפרט שלו. הטבלה מסכמת את המודלים שאפשר להזמין, ובכל שורה אפשר לבקש הצעת מחיר בווטסאפ.
| מודל אחסון | מתאים ל |
|---|---|
| ענן ציבורי (תשתית משותפת של ספק גדול) | תשתית משותפת של ספק ענן גדול, עם נפחים שמשתנים לפי הצורך ושיתוף נתונים בין סניפים, ללא השקעה ראשונית בחומרה. |
| ענן פרטי (תשתית מוקדשת לארגון) | תשתית מוקדשת לארגון אחד, מתאימה למידע רגיש, לדרישות ציות ולעומס קבוע וצפוי שמצדיק את העלות הגבוהה יותר. |
| היברידי (ציבורי ופרטי או מקומי יחד) | שילוב של ענן ציבורי וחומרה מקומית או פרטית. מתאים לארגון עם שרת במשרד שרוצה עותק נוסף, הרחבה ושרידות בענן. |
| ריבוי עננים (Multi-Cloud) | שימוש בשני ספקי ענן או יותר, כדי להקטין תלות בספק אחד או להפריד בין סוגי מידע לפי רמת הרגישות. |
| קבלו הצעת מחיר | |
לייעוץ ללא התחייבות: 077-8123111.
שאלות נפוצות על אחסון בענן ציבורי
בענן ציבורי מתאימים בדרך כלל קבצי עבודה משותפים, מסמכים ונתונים שהעומס עליהם משתנה. מידע רגיש במיוחד, מערכות עם דרישות ציות מחמירות או עומס קבוע וגדול נשארים לעיתים בענן פרטי או בחצרי העסק. מיפוי סוגי המידע לפי רגישות הוא הצעד הראשון להחלטה.
באחסון מקומי העסק קונה שרת ודיסקים ומשלם בעצמו על תחזוקה, רישיונות, גיבוי, חשמל ושדרוגים. באחסון בענן ציבורי משלמים לפי נפח ושימוש, והספק אחראי לחומרה ולשכפול. אחסון מקומי נותן שליטה פיזית מלאה, וענן ציבורי נותן גמישות והרחבה בלי השקעה ראשונית.
יש שתי דרכים. הראשונה היא אזורי ענן בישראל של ספקים גלובליים, ובהם אזור Tel Aviv של AWS ואזור Israel Central של Azure, ששניהם כוללים שלושה אזורי זמינות. השנייה היא ספקי תקשורת ומרכזי נתונים ישראליים, ולגביהם צריך לאמת מול הספק איפה בדיוק יישמר המידע ובאילו תנאים.
הוא פחות מתאים כשאין קו אינטרנט יציב, כי בלי קו אין גישה למידע, וכשעובדים כל היום על קבצים כבדים מאוד בקו עם קצב העלאה נמוך. הוא דורש זהירות גם כשרגולציה או חוזה עם לקוח מחייבים שליטה מלאה במיקום המידע. במקרים כאלה בוחנים ענן פרטי או פתרון היברידי.
הוא מחליף רכישת שרתי אחסון ודיסקים, חידוש חומרה, מקום בחדר שרתים, חשמל וקירור. במקומן בא תשלום שוטף לפי שימוש. יש לקחת בחשבון גם חיוב על יציאת נתונים ובקשות, ולכן בודקים עלות כוללת ולא רק מחיר לנפח.
הספק שומר את המידע במערכי אחסון בחוות שרתים ומשכפל אותו לכמה רכיבים, ולעיתים לכמה אתרים. לפי AWS, למשל, שירות S3 שומר אובייקטים על כמה התקנים בלפחות שלושה אזורי זמינות. הלקוחות חולקים תשתית, והנתונים של כל לקוח מופרדים לוגית ונגישים רק עם ההרשאות שהוגדרו.
