✕ סגור 
צור קשר
תודה על ההתעניינות .

Thank you! Your submission has been received!

Oops! Something went wrong while submitting the form

מורה הנבוכים לאחסון בענן

דב אמיר
|
Aug 5, 2019
alt="blogs"
Events
alt="blogs"
title="Google"
alt="blogs"
Event

DATA הוא המשאב החשוב ביותר בכל מערכת טכנולוגיות, הוא מכיל את הידע העסקי שלנו, מאגר הלקוחות שלנו, ואפילו הסודות שלנו. לכן, בחירת פתרונות אחסון נכונים ויעילים הם קריטיים להצלחה של כל ארגון.

בניגוד לשרתים רגילים בהם כל האחסון נמצא על דיסקים (לפעמים דרך מערכות SAN ו-NAS), בענן יש מגוון עשיר של קטגוריות אחסון שונות ולכל קטגוריה יש מחיר, מהירות, דרכי גישה, יתרונות וחסרונות אחרים.

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

חילקתי את עולם האחסון בענן ל-3 משפחות אחסון לפי אופן הגישה*:

1. REST API - Storage as a service
אחסון מרוחק ללא כוח חישוב משל עצמו
2. MOUNT    - Drive
אחסון שניתן לחבר לשרתים עם כוח חישוב
3. DRIVER    - Database
אחסון משולב עם כוח חישוב משלו

*בתוך כל משפחת אחסון יש מספר קטגוריות אחסון. רשימת הקטגוריות מסודרת לפניכם מהאיטית והזולה ביותר למהירה ויקרה ביותר. המידע המובא כאן הוא כללי ורלוונטי לכל סוגי העננים, וכמובן שיש יוצאים מן הכלל בפיצ'רים ומחירים. פירוט לעומק של כל קטגוריה היא מעבר להיקף של מאמר זה.


משפחה ראשונה: אחסון מבוסס REST API - אחסון כשירות מרוחק

● אחסון יחסית איטי משום שהאחסון לא נמצא "קרוב" לשרתים ואין לו כוח חישובי לשאילתות
● הגישה היא לקבצים בודדים בשלמותם, ז"א לא ניתן לקרוא חלקי קבצים
● ניתן לגשת אליו בקלות מכל מקום בענן ומחוצה לו.
● ניתן לנהל הרשאות למשתמשים מרובים
● לא ניתן לעשות mount של אחסון מסוג זה לשרת

הקטגוריות במשפחה זו כוללות:


Archive storage, Object storage, Personal file storage, CDN

שתי צורות האחסון הבאות Personal file storage ו-CDN, הן חריגות בכך שהן נותנות שירות של נוחות או מהירות למשתמשים, ולא ישירות לעבודת השרתים.

משפחה שניה: אחסון מבוסס Mount - כוננים

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

Block storage, Network file storage.

משפחה שלישית: אחסון מבוסס Driver - בסיסי נתונים

בסיסי נתונים, אליהם מתחברים עם driver, הם צורת האחסון היקרה ביותר.
משפחת אחסון זו הינה ייחודית, בכך שהיא כוללת מנוע חישובי שמאפשר שליפות מהירות של מידע לפי שפת שאילתות. היא יקרה בגלל שמנוע החישוב צריך בד"כ הרבה משאבי זיכרון ומעבד.
ניתן להשוות בין בסיסי נתונים כאן, ולקרוא על nosql כאן

הקטגוריות במשפחה זו כוללות:


SQL Database, NOSQL Database, Data Warehouse, In memory Database

לסיכום

הבחירה כיצד לאחסן את ה-DATA היא בחירה ארכיטקטונית חשובה ואסטרטגית לארגון. להלן כמה כללי אצבע לארכיטקטורת אחסון יעילה:

● לשמור גיבויים ומידע שלא משתמשים בו ב-archive storage
● לשמירה על עלויות נמוכות, רוב המידע צריך להיות ב-object storage הזול והיעיל (ולא בדיסקים\בסיסי נתונים)
● מידע שנשלף באופן יום יומי ובתדירות גבוה צריך להיות בבסיסי נתונים SQL \ NOSQL \ REDIS לפי הצורך
● כדאי ליישם object lifecycle policy שמאפשר להגדיר מדיניות למעבר אוטומטי של מידע מקטגוריות אחסון יקרות לזולות יותר לפי קריטריונים של זמן וכו'.


מאת: דב אמיר, Cloud architect and senior developer at DataRails

רוצים להתעדכן בתכנים נוספים בנושאי ענן וטכנולוגיות מתקדמות? הירשמו עכשיו לניוזלטר שלנו ותמיד תישארו בעניינים < להרשמה

