במאמר הזה מוסבר על התכונות, הסוגים, הביצועים והיתרונות של אמצעי אחסון מסוג Persistent Disk. אם אתם צריכים אחסון בלוקים למכונה וירטואלית (VM) או לקונטיינר, למשל לדיסק אתחול או לדיסק נתונים, השתמשו בנפחים של Persistent Disk אם Google Cloud Hyperdisk לא זמין למכונה שלכם. במאמר בחירת סוג דיסק תוכלו לקרוא על אפשרויות אחרות לאחסון בלוקים ב-Compute Engine.
אמצעי אחסון מסוג Persistent Disk הם התקני אחסון עמידים ברשת, שהמכונות שלכם יכולות לגשת אליהם כמו לדיסקים פיזיים במחשב או בשרת. אמצעי האחסון של Persistent Disk לא מחוברים למכונה הפיזית שמארחת את המכונה הווירטואלית. במקום זאת, הם מחוברים למכונה בתור התקני בלוקים ברשת. כשקוראים מנפח Persistent Disk או כותבים אליו, הנתונים מועברים דרך הרשת.
הנתונים בכל נפח של Persistent Disk מחולקים בין כמה דיסקים פיזיים. כדי להבטיח יתירות וביצועים אופטימליים, Compute Engine מנהל בשבילכם את הדיסקים הפיזיים ואת הפצת הנתונים.
אתם יכולים לנתק או להעביר את אמצעי האחסון כדי לשמור את הנתונים גם אחרי שמוחקים את המכונות. הביצועים של Persistent Disk משתפרים ככל שהנפח גדל, כך שאפשר לשנות את הגודל של נפחי Persistent Disk קיימים או להוסיף עוד נפחי Persistent Disk למכונה וירטואלית כדי לעמוד בדרישות הביצועים ושטח האחסון.
הוספת דיסק שאינו דיסק אתחול למכונה כשאתם צריכים אחסון אמין ומשתלם עם מאפייני ביצועים עקביים.
סוגי Persistent Disk
כשיוצרים נפח Persistent Disk, אפשר לבחור אחד מסוגי הדיסקים הבאים:
- דיסק אחסון מתמיד מאוזן (
pd-balanced)- חלופה לדיסק מתמיד מסוג SSD (ביצועים).
- איזון בין ביצועים לעלות. ברוב סוגי המכונות של Compute Engine, לדיסקים האלה יש את אותו מספר מקסימלי של פעולות קלט/פלט לשנייה (IOPS) כמו לדיסק מתמיד שמבוסס על SSD, ומספר נמוך יותר של פעולות קלט/פלט לשנייה לכל GiB. סוג הדיסק הזה מציע רמות ביצועים שמתאימות לרוב האפליקציות לשימוש כללי, במחיר שבין דיסק מתמיד רגיל לבין דיסק מתמיד שמבוסס על SSD.
- משתמש בכונני SSD.
- דיסק מתמיד מסוג SSD (ביצועים) (
pd-ssd)- מתאים לאפליקציות ארגוניות ולמסדי נתונים עם ביצועים גבוהים שדורשים זמן אחזור קצר יותר ויותר פעולות קלט/פלט לשנייה (IOPS) ממה שמספק דיסק מתמיד סטנדרטי.
- משתמש בכונני SSD.
- דיסק מתמיד סטנדרטי (
pd-standard)- מתאים לעומסי עבודה גדולים של עיבוד נתונים שמשתמשים בעיקר בפעולות קלט/פלט רציפות.
- משתמש בכוננים קשיחים (HDD) רגילים.
- Extreme Persistent Disk (
pd-extreme)- ביצועים גבוהים ועקביים גם לעומסי עבודה של גישה אקראית וגם לקצב העברת נתונים בכמות גדולה.
- מיועד לעומסי עבודה של מסדי נתונים מתקדמים.
- מאפשרת להקצות את יעד ה-IOPS.
- משתמש בכונני SSD.
- זמינים במספר מוגבל של סוגי מכונות.
אם יוצרים דיסק במסוף Google Cloud , סוג הדיסק שמוגדר כברירת מחדל הוא pd-balanced. אם יוצרים דיסק באמצעות ה-CLI של gcloud או Compute Engine API, סוג הדיסק שמוגדר כברירת מחדל הוא pd-standard.
למידע על סוגי המכונות הנתמכים, קראו את המאמרים הבאים:
עמידות של Persistent Disk
עמידות הדיסק מייצגת את ההסתברות לאובדן נתונים, לפי התכנון, לדיסק טיפוסי בשנה טיפוסית, באמצעות קבוצת הנחות לגבי כשלים בחומרה, הסבירות לאירועים קטסטרופליים, שיטות בידוד ותהליכים הנדסיים במרכזי הנתונים של Google, והקידודים הפנימיים שבהם משתמש כל סוג דיסק. אירועים של אובדן נתונים ב-Persistent Disk הם נדירים מאוד, ובעבר הם נגרמו כתוצאה מכשלים מתואמים בחומרה, באגים בתוכנה או שילוב של שניהם. Google גם נוקטת צעדים רבים כדי לצמצם את הסיכון של השחתת נתונים שקטה, שקיים בכל התעשייה. טעויות אנוש של Google Cloud הלקוח, כמו מחיקה בטעות של דיסק, לא נכללות בהיקף העמידות של Persistent Disk.
בגלל הקידודים והרפליקציה של הנתונים הפנימיים, יש סיכון קטן מאוד לאובדן נתונים בנפח Persistent Disk אזורי. דיסק אזורי קבוע מספק זמינות גבוהה, ואפשר להשתמש בו לתוכנית התאוששות מאסון (DR) אם מרכז נתונים שלם אבד ואי אפשר לשחזר אותו. בדיסק אזורי לאחסון מתמיד יש פי שניים יותר רפליקות של דיסקים מאשר בדיסק לאחסון מתמיד של תחום מוגדר, וכל רפליקה מפוזרת בין שני תחומים באותו אזור. אם אזור ראשי לא זמין במהלך הפסקה זמנית בשירות, אפשר לגשת מיד לרפליקה באזור השני.
למידע נוסף על שיקולים ספציפיים לאזורים, קראו את המאמר מיקום גיאוגרפי ואזורים.
בטבלה הבאה מוצגת העמידות של כל סוג דיסק. עמידות של 99.999% פירושה שעם 1,000 דיסקים, סביר להניח שתעברו מאה שנים בלי לאבד אף אחד מהם.
| דיסק מתמיד סטנדרטי של אזור | דיסק אחסון מתמיד מאוזן של תחום | דיסק מתמיד שמבוסס על SSD באזור מסוים | דיסק אחסון מתמיד (persistent disk) מסוג Extreme באזור מסוים | דיסק מתמיד סטנדרטי אזורי | דיסק אחסון מתמיד מאוזן אזורי | דיסק מתמיד שמבוסס על SSD אזורי |
|---|---|---|---|---|---|---|
| יותר מ-99.99% | יותר מ-99.999% | יותר מ-99.999% | יותר מ-99.9999% | יותר מ-99.999% | יותר מ-99.9999% | יותר מ-99.9999% |
תמיכה בסדרת מכונות
כדי לראות את סוגי הדיסקים הקבועים (PD) שנתמכים, צריך לבחור קודם סדרת מכונות.
| סדרת מכונות | SSD PD | Balanced PD | Extreme PD | Standard PD |
|---|---|---|---|---|
| A2 | — | |||
| A3 (H100) | — | — | ||
| A3 (H200) | — | — | — | — |
| A4 | — | — | — | — |
| A4X | — | — | — | — |
| A4X Max | — | — | — | — |
| A5X | — | — | — | — |
| C2 | — | |||
| C2D | — | |||
| C3 | — | — | ||
| C3D | — | — | ||
| C4 | — | — | — | — |
| C4A | — | — | — | — |
| C4D | — | — | — | — |
| C4N | — | — | — | — |
| E2 | — | |||
| G2 | — | — | ||
| G4 | — | — | — | — |
| H3 | — | — | — | |
| H4D | — | — | — | — |
| M1 | ||||
| M2 | ||||
| M3 | — | |||
| M4 | — | — | — | — |
| M4N | — | — | — | — |
| N1 | — | |||
| N1+GPU | — | |||
| N2 | ||||
| N2D | — | |||
| N4 | — | — | — | — |
| N4A | — | — | — | — |
| N4D | — | — | — | — |
| T2A | — | |||
| T2D | — | |||
| TPU v2 | — | — | — | |
| TPU v3 | — | — | — | |
| TPU v4 | — | — | — | |
| TPU v5e | — | — | — | |
| TPU v5p | — | — | — | |
| TPU v6e | — | — | — | — |
| TPU7x | — | — | — | — |
| X4 | — | — | — | — |
| X5 | — | — | — | — |
| Z3 | — | — | ||
| Z4D | — | — | — | — |
| Z4M | — | — | — | — |
קיבולת מקסימלית
אמצעי אחסון מסוג Persistent Disk יכולים להיות בגודל של עד 64TiB. אפשר להוסיף עד 127 אמצעי אחסון משניים של Persistent Disk אזוריים, שאינם לאתחול, למכונה וירטואלית. עם זאת, הקיבולת הכוללת של כל נפחי Persistent Disk שמחוברים למכונה וירטואלית אחת לא יכולה לחרוג מ-257 TiB.
אתם יכולים ליצור נפחים לוגיים בודדים של עד 257TiB באמצעות ניהול נפחים לוגיים בתוך ה-VM. במאמר גודל של אמצעי אחסון לוגי מוסבר איך להבטיח ביצועים מקסימליים עם נפחים גדולים.
דיסק לאחסון מתמיד של תחום (Zonal Persistent Disk)
דיסק אחסון מתמיד (persistent disk) של תחום הוא דיסק אחסון מתמיד שאפשר לגשת אליו רק בתחום ספציפי אחד, לדוגמה europe-west-2.
שימוש קל
ב-Compute Engine, רוב המשימות של ניהול הדיסקים מטופלות בשבילכם, כך שאתם לא צריכים להתעסק עם חלוקה למחיצות, מערכי דיסקים מיותרים או ניהול של אמצעי אחסון משניים. בדרך כלל אין צורך ליצור אמצעי אחסון לוגיים גדולים יותר. עם זאת, אתם יכולים להרחיב את הקיבולת של הדיסק המשני לאחסון מתמיד ל-257TiB לכל מכונה וירטואלית, ולהחיל את השיטות האלה על הדיסקים לאחסון מתמיד. כדי לחסוך זמן ולקבל את הביצועים הטובים ביותר, כדאי לפרמט את אמצעי האחסון של Persistent Disk עם מערכת קבצים אחת וללא טבלאות מחיצות.
אם אתם צריכים להפריד את הנתונים לכמה אמצעי אחסון ייחודיים, צרו דיסקים נוספים במקום לחלק את הדיסקים הקיימים לכמה מחיצות.
אם אתם צריכים עוד מקום בנפחי Persistent Disk, שנו את גודל הדיסקים במקום לחלק אותם מחדש למחיצות ולפרמט אותם.
ביצועים
הביצועים של Persistent Disk ניתנים לחיזוי ומשתנים באופן ליניארי בהתאם לקיבולת שהוקצתה, עד שמגיעים למגבלות של ה-vCPUs שהוקצו למכונה הווירטואלית. הביצועים של Persistent Disk תלויים גם במספר המעבדים הווירטואליים (vCPU) שיש למכונה הווירטואלית. מידע מפורט על הביצועים והאופטימיזציה של Persistent Disk זמין במאמרים סקירה כללית על הביצועים של Persistent Disk ואופטימיזציה של הביצועים של Persistent Disk.
אמצעי אחסון חדשים של Persistent Disk יכולים להגיע מיד לביצועים המקסימליים שלהם, ואין צורך לחמם אותם מראש. בנוסף, Compute Engine מבצע אופטימיזציה של הביצועים, כך שלא צריך לפצל כמה דיסקים יחד כדי לקבל את הביצועים הטובים ביותר.
נפחים של דיסקים מתמידים סטנדרטיים הם יעילים וחסכוניים לטיפול בפעולות קריאה/כתיבה רציפות. אם האפליקציות שלכם דורשות קצבים גבוהים של IOPS אקראי, השתמשו ב-SSD או ב-Persistent Disk מסוג Extreme. דיסק מתמיד שמבוסס על SSD מיועד לזמני אחזור של מספרים חד-ספרתיים במילי-שניות. זמן האחזור שנמדד הוא ספציפי לאפליקציה.
במכשירי אתחול, אפשר להפחית את העלויות באמצעות נפח דיסק מתמיד סטנדרטי. אפשר להשתמש בנפחים קטנים של דיסקים לאחסון מתמיד (10GiB) לתרחישי שימוש בסיסיים של אתחול וניהול חבילות. עם זאת, כדי להבטיח ביצועים עקביים בשימוש כללי יותר בדיסק האתחול, השתמשו בדיסק אחסון מתמיד מאוזן כדיסק האתחול.
מכיוון שפעולות הכתיבה של Persistent Disk תורמות לתעבורת הנתונים המצטברת היוצאת מהרשת של ה-VM, פעולות הכתיבה של Persistent Disk מוגבלות על ידי מגבלת תעבורת הנתונים היוצאת מהרשת של ה-VM.
אמינות
ל-Persistent Disk יש יתירות מובנית כדי להגן על הנתונים מפני כשל בציוד, ולהבטיח את זמינות הנתונים במהלך אירועי תחזוקה של מרכז הנתונים. סיכומי ביקורת (checksum) מחושבים לכל הפעולות של Persistent Disk, כדי שנוכל לוודא שמה שאתם קוראים זה מה שכתבתם.
בנוסף, אתם יכולים ליצור קובצי Snapshot של Persistent Disk כדי להגן מפני אובדן נתונים כתוצאה משגיאת משתמש. תמונות המצב הן מצטברות, ואפשר ליצור אותן תוך כמה דקות, גם אם יוצרים תמונות מצב של דיסקים שמחוברים למכונות וירטואליות פועלות.
דיסק אחסון מתמיד אזורי (Regional Persistent Disk)
לנפחים של דיסקים אזוריים לאחסון מתמיד יש מאפייני אחסון שדומים לאלה של דיסקים לאחסון מתמיד של תחום. עם זאת, נפחים אזוריים של Persistent Disk מספקים אחסון עמיד ורפליקציה של נתונים בין שני אזורים באותו מחוז.
מידע על שכפול דיסקים סינכרוני
כשיוצרים Persistent Disk חדש, אפשר ליצור את הדיסק באזור אחד או לשכפל אותו בשני אזורים באותו מחוז.
לדוגמה, אם יוצרים דיסק אחד באזור, כמו us-west1-a, יש לכם עותק אחד של הדיסק. דיסק שנוצר בתחום אחד בלבד נקרא דיסק מקומי. כדי להגדיל את הזמינות של הדיסק, אפשר לאחסן עותק נוסף של הדיסק באזור אחר בתוך המחוז, כמו us-west1-b.
דיסקים לאחסון מתמיד שמשוכפלים בשני אזורים באותו מחוז נקראים "דיסקים לאחסון מתמיד אזורי". אתם יכולים גם להשתמש ב-Hyperdisk Balanced High Availability כדי לשכפל באופן סינכרוני את Google Cloud Hyperdisk בין אזורים.
לא סביר שאזור שלם יושבת, אבל יכול להיות שאזורים מסוימים יושבתו. שכפול בתוך האזור לאזורים שונים, כמו שמוצג בתמונה הבאה, עוזר לזמינות ומפחית את זמן האחזור של הדיסק. אם שני אזורי הרפליקציה נכשלים, זה נחשב לכשל ברמת האזור.
הדיסק משוכפל בשני אזורים.
בתרחיש של שכפול, הנתונים זמינים באזור המקומי (us-west1-a), שהוא האזור שבו פועלת המכונה הווירטואלית (VM). לאחר מכן, הנתונים משוכפלים לאזור אחר (us-west1-b). אחד מהאזורים חייב להיות האזור שבו המכונה הווירטואלית פועלת.
אם יש הפסקה זמנית בשירות באזור מסוים, בדרך כלל אפשר להעביר את עומס העבודה שפועל ב-Regional Persistent Disk לאזור אחר. מידע נוסף זמין במאמר ניהול כשלים בדיסקים אזוריים.
שיקולים בתכנון של דיסק אחסון מתמיד אזורי
אם אתם מתכננים מערכות חזקות או שירותים עם זמינות גבוהה ב-Compute Engine, כדאי להשתמש ב-Regional Persistent Disk בשילוב עם שיטות מומלצות אחרות, כמו גיבוי הנתונים באמצעות קובצי snapshot. אמצעי אחסון של Persistent Disk אזוריים מיועדים גם לעבודה עם קבוצות מופעי מכונה מנוהלים אזוריים.
ביצועים
אמצעי אחסון מסוג Persistent Disk אזוריים מיועדים לעומסי עבודה שדורשים יעד להתאוששות מאסון (RPO) ויעד זמן התאוששות (RTO) נמוכים יותר בהשוואה לשימוש בתמונות מצב של Persistent Disk.
דיסקים לאחסון מתמיד אזורי הם אפשרות טובה כשביצועי הכתיבה פחות קריטיים מיתירות הנתונים בכמה אזורים.
בדומה לדיסקים לאחסון מתמיד של תחום, דיסקים לאחסון מתמיד אזורי יכולים להשיג ביצועים טובים יותר של IOPS וקצב העברת נתונים במכונות וירטואליות עם מספר גדול יותר של מעבדי vCPU. מידע נוסף על המגבלה הזו ועל מגבלות אחרות זמין במאמר הגדרת דיסקים בהתאם לדרישות הביצועים. אמצעי אחסון חדשים של Persistent Disk אזוריים יכולים להגיע מיד לביצועים המקסימליים שלהם, ואין צורך לחמם אותם מראש.
אם אתם צריכים יותר מקום בכונן או ביצועים טובים יותר, אתם יכולים לשנות את הגודל של הדיסקים האזוריים כדי להוסיף עוד נפח אחסון, קצב העברת נתונים ו-IOPS.
אמינות
Compute Engine משכפל את הנתונים של הדיסק האזורי לאחסון מתמיד לאזורים שבחרתם כשיצרתם את הדיסקים. הנתונים של כל רפליקה מפוזרים בין כמה מכונות פיזיות באזור כדי להבטיח יתירות.
בדומה ל-Persistent Disk אזורי, אתם יכולים ליצור קובצי snapshot של Persistent Disk כדי להגן מפני אובדן נתונים כתוצאה משגיאת משתמש. תמונות המצב הן מצטברות, ואפשר ליצור אותן תוך כמה דקות, גם אם יוצרים תמונות מצב של דיסקים שמחוברים למכונות וירטואליות פועלות.
מגבלות של דיסק אחסון מתמיד אזורי
- אפשר לצרף את Hyperdisk Balanced High Availability רק לסוגי מכונות נתמכים.
- אפשר רק להגדיל את הנפח של Hyperdisk Balanced High Availability, ואי אפשר להקטין אותו.
- Hyperdisk Balanced High Availability יש מאפייני ביצועים שונים מאלה של הדיסקים המקבילים לאחסון מקומי. מידע נוסף זמין במאמרים מגבלות הביצועים של Hyperdisk Balanced High Availability.
- אי אפשר לשנות את הגודל של נפח Hyperdisk Balanced High Availability שנמצא במצב של כמה כותבים, אם אחד מהמכונות שהנפח מחובר אליהן נמצא באזור שבו יש הפסקה זמנית בשירות.
- אי אפשר להשתמש בנפח Hyperdisk Balanced High Availability שנמצא במצב כתיבה מרובה כדיסק אתחול.
- אם יוצרים דיסק משוכפל על ידי שכפול של דיסק אחסון מקומי, שני העותקים המקומיים לא מסונכרנים באופן מלא בזמן היצירה. אחרי היצירה, אפשר להשתמש בשיבוט של הדיסק האזורי תוך 3 דקות בממוצע. עם זאת, יכול להיות שתצטרכו להמתין כמה עשרות דקות עד שהדיסק יגיע למצב של רפליקציה מלאה והיעד להתאוששות מאסון (RPO) יהיה קרוב לאפס. איך בודקים אם הדיסק ששוכפל שוכפל במלואו
- אי אפשר ליצור דיסקים אזוריים באזורי AI.
- אלה המגבלות ביצירת דיסק אזורי מתמונה:
- כשיוצרים דיסק אזורי מתמונה, אפשר ליצור דיסק אחד בפרויקט כל 5 דקות. אפשר לשלוח עד 5 בקשות בבת אחת, אבל אי אפשר ליצור יותר מ-5 דיסקים בפרק זמן של 25 דקות.
- יצירת דיסק אזורי מקובץ אימג' נמצאת בגרסת תצוגה מקדימה, והיא איטית יותר מיצירת דיסק אחסון מקומי מקובץ אימג'.
אי אפשר ליצור דיסק אזורי על ידי שכפול של דיסק המקור אם דיסק המקור הוא נפח Hyperdisk ML או Hyperdisk Throughput. אתם צריכים ליצור נפח חדש של Hyperdisk Balanced High Availability מקובץ snapshot של הדיסק האזורי.
סוגי ממשקי אחסון
ממשק האחסון נבחר בשבילכם באופן אוטומטי כשאתם יוצרים את המכונה או מוסיפים נפחי Persistent Disk למכונה וירטואלית. במכונות וירטואליות מסוג Tau T2A ומכונות וירטואליות מהדור השלישי (כמו M3), משתמשים בממשק NVMe לדיסק לאחסון מתמיד.
גם במכונות Confidential VM נעשה שימוש בדיסק Persistent Disk NVMe. בכל שאר סדרות המכונות של Compute Engine, ממשק הדיסק של Persistent Disk הוא SCSI.
רוב קובצי האימג' הציבוריים כוללים גם מנהלי התקנים של NVMe וגם של SCSI. רוב קובצי האימג' כוללים ליבה עם מנהלי התקנים שעברו אופטימיזציה, שמאפשרים ל-VM להשיג את הביצועים הטובים ביותר באמצעות NVMe. כדי שקובצי האימג' של Linux שתייבאו ישיגו את הביצועים הטובים ביותר עם NVMe, הם צריכים לכלול את גרסת הליבה 4.14.68 ואילך.
כדי לבדוק אם גרסה של מערכת הפעלה תומכת ב-NVMe, עיינו בדף פרטי מערכת ההפעלה.
מצב כתיבה מרובה
אפשר לצרף דיסק מתמיד שמבוסס על SSD במצב כתיבה מרובה לעד שתי מכונות וירטואליות מסוג N2 בו-זמנית, כדי ששתי המכונות הווירטואליות יוכלו לקרוא מהדיסק ולכתוב אליו.
Persistent Disk במצב multi-writer מספק יכולת של אחסון בלוקים משותף, ומהווה בסיס תשתיתי לבניית מערכות קבצים ומסדי נתונים משותפים עם זמינות גבוהה. מערכות הקבצים ומסדי הנתונים המיוחדים האלה צריכים להיות מתוכננים לעבודה עם אחסון בלוקים משותף ולטפל בעקביות המטמון בין מכונות וירטואליות באמצעות כלים כמו SCSI Persistent Reservations.
עם זאת, בדרך כלל לא מומלץ להשתמש ישירות ב-Persistent Disk עם מצב ריבוי כותבים. הרבה מערכות קבצים, כמו EXT4, XFS ו-NTFS, לא מיועדות לשימוש עם אחסון בלוקים משותף. למידע נוסף על השיטות המומלצות לשיתוף Persistent Disk בין מכונות וירטואליות, ראו שיטות מומלצות.
אם אתם צריכים אחסון קבצים בניהול מלא, אתם יכולים לטעון תיקיית קבצים משותפת של Filestore במכונות הווירטואליות של Compute Engine.
כדי להפעיל מצב של כמה כותבים בכרכים חדשים של Persistent Disk, יוצרים Persistent Disk חדש ומציינים את הדגל --multi-writer ב-CLI של gcloud או את המאפיין multiWriter ב-Compute Engine API. מידע נוסף זמין במאמר שיתוף של Persistent Disk בין מכונות וירטואליות.
הצפנה של Persistent Disk
Compute Engine מצפין את הנתונים באופן אוטומטי לפני שהם עוברים מהמכונה הווירטואלית למרחב האחסון של Persistent Disk. כל Persistent Disk נשאר מוצפן באמצעות מפתחות שמוגדרים על ידי המערכת או באמצעות מפתחות באספקת הלקוח. Google מפיצה את הנתונים של Persistent Disk בין כמה דיסקים פיזיים, באופן שלמשתמשים אין שליטה עליו.
כשמוחקים נפח של Persistent Disk, Google משליכה את מפתחות ההצפנה, וכך לא ניתן לאחזר את הנתונים. התהליך הזה הוא בלתי הפיך.
אם אתם רוצים לשלוט במפתחות ההצפנה שמשמשים להצפנת הנתונים, אתם יכולים ליצור את הדיסקים עם מפתחות הצפנה משלכם.
הגבלות
אי אפשר לצרף נפח Persistent Disk למכונה וירטואלית בפרויקט אחר.
אפשר לצרף דיסק אחסון מתמיד מאוזן ל-10 מכונות וירטואליות לכל היותר במצב קריאה בלבד.
בסוגי מכונות בהתאמה אישית או בסוגי מכונות עם קונפיגורציה מוגדרת (predefined) עם לפחות vCPU אחד, אפשר לצרף עד 128 אמצעי אחסון מסוג Persistent Disk.
כל נפח של Persistent Disk יכול להיות בגודל של עד 64 TiB, כך שאין צורך לנהל מערכים של דיסקים כדי ליצור נפחים לוגיים גדולים. לכל מכונה וירטואלית אפשר לצרף רק כמות מוגבלת של נפח כולל של Persistent Disk, ומספר מוגבל של אמצעי אחסון נפרדים של Persistent Disk. למכונות עם קונפיגורציה מוגדרת מראש ולסוגי מכונות בהתאמה אישית יש אותן מגבלות של Persistent Disk.
לרוב המכונות הווירטואליות אפשר לצרף עד 128 נפחים של Persistent Disk ועד 257 TiB של מקום בכונן כולל. השטח הכולל של הדיסק במכונה וירטואלית כולל את הגודל של דיסק האתחול.
מכונות עם ליבה משותפת (shared-core) מוגבלות ל-16 נפחים של Persistent Disk ול-3 TiB של מקום כולל ב-Persistent Disk.
יצירת אמצעי אחסון לוגיים שגדולים מ-64 TiB עשויה לדרוש התייחסות מיוחדת. מידע נוסף על ביצועים של נפחים לוגיים גדולים יותר זמין במאמר גודל נפח לוגי.
Persistent Disk ו-Colossus
Persistent Disk מיועד לפעול במקביל למערכת הקבצים של Google, Colossus, שהיא מערכת מבוזרת לאחסון בלוקים. מנהלי ההתקנים של Persistent Disk מצפינים באופן אוטומטי את הנתונים במכונה הווירטואלית לפני שהם מועברים מהמכונה הווירטואלית לרשת. לאחר מכן, Colossus שומר את הנתונים. כש-Colossus קורא את הנתונים, מנהל ההתקן מפענח את הנתונים הנכנסים.
נפחי Persistent Disk משתמשים ב-Colossus בתור הקצה העורפי של האחסון.
השימוש בדיסקים כשירות שימושי בכמה מקרים, למשל:
- קל יותר לשנות את גודל הדיסקים כשהמכונה פועלת, מאשר לעצור את המכונה קודם. אפשר להגדיל את נפח הדיסק בלי לעצור את המכונה.
- קל יותר לצרף ולנתק דיסקים כשלא צריך לשתף את הדיסקים והמכונות הווירטואליות באותו מחזור חיים או למקם אותם באותו מקום. אפשר לעצור מכונה וירטואלית ולהשתמש בדיסק האתחול שלה מסוג Persistent Disk כדי להפעיל מכונה וירטואלית אחרת.
- תכונות של זמינות גבוהה, כמו שכפול, הופכות לפשוטות יותר כי מנהל ההתקן של הדיסק יכול להסתיר את פרטי השכפול ולספק שכפול אוטומטי בזמן הכתיבה.