מכסות ומגבלות

במאמר הזה מוסבר על מכסות ומגבלות המערכת של Google Cloud Managed Lustre.

• המכסות נקבעות כברירת מחדל, אבל בדרך כלל אפשר לבקש לשנות אותן.
• מגבלות המערכת קבועות ואי אפשר לשנות אותן.

המכסות שלGoogle Cloud עוזרות לשמור על הוגנות ולצמצם עליות חדות בשימוש במשאבים ובזמינות שלהם. הן מגבילות את כמות המשאבים שלGoogle Cloud שאפשר להשתמש בהם בפרויקט ב- Google Cloud . המכסות רלוונטיות למגוון רחב של סוגי משאבים, כולל רכיבי חומרה, תוכנה ורשתות. לדוגמה, המכסות יכולות להגביל את מספר הקריאות ל-API בשירות מסוים, את מספר מאזני העומסים שאפשר להשתמש בהם בו-זמנית בפרויקט או את מספר הפרויקטים שאפשר ליצור. בשורה התחתונה, המכסות מגינות על משתמשיGoogle Cloud בכך שהן מונעות עומס יתר על השירותים, אבל גם עוזרות לשלוט על השימוש במשאבי Google Cloud .

מערכת המכסות ב-Cloud:

• עוקבת אחרי השימוש במוצרים ובשירותים של Google Cloud
• מגבילה את השימוש במשאבים האלה
• כוללת כלי שבאמצעותו אפשר לשלוח בקשות לשינוי המכסות ולשנות אותן אוטומטית

ברוב המקרים, כשאתם מנסים להשתמש ביותר משאבים מהמכסה, הגישה למשאב נחסמת ומה שאתם מנסים לעשות נכשל.

בדרך כלל, המכסות ב- Google Cloud הן ברמת הפרויקט. כלומר, השימוש במשאב מסוים בפרויקט כלשהו לא משפיע על המכסה שלכם בפרויקטים אחרים. ברמת הפרויקט ב- Google Cloud , המכסות משותפות לכל האפליקציות וכתובות ה-IP.

לסקירה כללית על מכסות ב-Cloud

למשאבי Managed Lustre יש גם מגבלות מערכת. שאי אפשר לשנות.

מגבלות מערכת

ב-Managed Lustre נאכפות מגבלות המערכת הבאות:

מגבלת המערכת	ערך
נפח אחסון מינימלי לכל מכונה ב-Managed Lustre	מוגדר על ידי שכבת ביצועים: דינמי: ‎472,000 GiB ‫125MBps לכל TiB: ‏ 72,000GiB ‫250MBps לכל TiB: ‏ 36,000GiB ‫500MBps לכל TiB: ‏ 18,000GiB ‫1,000MBps לכל TiB: ‏ 9,000GiB
קיבולת אחסון מקסימלית לכל מכונה ב-Managed Lustre	מוגדר על ידי שכבת ביצועים: דינמי: ‎84,016,000 GiB ‏ (‎80.1 PiB) ‫125MBps לכל TiB: ‏ 20,448,000 GiB‏ (19.5 PiB) ‫250MBps לכל TiB: ‏ 40,032,000GiB‏ (38.2PiB) ‫500MBps לכל TiB: ‏ 20,016,000 GiB‏ (19.1 PiB) ‫1,000MBps לכל TiB: ‏ 10,008,000GiB‏ (9.5PiB)
גודל קובץ מקסימלי	‫0.5 PiB
מספר המופעים המקסימלי לכל פרויקט	20
מספר החיבורים המקסימלי של לקוחות לכל מופע. המגבלה הזו חלה גם על מכונות וירטואליות ב-Compute Engine וגם על צמתים ב-GKE שבהם מותקן מופע Managed Lustre.	20,000

מכסות

רמות ממוספרות

במערכת Managed Lustre יש מכסות לרוחב פס (GBps) ולקיבולת אחסון (GiB) עבור רמות ממוספרות (לדוגמה, ‎1,000 MBps לכל TiB). המכסות האלה הן לכל רשת של ענן וירטואלי פרטי (VPC) לכל אזור. כשיוצרים מופע, צורכים גם את נפח התפוקה וגם את הקיבולת מהמכסות, על סמך גודל המופע ורמת הביצועים. המכסות של התפוקה והקיבולת משותפות לכל הרמות הממוספרות, כלומר אתם יכולים להשתמש במכסה כדי ליצור מופעים בכל רמה ממוספרת בלי שתצטרכו לבקש מכסה ספציפית לרמה.

אם אתם צריכים מכסה נוספת, אתם יכולים לבקש הגדלה של נפח הנתונים או הקיבולת בנפרד.

רמה דינמית

בדרגת Dynamic משתמשים במכסת אחסון אחת, קיבולת אחסון (GiB) לדרגת Dynamic לכל אזור לכל VPC (dynamic_tier_capacity). מכסות הקיבולת והתפוקה האישיות לא חלות על דרגת Dynamic.

מכסות מדור קודם לפי רמת ביצועים

אם בפרויקט שלכם נעשה בעבר שימוש במכסות של נפח אחסון שספציפיות לרמות ביצועים נפרדות (לדוגמה, מכסה שספציפית לרמה של 1,000MBps לכל TiB), המכסות האלה הוחלפו במכסות של נפח אחסון וקצב העברת נתונים שמשותפות לכל רמות הביצועים.

במסגרת המעבר למערכת החדשה, יכול להיות שהמכסות הישנות הספציפיות לרמת המינוי יופיעו כללא הגבלה במסוף Google Cloud . כמה נקודות חשובות לגבי הסטטוס הזה:

