אנחנו רואים תיקיות וקבצים. מערכת האחסון יכולה לראות משהו אחר לגמרי: בלוקים של נתונים. אחסון בלוקים שימושי בין היתר במכונות וירטואליות, באחסון שמחובר לרשת וב־SAN. כדי להבין מתי הוא מתאים, צריך לרדת שכבה אחת מתחת לתיקייה — בלי ללכת לאיבוד בדרך.
מתחת לקבצים
- האחסון מספק בלוקים
- השרת מארגן את המידע
- היישום דורש גיבוי עקבי
נבין מהו אחסון בלוקים, איפה משתמשים בו ואיך הוא שונה מממשק אחסון ברמת קובץ. ההבחנה חשובה לתכנון, גם אם ביום־יום אתם רק פותחים מסמך ושומרים אותו.
מה המערכת רואה כשהיא שומרת בלוקים?
אחסון בלוקים שומר נתונים ביחידות שנקראות בלוקים, בהתקן שהמערכת פונה אליו כהתקן בלוק. המקור מתאר דיסק יחיד ומזכיר גם DRBD, פתרון לשכפול התקני בלוק בין מחשבים. בהערה בהמשך נדייק את התיאור הזה.
לכל בלוק יש מזהה שהמערכת משתמשת בו לקריאה ולכתיבה. ממשק הבלוקים אינו מציג תיקיות או שמות קבצים, וגם בלוקים סמוכים לא חייבים להכיל נתונים קשורים. המערכת לא מחפשת את ״דוח רבעון סופי באמת״ — היא פונה לכתובת בלוק.
המקור מתאר את היעדר תיקיות ומטא־נתונים של קבצים בשכבת הבלוקים כגורם לפשטות ויעילות. לשיטתו, יותר מהנפח יכול לשמש לשמירת נתונים ופחות ממנו מוקדש להיררכיות אחסון.
אחסון בלוקים יכול להתאים לעבודה שבה צריך גמישות במשאבי האחסון וזמני קריאה וכתיבה מתאימים. במצבים האלה, הדרך שבה היישום ניגש לנתונים חשובה יותר מהצגה ישירה ונוחה לאדם.
רשת אחסון, SAN, מספקת בדרך כלל אחסון בלוקים. המארח יכול להקים עליו מערכת קבצים ולחשוף אותו למשתמשים באופן נוח. גם פלטפורמות מכונות וירטואליות, כגון VMware, משתמשות באחסון בלוקים בחלק מהתצורות: אפשר לנהל נפחים, להתאים גדלים של דיסקים וירטואליים ולהעביר מידע בין מארחים בהתאם ליכולות התשתית.
בלוקים וקבצים: שתי שכבות שיכולות לעבוד יחד
אחסון ברמת קובץ מארגן את המידע במערכות קבצים. המקור מתאר יצירת מחיצות בדיסקים והתקנת מערכת קבצים עליהן, וטוען שגודלה של מערכת הקבצים מוגבל בדרך כלל לדיסק אחד. הוא מציג אחסון בלוקים כמדרגי ומהיר יותר, אך לעיתים פחות נוח לשימוש ישיר.
טבלת ההשוואה במקור, עם סימון הכללות
| תכונה | אחסון בלוקים לפי המקור | מערכת קבצים לפי המקור |
|---|---|---|
| יכולת גידול | גבוהה מאוד | מוגבלת |
| תקורה | נמוכה מאוד | גבוהה יחסית; המקור מזכיר כ־7% פחות נפח שמיש לעומת נפח גולמי |
| רציפות נתונים קשורים | לא | לרוב כן; פיצול קבצים יכול לפגוע ברציפות |
| מטא־נתונים | לא | כן |
| מהירות גישה לקבצים | מהירה מאוד | פחות מהירה |
| היררכיית תיקיות | לא | כן |
לפי המקור, אחסון ברמת קובץ מתאים במיוחד כאשר:
- צרכי הקיבולת ידועים ומוגדרים.
- אפשר לסבול עיכובים מתונים בקריאה ובכתיבה.
- נוחות השימוש ואיתור המידע חשובים יותר משיקולי ביצועים וגידול.
המקור מציע אחסון בלוקים כאשר:
- היקף האחסון אינו ידוע מראש או משתנה.
- ביצועים וזמינות חשובים יותר מנוחות השימוש הישירה.
הרשימות מתארות את קו המחשבה של המקור, לא מתכון שמתאים לכל מערכת. בדקו את סוג היישום, ממשק הגישה והיכולות של הפתרון המסוים. לפעמים שכבת קבצים ושכבת בלוקים הן חלקים של אותו פתרון.
בוחרים לפי הדרך שבה היישום עובד
אחסון בלוקים יכול להתאים היטב לעומסי עבודה מסוימים, במיוחד כשחשובות גמישות וביצועים. המקור מדגיש גם מערכות מבוזרות שיכולות לגדול מאוד. כדי לבחור נכון, התחילו בדרך שבה היישומים שלכם משתמשים במידע ובשכבות שהם צריכים — לא רק בשם של סוג האחסון.
מקור להערות התיקון: הסבר IBM על אחסון בלוקים והשוואת סוגי אחסון.
נוסח עברי מלא המבוסס על גוף המאמר בקובץ ה־PDF שסופק, בעריכת שפה לקריאה נוחה. הערות דיוק ותיקונים למקור מסומנים בנפרד. דוגמאות הסבר נוספו לפי הצורך; תפריטי אתר, מודעות וקישורי המלצות אינם חלק מגוף המאמר.
מקור: What Is Block Storage and When to Use It_.pdf מאת MSP360. למאמר המקורי.
