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

במאמר הזה מתוארות המכסות ומגבלות המערכת של Compute Engine (compute.googleapis.com) שנדרשות כדי לפרוס ולהתאים את פתרון VMware בסביבות Google Cloud.

מכיוון שפתרון VMware מקצה מכונות Compute Engine ללא מערכת הפעלה (bare-metal) של z3, רשתות של ענן וירטואלי פרטי (VPC), רשתות משנה של שידור בשכבה 2 ומאזני עומסים פנימיים אזוריים ישירות בפרויקט Google Cloud , הפריסה צורכת מכסות של Compute Engine ולא מכסות של צומתי Google Cloud VMware Engine API‏ (vmwareengine.googleapis.com). בפתרון של VMware, כל צומת Bare Metal תואם למכונה אחת של z3-highmem-192-highlssd-metal Compute Engine.

המכסות הנדרשות ב-Compute Engine

לפני שפורסים מכונה של VMware Cloud Foundation ‏ (VCF), מוסיפים אשכול vSphere או מוסיפים צומתי Bare Metal לאשכול קיים, צריך לוודא שבפרויקט ב-Google Cloud יש מכסה מספיקה למדדים הבאים של compute.googleapis.com.

בטבלה הבאה, N מייצג את המספר הכולל של צומתי VMware Solution Bare Metal – מכונות וירטואליות של Compute Engine‏ (z3-highmem-192-highlssd-metal) – שנפרסו באזור היעד או ברשת ה-VPC. אשכול vSphere סטנדרטי עם זמינות גבוהה דורש לפחות ארבעה צומתי Bare Metal, כאשר N הוא לפחות 4.

משאב מדד המכסה היקף המכסה הנדרשת ל-N צמתים
רשתות VPC compute.googleapis.com/networks עולמי רשת VPC אחת לכל מכונה של VCF.
תת-רשתות לכל רשת VPC compute.googleapis.com/subnet_ranges_per_vpc_network עולמי לפחות 4 רשתות משנה לניהול, vMotion,‏ vSAN ו-NSX Tunnel Endpoint‏ (TEP).
מכונות וירטואליות compute.googleapis.com/instances אזורי ‫N מכונות, עם מינימום של 4 לכל אשכול, וגם כל מכונה וירטואלית מסוג jumpbox או helper.
מכונות לכל רשת VPC compute.googleapis.com/instances_per_vpc_network עולמי ‫N מכונות, עם מינימום של 4 לכל אשכול, וגם כל מכונה וירטואלית מסוג jumpbox או helper.
מעבדים (CPU) לכל משפחת מכונות וירטואליות ב-Z3 compute.googleapis.com/cpus_per_vm_family אזורי ‫N × 192 vCPUs. אשכול עם 4 צמתים משתמש ב-768 מעבדי vCPU.
אחסון SSD מקומי לכל משפחת מכונות וירטואליות ב-Z3 compute.googleapis.com/local_ssd_total_storage_per_vm_family אזורי ‫‎N × 72TB. אשכול עם 4 צמתים משתמש ב-288TB.
נפח האחסון הכולל ב-Google Cloud Hyperdisk Balanced compute.googleapis.com/hyperdisk_balanced_total_storage אזורי ‫‎N × 128GB. כל צומת במחשב פיזי משתמש בדיסק אתחול בנפח 128GB, או בנפח 512GB לאשכול עם 4 צמתים.
‫Google Cloud Hyperdisk Balanced provisioned IOPS compute.googleapis.com/hyperdisk_balanced_total_provisioned_iops אזורי ‫N × 3,000 IOPS כברירת מחדל, או עד N × 10,000 IOPS.
שירותים לקצה העורפי האזורי עם העברת IP מהירה (GARP_RA) compute.googleapis.com/regional_backend_services_protocol_forwarding_fast_ha אזורי כתובת IP וירטואלית (VIP) אחת לכל מכשיר ניהול של VCF ונקודת קצה אחת של NSX Edge, בדרך כלל 15 עד 20 לכל מכונה של VCF, או עד 50 בהתאם למכשירים שנפרסו.
כללי HA להעברת פרוטוקולים פנימיים לכל רשת VPC compute.googleapis.com/internal_protocol_forwarding_ha_rules_per_vpc_network עולמי ‫1 לכל שירות לקצה העורפי ברמה האזורית עם Fast IP Move, באופן יחסי למספר ה-VIP של מכשיר הניהול של VCF ועד 50 לכל מכונה וירטואלית של VCF.
קבוצות של נקודות קצה ברשת (NEG) compute.googleapis.com/network_endpoint_groups אזורי שתי קבוצות NEG אזוריות לכל אזור: אחת לרשת המשנה לניהול ואחת לרשת המשנה של NSX TEP.
כללי מדיניות של משאבים למדיניות מיקום compute.googleapis.com/resource_policies אזורי מדיניות מיקום מרווח אחת לכל אשכול vSphere.
נתיבים סטטיים לכל רשת VPC compute.googleapis.com/static_routes_per_vpc_network עולמי משתנה בהתאם לטופולוגיה של הרשת. בניתוב סטטי של VPC, משתמשים בנתיב סטטי אחד לכל קטע שכבת-על של NSX.

