Filestore multishares for GKE מקצה עד 80 שיתופים על פני מופע במהדורת Enterprise יחיד.
היכולת הזו מאפשרת לבצע אופטימיזציה של השימוש בשיתופים במופעי Filestore, ומספקת את היתרונות הבאים:
- מאפשר למשתמשים להעריך ולהגדיר את קיבולת השיתוף המקסימלית
- אופטימיזציה של מספר השיתופים לכל מופע
- אופטימיזציה של השימוש במופעי Filestore במאגרי האחסון המשויכים שלהם ב-GKE
- שיפור העלות
למה כדאי להשתמש ב-Filestore multishares ל-GKE?
מופע Filestore הוא מערכת אחסון מחוברת לרשת (NAS) בניהול מלא, שאפשר להשתמש בה עם מכונות GKE.
Filestore multishares ל-GKE בשילוב עם GKE Filestore CSI driver, גרסה 1.27, מספק את היתרונות הבאים:
התכונה הזו מספקת תצוגה מקיפה של נפחי האחסון הקבועים (PV) כמאגר אחסון אחד. הדרייבר יוצר או מוחק באופן דינמי מופעי Filestore כשמוסיפים, מוחקים או משנים את הגודל של נפחים. הדרייבר מנהל את מופעי Filestore כמאגר גדול של נפחי אחסון עם מאפיינים משותפים בהתאם להגדרה של StorageClass, והוא כולל את היכולת לשנות את הגודל של כל נפח אחסון בנפרד או לגבות אותו.
תמיכה בגישת כתיבה מרובה לאפליקציות שדורשות מערכת קבצים משותפת לנתונים.
תמיכה בשיתופים מרובים עם גודל קטן יותר וגמיש יותר, לשיפור השימוש בכל מופע Filestore ולחיסכון בעלויות.
הקצאה של עד 80 שיתופים במופע יחיד של Filestore ברמת Enterprise:
כל שיתוף ממופה לנפח אחסון ייחודי וקבוע ב-GKE.
באמצעות GKE StorageClasses, אפשר להגביל את הגודל המקסימלי של השיתוף ל-128 GiB, 256 GiB, 512 GiB או 1024 GiB (1 TiB).
בהתאם לגודל שצוין, מנהל ה-CSI של GKE Filestore מגביל את מספר השיתופים המקסימלי לכל מופע של Filestore, ויוצר קיבולת מקסימלית של 80, 40, 20 או 10 שיתופים לכל מופע, בהתאמה.
גרסאות 1.23 עד 1.26 של דרייבר ה-CSI של GKE Filestore עדיין תומכות בעד 10 שיתופים לכל מופע Enterprise.
התכונה הזו מאפשרת גמישות רבה יותר לארגונים שצריכים נפחים קטנים יותר לכמה לקוחות וגישת כתיבה מרובה ברשת משותפת:
תמיכה בגודל שיתוף מורחב של 10GB עד 1TB (1,024GB), או בגודל השיתוף המקסימלי שצוין.
גרסאות 1.23 עד 1.26 של מנהל התקן CSI של GKE Filestore תומכות בגדלים של שיתופים שנעים בין 100 GiB ל-1 TiB.
תמיכה בהקצאת נפח דינמית, הגדלה או הקטנה של נפח השיתוף והקיבולת של המופע לפי הצורך:
אם עומס העבודה של האפליקציה חורג מ-80 בקשות לנפח אחסון מתמשך (PVC), דרייבר ה-CSI של GKE Filestore יוצר באופן רפלקסיבי עוד מופעי Filestore ומקצה את השיתופים הנדרשים באופן דינמי בין המופעים.
כשמוחקים PV, מנהל ה-CSI של GKE Filestore משחרר את נפח האחסון המשותף שהוקצה ומסיר את השיתוף. מנהל ההתקן של GKE Filestore CSI גם מוחק את מופע Filestore אם כל השיתופים המשויכים נמחקו.
כשיוצרים, מוחקים או עורכים את הקיבולת של PV, מנהל ההתקן של GKE Filestore CSI מוסיף או משחרר קיבולת של מופע Filestore משויך כדי להתאים לקיבולת של כל השיתופים. הגודל של מופע Filestore יכול להשתנות במרווחים של 256 GiB.
הביצועים של מופע Filestore enterprise multishare הבסיסי משותפים, וכך מתקבלת תפוקה גבוהה יותר עבור PV ספציפיים של GKE כשצריך.
התכונה הזו תומכת בהגדלת הקיבולת של PV על סמך דרישות עומס העבודה, עם זמן השבתה שמתקרב לאפס.
תמיכה בתאימות לדור קודם עם מופעים שנוצרו באמצעות הגרסאות 1.23 (הגרסה המקורית שפורסמה עם יכולות של שיתוף מרובה) עד גרסה 1.26 של מנהל התקן CSI של GKE Filestore:
במקרים כאלה, אפשר ליהנות מגודל השיתוף המינימלי המורחב של 10 GiB.
StorageClasses והקצאה דינמית של נפח אחסון
כדי לגשת לתכונת השיתוף המרובה של Filestore, צריך קודם להפעיל את הדרייבר של GKE Filestore CSI, בגרסה 1.23 ואילך. אחרי ההפעלה, תוכלו להשתמש ב-StorageClasses של GKE, שמתבססות על תהליך אוטומטי שנקרא הקצאת נפח דינמית, כדי לנהל ביעילות את מחזור החיים של PVs ושל PVCs.
הדרייבר של GKE Filestore CSI יוצר StorageClasses כדי לענות על הצרכים הספציפיים שלכם. בטבלה הבאה מוצגת השוואה בין הביצועים של Filestore enterprise multishare לבין האפשרויות של שיתוף יחיד:
| רמת שירות | GKE StorageClass | מספר המניות לכל מופע | גודל ה-PVC ב-GKE | קיבולת Filestore | שינוי מצטבר | פריסה | מצב גישה |
|---|---|---|---|---|---|---|---|
| HDD בסיסי | standard-rwx |
אחד | 100 GiB עד 64 TiB | 100 GiB עד 64 TiB | 1 GiB | אזורי | קריאה/כתיבה במספר צמתים |
| SSD בסיסי | premium-rwx |
אחד | 2.5 TiB עד 64 TiB | 2.5 TiB עד 64 TiB | 1 GiB | אזורי | קריאה/כתיבה במספר צמתים |
| Enterprise | enterprise-rwx |
אחד | 1 TiB עד 10 TiB | 1 TiB עד 10 TiB | 256 GiB | אזורי | קריאה/כתיבה במספר צמתים |
| ארגון עם התכונה 'שיתוף עם כמה משתמשים' | enterprise-multishare-rwx |
עד 80 | 10 GiB עד 1 TiB | מאגר של מכונות Filestore, כל אחת בגודל של 1 TiB עד 10 TiB |
256 GiB לכל מופע |
אזורי | קריאה/כתיבה במספר צמתים |
למידע נוסף על ההבדלים בין מסלולי השירות, אפשר לעיין במאמר מסלולי שירות.
איך זה עובד
באמצעות דרייבר GKE Filestore CSI בגרסה 1.27 והפרמטר max-volume-size StorageClass, יש לכם יותר שליטה בהגדרת גודל שיתוף מקסימלי. בהתבסס על הערך הזה, מנהל ההתקן מגביל את מספר השיתופים שמותרים במופע.
כדי להטמיע את היכולת הזו, יוצרים StorageClass חדש וכוללים את הפרמטר בקובץ התצורה, ומקצים לו אחד מארבעת הערכים המקובלים שמופיעים בעמודה הראשונה:
| גודל נפח מקסימלי (גודל שיתוף) | מספר המניות המקסימלי לכל מופע |
|---|---|
| 128 GiB | 80 |
| 256 GiB | 40 |
| 512 GiB | 20 |
| 1,024 GiB (1 TiB) | 10 |
אם רוצים להגביל את גודל השיתוף ל-128 GiB, משתמשים בצמד מפתח/ערך max-volume-size: "128Gi".
אם לא מציינים ערך לפרמטר max-volume-size, או אם הפרמטר מושמט לחלוטין, מנהל ההתקן מקצה ערך ברירת מחדל של 1,024 גיגה-בייט לכל שיתוף. בפועל, מוגדר מספר מקסימלי של 10 שיתופים במופע. דוגמה מפורטת זמינה במאמר בנושא אופטימיזציה של שיתופים מרובים.
תאימות לדורות קודמים
התכונה העדכנית של שיתוף קבצים תומכת בתאימות לדורות קודמים עם מופעים שנוצרו באמצעות גרסאות 1.23 (הגרסה המקורית שפורסמה עם יכולות שיתוף קבצים) עד גרסה 1.26 של מנהל התקן CSI של GKE Filestore:
מופעים קיימים יכולים ליצור PVC חדשים או שיתופים עם מגבלת הגודל המינימלי המורחבת. כתוצאה מכך, גודל השיתוף נע כעת בין 10 GiB לבין 1024 GiB (1 TiB) לכל שיתוף.
גרסה 1.27 של מנהל התקן GKE Filestore CSI מזהה מופעי Enterprise מדור קודם ומקצה להם מגבלת גודל שיתוף מקסימלית של 1,024 GiB כברירת מחדל. כלומר, במכונות מדור קודם אפשר להגדיר עד 10 שיתופים לכל מכונה.
דוגמה למכונה מדור קודם
לדוגמה, נניח שאתם מתקינים את מנהל ההתקן של GKE Filestore CSI בגרסה 1.25 ויוצרים StorageClass עם התווית enterprise-multishare-rwx. לאחר מכן, אתם מקצים מופע ברמה ארגונית של 1 TiB, שמסומן ב-F1, וממפים אותו לשיתוף יחיד של 100 GiB. הדרייבר מפנה למפרט המופע שצוין ב-StorageClass עבור הבקשה הזו.
לאחר מכן משדרגים את מנהל ההתקן של GKE Filestore CSI לגרסה 1.27, ואז מקצים עשר מניות חדשות של 10 GiB.
קובץ ההגדרות של StorageClass ששימש ליצירת F1 לא כולל את הפרמטר max-volume-size, ולכן הדרייבר מזהה את מופע F1 כמופע מדור קודם, ומקצה גודל שיתוף מקסימלי שמוגדר כברירת מחדל של 1,024 GiB לכל השיתופים החדשים שממופים למופע. לאחר מכן, מנהל ההתקן מפנה לערך הזה בבקשות עתידיות שעשויות לכלול את המופע. הגודל המינימלי החדש של שיתוף, 10 GiB, זמין גם הוא.
לגבי בקשת ההקצאה של עשרה PVC בגודל 10 GiB, תשעה ממופים ל-F1, ואז נוצר מופע שני, F2, כדי להקצות את החלק האחרון בגודל 10 GiB.
שימו לב שהדרייבר מזהה קודם את הגודל המקסימלי המותר של השיתוף, ואז משתמש בערך הזה כדי לקבוע את מספר השיתופים המקסימלי שאפשר למפות למופע Filestore. אחרי שמגיעים למספר המקסימלי של שיתופים של מופע, אם צריך, נוצרים מופעים חדשים כדי למלא בקשת הקצאה.
מעקב
מידע על מעקב אחרי ביצועי מופעים זמין במאמר מעקב אחרי מופעים ומכסות.
מגבלות התכונה
יש הגבלות:
התכונה Filestore multishare מוגבלת למסלול Filestore enterprise.
אי אפשר לשנות את GKE StorageClasses. צריך לבחור בקפידה את הגודל המקסימלי של השיתוף.
אם אתם צריכים לשנות את הגודל המקסימלי של השיתוף במופעים של Filestore, אתם צריכים ליצור StorageClass מותאם אישית חדש עם הגודל המעודכן, ליצור מופעים חדשים ואז להעתיק ולהעביר את הנתונים.
כל מופע של Filestore Enterprise יכול לארח עד 80 שיתופים או PVs של GKE. חריגה מ-80 PVCs מפעילה את מנהל ה-CSI של GKE Filestore ליצירת עוד מופעים של Filestore ולהקצאת השיתופים האלה באופן דינמי בין המופעים. יצירה של שיתוף או PV חדשים ב-Filestore עשויה לקחת יותר זמן במקרים מסוימים. אם האפליקציה שלכם דורשת הקצאה מיידית של PV, צריך לכלול את ההגדרה הבאה בקובץ ה-YAML של StorageClass:
volumeBindingMode: Immediateעדיין אין תמיכה בתמונות מצב בשיתופי קבצים מרובים ב-Filestore. במקרה הצורך, אפשר להשתמש באפשרות שיתוף יחיד של Filestore StorageClass כדי ליצור תמונות מצב באופן ידני באמצעות Filestore API.
יצירת מקרים של שיתוף מרובה ופריטים משותפים קשורים יכולה להימשך כמה דקות, והם לא יוצגו עד לסיום פעולות היצירה.
חלק מהפעולות למחיקת מידע אישי עשויות להימשך זמן רב. יכול להיות שפעולות PV create או PV expand שמופעלות על ידי PVCs שמוגדרים על ידי אותו StorageClass ייחסמו במהלך הזמן הזה.
מנהל התקן ה-CSI של GKE Filestore נתמך באשכולות שמשתמשים ב-Linux.
אם אתם צופים עומסי עבודה עם תקורה גבוהה יותר של מטא-נתונים, מומלץ להגדיר גודל שיתוף מקסימלי שיכול להתאים לצרכי הקיבולת של האפליקציה.
לדוגמה, נניח שאתם מקצים מופע של Filestore enterprise עם כמה שיתופים, ומאפשרים גודל מקסימלי של 256 GiB לכל שיתוף. כתוצאה מכך, המגבלה המקסימלית שמוגדרת היא 40 שיתופים במופע.
לדוגמה, נניח שפעולות כתיבה משותפות במופע נכשלו, ובבדיקה של מדד אחוז הקיבולת הגולמית הפנויה של המופע ב-Metrics Explorer, אתם רואים שלמופע אין קיבולת מתאימה. מומלץ להגדיר מופעים חדשים של שיתוף מרובה עם גודל שיתוף גדול יותר, למשל 512 GiB, כדי לענות על הצרכים של עומס העבודה. שימו לב שהתוצאה היא פחות שיתופים מותרים במופע. בדוגמה הזו, 20.
הגודל המקסימלי של השיתוף מוגבל ל-128 GiB, 256 GiB, 512 GiB או 1024 GiB (1 TiB).
עבור עומסי עבודה שדורשים שיתופים בגודל של 1 TiB, משתמשים בשיתוף יחיד לכל מופע.
תמחור
אחרי שמפעילים את החיוב, העלויות נקבעות על סמך רמת השירות הבסיסית של Filestore Enterprise. עם נפח אחסון משותף בכמה אמצעי אחסון קטנים יותר, המשתמשים יכולים ליהנות מהפחתה משמעותית בעלויות האחסון.
מידע נוסף זמין במאמרים בנושא רמת Enterprise והקצאת נפח אחסון.
המאמרים הבאים
- אופטימיזציה של אחסון באמצעות Filestore multishares ל-GKE.
- שימוש ב-GKE Filestore CSI Driver
- שימוש ב-GKE Filestore CSI Driver עם VPC משותף
- יצירת StorageClass ב-GKE.