בחירה בין אחסון SSD לבין אחסון HDD
כשיוצרים מופע Bigtable, בוחרים אם האשכולות שלו יאחסנו נתונים בכונני SSD או בכונני HDD:
- אחסון SSD: האפשרות הכי יעילה ומשתלמת לרוב תרחישי השימוש.
- אחסון ב-HDD: מתאים לפעמים למערכי נתונים גדולים שלא רגישים לזמן האחזור או שניגשים אליהם לעיתים רחוקות.
מופעי Bigtable שמשתמשים באחסון SSD תומכים באחסון מדורג (גרסת Preview). אתם יכולים להפעיל רמת אחסון בגישה לא תדירה ברמת הטבלה באשכולות SSD, שבהם תוכלו לאחסן נתונים שלא ניגשים אליהם לעיתים קרובות בצורה הכי חסכונית. מידע נוסף זמין במאמר סקירה כללית על אחסון בשכבות.
לא משנה איזה סוג אחסון תבחרו, הנתונים שלכם יאוחסנו במערכת קבצים מבוזרת ומשוכפלת שמתפרסת על פני הרבה כוננים פיזיים.
השוואה בין רמות אחסון
בטבלאות הבאות מוצגת השוואה בין רמות האחסון ב-Bigtable, בהתאם למהדורה של המופע.
מהדורת Enterprise
| רמת אחסון | קיבולת הצומת | זמן המתנה הצפוי | תפעול | למי זה מתאים |
|---|---|---|---|---|
| מופע SSD | 5 TB SSD | כתיבה/קריאה: אלפיות השנייה חד-ספרתיות | כתיבה, קריאה, עדכון ומחיקה | עומסי עבודה (workloads) עם תפוקת כתיבה/קריאה גבוהה וזמן אחזור נמוך |
| מופע SSD, אחסון מדורג מופעל | 32 TB (עד 5 TB SSD) | כתיבה/קריאה ב-SSD: אלפיות השנייה | כתיבה, קריאה, עדכון ומחיקה | קבוצות גדולות של נתונים שניגשים אליהם לעיתים רחוקות |
| גישה לא תכופה: עשרות מילי-שניות | קריאה-בלבד | |||
| מכונת HDD | 16 TB | כתיבה: אלפיות השנייה עם ספרה אחת קריאה: אלפיות השנייה עם שתי ספרות |
כתיבה, קריאה, עדכון ומחיקה | מערכי נתונים גדולים עם עומסי עבודה (workloads) שלא רגישים לזמן אחזור |
מהדורת Enterprise Plus
| רמת אחסון | קיבולת הצומת | זמן המתנה הצפוי | תפעול | למי זה מתאים |
|---|---|---|---|---|
| מופע SSD | 5 TB SSD | כתיבה/קריאה: אלפיות השנייה חד-ספרתיות | כתיבה, קריאה, עדכון ומחיקה | עומסי עבודה (workloads) עם תפוקת כתיבה/קריאה גבוהה וזמן אחזור נמוך |
| מופע SSD, אחסון מדורג מופעל | 64 TB (עד 5 TB SSD) | כתיבה/קריאה ב-SSD: אלפיות השנייה | כתיבה, קריאה, עדכון ומחיקה | קבוצות גדולות של נתונים שניגשים אליהם לעיתים רחוקות |
| גישה לא תכופה: עשרות מילי-שניות | קריאה-בלבד | |||
| מכונת HDD | 16 TB | כתיבה: אלפיות השנייה עם ספרה אחת קריאה: אלפיות השנייה עם שתי ספרות |
כתיבה, קריאה, עדכון ומחיקה | מערכי נתונים גדולים עם עומסי עבודה (workloads) שלא רגישים לזמן אחזור |
מידע נוסף על הביצועים של סוגי אחסון ב-Bigtable זמין במאמר הסבר על הביצועים. מידע נוסף על מהדורות זמין במאמר סקירה כללית על מהדורות.
מתלבטים? כדאי לבחור אחסון SSD
יש כמה סיבות לכך שבדרך כלל הכי טוב להשתמש באחסון SSD עבור אשכול Bigtable:
- כונן SSD מהיר משמעותית מכונן HDD והביצועים שלו צפויים יותר: באשכול Bigtable, אחסון SSD מספק זמני אחזור נמוכים משמעותית גם לקריאה וגם לכתיבה בהשוואה לאחסון HDD.
- אחסון SSD תומך באפשרות של אחסון מדורג לנתונים שניגשים אליהם לעיתים רחוקות.
התפוקה של HDD מוגבלת הרבה יותר מהתפוקה של SSD: באשכול שמשתמש באחסון HDD, אפשר להגיע לתפוקה המקסימלית לפני ששימוש המעבד מגיע ל-100%. אפשר לעקוב אחרי המצב הזה באמצעות המדד disk load. כדי להגדיל את קצב העברת הנתונים, צריך להוסיף עוד צמתים, אבל העלות של הצמתים הנוספים עשויה להיות גבוהה מהחיסכון שמתקבל משימוש באחסון HDD. מכיוון שאחסון SSD מציע תפוקה גבוהה משמעותית לכל צומת, בדרך כלל אין לו את המגבלה הזו. בדרך כלל, אשכול שמשתמש באחסון SSD מגיע לתפוקה מקסימלית רק כשהוא משתמש בכל המעבד והזיכרון הזמינים.
עם זאת, באשכולות SSD שמופעל בהם אחסון מדורג, מגבלות התפוקה של קריאות מהרמה של גישה לא תדירה נמוכות יותר מאלה של HDD. כדי להשוות בין מגבלות התפוקה של כל רמת אחסון, אפשר לעיין במאמר הסבר על ביצועים. אפשר גם לעקוב אחרי קצב העברת הנתונים באמצעות מדד העומס על הדיסק.
קריאת שורות בודדות בדיסק קשיח (HDD) איטית מאוד: בגלל זמן החיפוש בדיסק, אחסון בדיסק קשיח תומך רק ב-5% מהשורות לקריאה בשנייה של אחסון בכונן SSD. עם זאת, סריקות גדולות של כמה שורות לא מושפעות באותה מידה.
רמת אחסון בזיכרון (גרסת Preview): זמינה רק למופעים שמשתמשים באחסון SSD. כדי להשתמש ברמת הביצועים בזיכרון, צריך מהדורת Enterprise Plus.
חיסרון פוטנציאלי באחסון SSD הוא שנדרשים יותר צמתים באשכולות בהתאם לכמות הנתונים שמאוחסנים. בפועל, יכול להיות שתצטרכו את הצמתים הנוספים האלה כדי שהאשכולות יוכלו לעמוד בקצב של התנועה הנכנסת, ולא רק כדי לתמוך בכמות הנתונים שאתם מאחסנים.
תרחישי שימוש באחסון HDD
אחסון ב-HDD מתאים לתרחישי שימוש שעומדים בכל הקריטריונים הבאים:
- עומסי העבודה שלכם מבוססים על כתיבה ועל נתונים.
- עומסי העבודה לא רגישים לזמן האחזור.
- הנתונים שלכם לא תומכים באפליקציה שפונה למשתמשים.
- עומסי העבודה של אצווה מורכבים בעיקר מסריקות וכתיבות עם קריאות אקראיות מדי פעם של מספר קטן של שורות או קריאות נקודתיות.
- אתם לא מתכננים להשתמש בהגדלת מספר הצמתים פי 2.
- במהדורת Enterprise Plus, אתם מתכננים להשתמש ב-Data Boost עבור HDD.
לדוגמה, אם אתם מתכננים לאחסן נתונים היסטוריים נרחבים ממספר גדול של מכשירי חישה מרחוק, ואז להשתמש בנתונים כדי ליצור דוחות יומיים, החיסכון בעלויות של אחסון HDD עשוי להצדיק את הפשרה בביצועים. מצד שני, אם אתם מתכננים להשתמש בנתונים כדי להציג לוח בקרה בזמן אמת, כנראה שלא כדאי להשתמש באחסון HDD – פעולות הקריאה יהיו תכופות הרבה יותר במקרה הזה, ופעולות קריאה שהן לא סריקות הן הרבה יותר איטיות באחסון HDD.
מעבר בין אחסון SSD לאחסון HDD
כשיוצרים מופע Bigtable, הבחירה בין אחסון SSD או HDD למופע היא קבועה. אי אפשר להשתמש במסוףGoogle Cloud כדי לשנות את סוג האחסון שמשמש את המכונה.
אם רוצים לשנות את סוג האחסון שבו מאוחסן טבלה, אפשר להשתמש בתכונת הגיבויים:
- יוצרים או מתכננים להשתמש במופע שמשתמש בסוג האחסון הרצוי.
- יוצרים גיבוי של הטבלה.
- משחזרים מהגיבוי לטבלה חדשה במופע השני.