בחירה בין אחסון 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.
- התפוקה של HDD מוגבלת הרבה יותר מזו של SSD. במקרה של אשכול שמשתמש באחסון HDD, יכול להיות שתגיעו לתפוקה המקסימלית לפני ששימוש המעבד יגיע ל-100%. תוכלו לעקוב אחרי המצב הזה באמצעות המדד disk load. כדי להגדיל את קצב העברת הנתונים, צריך להוסיף עוד צמתים, אבל העלות של הצמתים הנוספים עשויה להיות גבוהה יותר מהחיסכון שמתקבל משימוש באחסון HDD. ב-SSD אין מגבלה כזו, כי הוא מציע תפוקה גבוהה בהרבה לכל צומת. בדרך כלל, אשכול שמשתמש ב-SSD מגיע לתפוקה מקסימלית רק כשהוא משתמש בכל המעבד והזיכרון הזמינים.
- קריאות של שורות בודדות בכונן HDD איטיות מאוד. בגלל זמן החיפוש בדיסק, אחסון ב-HDD תומך רק ב-5% משורות הקריאה לשנייה של אחסון ב-SSD. עם זאת, סריקות גדולות של כמה שורות לא מושפעות לרעה באותה מידה.
- אחסון SSD תומך באפשרות של אחסון בשכבות לנתונים שניגשים אליהם לעיתים רחוקות.
- רמת ביניים בזיכרון (גרסת טרום-השקה) זמינה רק למופעים שמשתמשים באחסון SSD. כדי להשתמש בזיכרון, צריך מהדורת Enterprise Plus.
חיסרון פוטנציאלי באחסון SSD הוא שנדרשים יותר צמתים באשכולות בהתאם לכמות הנתונים שמאוחסנים. אבל בפועל, יכול להיות שתצטרכו את הצמתים הנוספים האלה כדי שהאשכולות יוכלו לעמוד בקצב של התנועה הנכנסת, ולא רק כדי לתמוך בכמות הנתונים שאתם מאחסנים.
תרחישי שימוש באחסון HDD
אחסון ב-HDD מתאים לתרחישי שימוש שעומדים בכל הקריטריונים הבאים:
- עומסי העבודה שלכם מבוססים על כתיבה ועל נתונים.
- עומסי העבודה לא רגישים לזמן האחזור.
- הנתונים שלכם לא תומכים באפליקציה שפונה למשתמשים.
- עומסי העבודה של אצווה מורכבים בעיקר מסריקות וכתיבות עם קריאות אקראיות מדי פעם של מספר קטן של שורות או קריאות נקודתיות.
- אתם לא מתכננים להשתמש בהגדלת מספר הצמתים פי 2.
- במהדורת Enterprise Plus, אתם מתכננים להשתמש ב-Data Boost עבור HDD.
לדוגמה, אם אתם מתכננים לאחסן נתונים היסטוריים נרחבים ממספר גדול של מכשירי חישה מרחוק, ואז להשתמש בנתונים כדי ליצור דוחות יומיים, החיסכון בעלויות של אחסון HDD עשוי להצדיק את הפשרה בביצועים. מצד שני, אם אתם מתכננים להשתמש בנתונים כדי להציג לוח בקרה בזמן אמת, כנראה שלא כדאי להשתמש באחסון HDD – פעולות הקריאה יהיו תכופות הרבה יותר במקרה הזה, ופעולות קריאה שהן לא סריקות הן הרבה יותר איטיות באחסון HDD.
מעבר בין אחסון SSD לאחסון HDD
כשיוצרים מופע Bigtable, הבחירה בין אחסון SSD או HDD למופע היא קבועה. אי אפשר להשתמש במסוףGoogle Cloud כדי לשנות את סוג האחסון שמשמש את המכונה.
אם רוצים לשנות את סוג האחסון שבו מאוחסן טבלה, אפשר להשתמש בתכונת הגיבויים:
- יוצרים או מתכננים להשתמש במופע שמשתמש בסוג האחסון הרצוי.
- יוצרים גיבוי של הטבלה.
- משחזרים מהגיבוי לטבלה חדשה במופע השני.