DATA הוא המשאב החשוב ביותר בכל מערכת טכנולוגיות, הוא מכיל את הידע העסקי שלנו, מאגר הלקוחות שלנו, ואפילו הסודות שלנו. לכן, בחירת פתרונות אחסון נכונים ויעילים הם קריטיים להצלחה של כל ארגון.

בניגוד לשרתים רגילים בהם כל האחסון נמצא על דיסקים (לפעמים דרך מערכות SAN ו-NAS), בענן יש מגוון עשיר של קטגוריות אחסון שונות ולכל קטגוריה יש מחיר, מהירות, דרכי גישה, יתרונות וחסרונות אחרים.

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

חילקתי את עולם האחסון בענן ל-3 משפחות אחסון לפי אופן הגישה*:

1. REST API - Storage as a service
אחסון מרוחק ללא כוח חישוב משל עצמו
2. MOUNT    - Drive
אחסון שניתן לחבר לשרתים עם כוח חישוב
3. DRIVER    - Database
אחסון משולב עם כוח חישוב משלו

*בתוך כל משפחת אחסון יש מספר קטגוריות אחסון. רשימת הקטגוריות מסודרת לפניכם מהאיטית והזולה ביותר למהירה ויקרה ביותר. המידע המובא כאן הוא כללי ורלוונטי לכל סוגי העננים, וכמובן שיש יוצאים מן הכלל בפיצ'רים ומחירים. פירוט לעומק של כל קטגוריה היא מעבר להיקף של מאמר זה.


משפחה ראשונה: אחסון מבוסס REST API - אחסון כשירות מרוחק

● אחסון יחסית איטי משום שהאחסון לא נמצא "קרוב" לשרתים ואין לו כוח חישובי לשאילתות
● הגישה היא לקבצים בודדים בשלמותם, ז"א לא ניתן לקרוא חלקי קבצים
● ניתן לגשת אליו בקלות מכל מקום בענן ומחוצה לו.
● ניתן לנהל הרשאות למשתמשים מרובים
● לא ניתן לעשות mount של אחסון מסוג זה לשרת

הקטגוריות במשפחה זו כוללות:


Archive storage, Object storage, Personal file storage, CDN

שתי צורות האחסון הבאות Personal file storage ו-CDN, הן חריגות בכך שהן נותנות שירות של נוחות או מהירות למשתמשים, ולא ישירות לעבודת השרתים.

משפחה שניה: אחסון מבוסס Mount - כוננים

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

Block storage, Network file storage.

משפחה שלישית: אחסון מבוסס Driver - בסיסי נתונים

בסיסי נתונים, אליהם מתחברים עם driver, הם צורת האחסון היקרה ביותר.
משפחת אחסון זו הינה ייחודית, בכך שהיא כוללת מנוע חישובי שמאפשר שליפות מהירות של מידע לפי שפת שאילתות. היא יקרה בגלל שמנוע החישוב צריך בד"כ הרבה משאבי זיכרון ומעבד.
ניתן להשוות בין בסיסי נתונים כאן, ולקרוא על nosql כאן

הקטגוריות במשפחה זו כוללות:


SQL Database, NOSQL Database, Data Warehouse, In memory Database

לסיכום

הבחירה כיצד לאחסן את ה-DATA היא בחירה ארכיטקטונית חשובה ואסטרטגית לארגון. להלן כמה כללי אצבע לארכיטקטורת אחסון יעילה:

● לשמור גיבויים ומידע שלא משתמשים בו ב-archive storage
● לשמירה על עלויות נמוכות, רוב המידע צריך להיות ב-object storage הזול והיעיל (ולא בדיסקים\בסיסי נתונים)
● מידע שנשלף באופן יום יומי ובתדירות גבוה צריך להיות בבסיסי נתונים SQL \ NOSQL \ REDIS לפי הצורך
● כדאי ליישם object lifecycle policy שמאפשר להגדיר מדיניות למעבר אוטומטי של מידע מקטגוריות אחסון יקרות לזולות יותר לפי קריטריונים של זמן וכו'.


מאת: דב אמיר, Cloud architect and senior developer at DataRails

רוצים להתעדכן בתכנים נוספים בנושאי ענן וטכנולוגיות מתקדמות? הירשמו עכשיו לניוזלטר שלנו ותמיד תישארו בעניינים < להרשמה

לפרטים נוספים ויצירת קשר עם נציג אורקל

תודה הודעתך התקבלה

הודעתך לא התקבלה - נסה שוב מאוחר יותר

דב אמיר

הירשם לרשימת הדיוור של IsraelClouds

Thank you! Your submission has been received!

Oops! Something went wrong while submitting the form

מילון מונחיםהשירותים שלנו תנאי שימושהרשמה לניוזלטרמדיניות פרטיות