• יצירת מכונות מוגבלת על ידי מכסות משותפות: סטטוס Unlimited במכסות מדור קודם לא אומר שאפשר ליצור מספר בלתי מוגבל של מכונות. מכסות התפוקה והקיבולת המשותפות החדשות מקבלות עדיפות.
• אי אפשר לשלוח בקשות להגדלת מכסות: אי אפשר לשלוח בקשות להגדלת מכסות שמסומנות כבלתי מוגבלות. כדי לבקש מכסה נוספת, צריך לשלוח בקשה למכסות חדשות של תפוקה וקיבולת משותפות.

פרטי המכסה

‫Managed Lustre תומך במכסות הבאות:

פריט	תיאור
מגבלת קריאה לדקה	המספר המקסימלי של בקשות API שמשתמש IAM יכול לשלוח אל Google Cloud Managed Lustre API בפרק זמן של דקה אחת. המכסה הזו מיועדת רק לקריאות ל-API.
Lustre throughput capacity (GBps) per zone per VPC	קיבולת התפוקה ב-GBps של מכונות Managed Lustre.
קיבולת האחסון של Lustre ‏ (GiB) לכל אזור לכל VPC	נפח האחסון ב-GiB למכונות Managed Lustre.
קיבולת אחסון (GiB) לרמה דינמית לכל אזור לכל VPC	נפח האחסון ב-GiB בשכבת הביצועים הדינמית.

מחשבונים למכסת התפוקה והקיבולת

הכלים הבאים יכולים לעזור לכם לחשב את הגודל המקסימלי של מופע ברמה ממוספרת שתוכלו ליצור, וגם את נפח התפוקה ואת מכסת הקיבולת שאתם צריכים לגודל מופע ספציפי.

שליחת בקשה להגדלת המכסה

מכסת התפוקה והקיבולת מוגבלת לרשת VPC ולאזור.

מסוף Google Cloud

אפשר לבקש מכסה נוספת באמצעות מסוף Google Cloud . לשם כך, עוברים לדף פרטי השירות של Managed Lustre:

1. נכנסים לדף פרטי השירות:

   כניסה לפרטים של שירות Managed Lustre

2. לוחצים על הכרטיסייה Quotas & System limits.

3. בוחרים את המכסה שרוצים להגדיל. מכסת התפוקה והקיבולת היא לכל אזור ולכל שם רשת.

   חשוב: אם אתם מבקשים להגדיל את מכסת השימוש בשילוב של אזור ו-VPC שלא יצרתם בו מכונה, השילוב הזה לא יופיע בטבלה. כדי לבקש מכסה נוספת, משתמשים ב-CLI של gcloud כדי ליצור בקשת מכסה שכוללת את האזור ואת ה-VPC. אפשר לראות דוגמה בכרטיסייה של ה-CLI של gcloud. בקשות להגדלת המכסה שלא כוללות את האזור ואת ה-VPC ייכשלו.

4. לוחצים על Edit.

5. מזינים ערך חדש, עד למגבלת המערכת.

6. ממלאים את הפרטים הנוספים ולוחצים על שליחת בקשה.

‫CLI של gcloud

כדי לבקש מכסה נוספת באמצעות Google Cloud CLI, צריך ליצור בקשה להתאמת מכסות ב-Cloud באמצעות Cloud Quotas API.

כדי להשתמש ב-Cloud Quotas API צריך quota-id. הערכים הבאים נתמכים במכסות של Managed Lustre:

• api-requests
• throughput
• capacity
• dynamic-tier-capacity

צריך ליצור בקשה נפרדת לכל אחד מהמדדים: קיבולת וקצב העברת נתונים.

כדי ליצור העדפת מכסת חדשה, משתמשים בפקודה gcloud beta quotas preferences create:

gcloud beta quotas preferences create \
  --project=PROJECT_NUMBER \
  --quota-id=QUOTA_ID \
  --preferred-value=PREFERRED_VALUE \
  --service=lustre.googleapis.com \
  --dimensions=zone=ZONE,network_name=projects/VPC_PROJECT_ID/global/networks/NETWORK_NAME \
  --email=EMAIL \
  --justification="JUSTIFICATION"

מחליפים את מה שכתוב בשדות הבאים:

• ‫PROJECT_NUMBER: מספר הפרויקט ב- Google Cloud . אפשר לראות את מספר הפרויקט בדף Welcome במסוף Google Cloud או על ידי הרצת הפקודה הבאה ב-CLI של gcloud:

  PROJECT=$(gcloud info --format='value(config.project)')
  gcloud projects describe ${PROJECT} --format="value(projectNumber)"

• ‫QUOTA_ID: המזהה של המכסה שאתם מעדכנים. אחד מהערכים api-requests, throughput, capacity או dynamic_tier_capacity.

• PREFERRED_VALUE של המכסה שצוינה. מקבל מספר שלם רגיל (למשל, 18000). צריך לציין את המספר לפי היחידות הבאות:

  • ‫api-requests: בקשות לכל משתמש בדקה
  • ‫throughput: GBps
  • ‫capacity: GiB
  • ‫dynamic_tier_capacity: GiB

• ZONE של הבקשה להגדלת המכסה. לדוגמה, us-west1-a.

• ‫VPC_PROJECT_ID וגם NETWORK_NAME לדוגמה, vpc-project-1234 ו-default.

• ‫EMAIL: כתובת אימייל שאפשר להשתמש בה כאיש קשר לבקשה הזו.

• ‫JUSTIFICATION: הסיבה לבקשה.

בקשות לשינוי מכסות ב-Cloud כפופות לבדיקה. תקבלו אימייל לאישור קבלת הבקשה. אם תצטרכו עזרה נוספת, תוכלו להשיב לאימייל. אחרי שנבדוק את הבקשה שלך, תקבל הודעה באימייל אם הבקשה אושרה.