דוגמה לחישוב מכסה

כדי לחשב את המכסה האזורית שנדרשת לפריסה שמורכבת מאשכול של דומיין ניהול עם ארבעה צמתים ומאשכול של דומיין עומס עבודה של VI עם שלושה צמתים באותו אזור (סה"כ שבעה צמתים של Bare Metal), מכפילים את הערכים של כל צומת ב-7:

  • ‫compute.googleapis.com/cpus_per_vm_family ל-Z3: ‏‎7 × 192 = 1,344 vCPUs.
  • ‫compute.googleapis.com/local_ssd_total_storage_per_vm_family ל-Z3: 7 × 72TB = 504TB.
  • compute.googleapis.com/hyperdisk_balanced_total_storage: 7 × 128 GB = 896 GB.
  • ‫compute.googleapis.com/resource_policies: שתי כללי מדיניות למיקום מרווח.

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

מגבלות על רשתות משנה לשידור בשכבה 2

רשתות משנה שמוגדרות עם המאפיין Resolve Subnet Mask שמוגדר ל-Broadcast primary range only with learning אוכפות את מגבלות המערכת הבאות. אי אפשר להגדיל את המכסות של המגבלות הבאות:

  • נקודות קצה לכל רשת משנה לשידור: עד 64 נקודות קצה של כרטיס רשת (NIC) לכל רשת משנה שמופעל בה שידור.
  • רשתות משנה לשידור בכל רשת VPC: עד 64 רשתות משנה עם שידור בכל רשת VPC בכל אזור.
  • כתובות MAC מותאמות אישית שנלמדו: עד 1,000 כתובות MAC מותאמות אישית שנלמדו לכל רשת VPC בכל האזורים.

מידע נוסף על רשתות משנה לשידור ב-Layer 2 ועל מגבלות למידת MAC זמין במאמר אמולציה של Layer 2: שידור ARP ולמידת MAC בהתאמה אישית.

איך בודקים את המכסה הנוכחית

אפשר לראות את מגבלות המכסות ואת השימוש ב-Compute Engine במסוףGoogle Cloud או באמצעות ה-CLI של gcloud:

מסוף Google Cloud

  1. במסוף Google Cloud , נכנסים לדף IAM & Admin ‏ > Quotas & System Limits.

    כניסה לדף Quotas & System Limits

  2. בסרגל Filter, מסננים לפי Service: Compute Engine API.

  3. כדי לראות את המכסות האזוריות של אזור הפריסה, סננו לפי המאפיין region=REGION, למשל region=us-east4.

  4. כדי לסנן לפי מכסות של מעבדי Bare Metal או של כונני SSD מקומיים ב-Z3, צריך לסנן לפי המאפיין vm_family=Z3, או לפי שם המדד של המכסה ב-cpus_per_vm_family או ב-local_ssd_total_storage_per_vm_family.

gcloud

כדי לראות את מגבלות המכסות של פרויקט היעד והאזור, מריצים את הפקודה הבאה של gcloud alpha services quota list:

gcloud alpha services quota list \
    --service=compute.googleapis.com \
    --consumer="projects/PROJECT_ID" \
    --filter="metric:(cpus_per_vm_family OR local_ssd_total_storage_per_vm_family OR hyperdisk_balanced_total_storage OR regional_backend_services_protocol_forwarding_fast_ha OR resource_policies)" \
    --format="table(metric,unit,consumerQuotaLimits.quotaBuckets.effectiveLimit,consumerQuotaLimits.quotaBuckets.dimensions)"

מחליפים את PROJECT_ID במזהה של פרויקט היעד ב-Google Cloud .

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

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

  1. במסוף Google Cloud , נכנסים לדף IAM & Admin ‏ > Quotas & System Limits.

    כניסה לדף Quotas & System Limits

  2. מסננים את הרשימה לפי Service: Compute Engine API ולפי אזור היעד, למשל region=us-east4.

  3. מסמנים את התיבה לצד כל רשומת מכסה שרוצים להגדיל, כמו CPUs per VM family עם vm_family: Z3 ו-Local SSD total storage per VM family עם vm_family: Z3.

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

  5. בחלונית Quota changes, מזינים את המגבלה הכוללת החדשה שרוצים לבקש לכל אחד מהמדדים שנבחרו, ולוחצים על Done.

  6. בשדה Request description, מזינים תיאור קצר של פריסת פתרון VMware ולוחצים על Submit request.

המאמרים הבאים