משפחת המכונות U4 Ultra Low Latency ‏ (ULL)

במסמך הזה מתוארת משפחת המכונות U4 שמותאמות לרשת. ‫U4 היא משפחת מכונות שלGoogle Cloudשמותאמת לרשת עם זמן אחזור קצר במיוחד (ULL). הוא נועד לתמוך בעומסי העבודה העיקריים של סביבות המערכת של בורסות פיננסיות, באמצעות יכולות רישות של מכונות ספציפיות לתחום בענן הציבורי. סדרות המכונות U4P ו-U4C מבוססות על מעבד Xeon scalable של Intel מדור 5 (שם הקוד Emerald Rapids), וסדרת המכונות U4S מבוססת על מעבד Xeon scalable של Intel מדור 6 (שם הקוד Granite Rapids).

משפחת המכונות U4 שמותאמות לרשת מציעה שלוש סדרות מכונות:

  • ‫U4P: סוגי מכונות Bare Metal עם או בלי דיסקים של Titanium SSD מצורפים
  • ‫U4C: סוגי מכונות Bare Metal עם או בלי דיסקים מצורפים של Titanium SSD
  • ‫U4S: זמין בכמה גדלים שונים של סוגי מכונות וירטואליות (VM), עם או בלי דיסקים מצורפים של Titanium SSD

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

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

סדרת מכונות בשימוש על ידי סוג עומס העבודה
U4P מפעילי בורסות (ספקים) מערכות מסחר
U4C משתתפים ב-Exchange ביצוע אסטרטגיות מסחר
U4S
  • אופרטורים של המרה
  • משתתפים ב-Exchange
  • ספקי שירות
  • עומסי עבודה משניים
  • שירותים של סביבה עסקית להמרת מטבעות

מכונות U4P ו-U4C תומכות בתעבורת נתונים מסוג ULL Unicast ו-Multicast, ומכונות U4S תומכות בעומסי עבודה שאינם מסוג ULL, עם קרבה פיזית למכונות U4P ו-U4C כדי לצמצם את זמן האחזור.

סדרת המכונות U4C

סדרת המכונות U4C פועלת במעבד Xeon Scalable מדור חמישי של Intel (שם הקוד Emerald Rapids), והיא מותאמת לשירותי המרת מטבעות עם זמן אחזור קצר במיוחד. אפשר להשתמש רק בסוגי מכונות ללא מערכת הפעלה, עם או בלי דיסקים מקומיים מסוג Titanium SSD. מכונות Bare Metal מספקות גישה ישירה למעבד ולזיכרון של השרת הבסיסי, בלי וירטואליזציה או Hypervisor של Compute Engine באמצע. כל מכונה משתמשת בשני שקעים של המחשב המארח, עם 60 ליבות לכל שקע. לכל מכונה יש 3 כרטיסי רשת פיזיים.

כל התכונות המתקדמות שזמינות ומופעלות במעבד (CPU) המארח זמינות למכונות Bare Metal מסוג U4C, גם אם המכונות של Compute Engine לא חושפות את התכונות האלה.

התכונות הנתמכות

לסדרת המכונות U4C יש את המאפיינים הבאים:

סוגי מכונות U4C

סוגי המכונות U4C זמינים כהגדרות אישיות מוגדרות מראש:

  • במערכים של standard יש 120 מעבדים וזיכרון בנפח 768GB
  • במערכים של highcpu יש 120 מעבדים וזיכרון בנפח 512GB

כדי להשתמש ב-Titanium SSD עם U4C, צריך ליצור את המכונה באמצעות הווריאנט lssd של סוגי המכונות U4C. כשבוחרים בסוג המכונה הזה, נוצרת מכונה בגודל שצוין עם מחיצות Titanium SSD מצורפות. אי אפשר לצרף אמצעי אחסון של Titanium SSD בנפרד.

סוג המכונה מספר המעבדים הווירטואליים1 זיכרון (GB) ‫Titanium SSD מצורף(GiB) מספר כרטיסי הרשת הפיזיים רוחב פס של תעבורת נתונים יוצאת (Gbps)‏2
u4c-standard-120-metal 120 768 לא 3 עד ‎100 Gbps
עד ‎1 Gbps (ULL)
u4c-highcpu-120-metal 120 512 לא 3 עד ‎100 Gbps
עד ‎1 Gbps (ULL)
u4c-standard-120-lssd-metal 120 768 (4 x 3,000 GiB)
12,000 GiB
3 עד ‎100 Gbps
עד ‎1 Gbps (ULL)
u4c-highcpu-120-lssd-metal 120 512 (4 x 3,000 GiB)
12,000 GiB
3 עד ‎100 Gbps
עד ‎1 Gbps (ULL)

‫1מכונות Bare Metal לא משתמשות ב-vCPU. במכונות Bare Metal, מספר המעבדים הווירטואליים שווה למספר השרשורים של החומרה בשרת המארח.
2רוחב הפס המקסימלי של תעבורת הנתונים היוצאת לא יכול לחרוג מהמספר שצוין. רוחב הפס בפועל של תעבורת הנתונים היוצאת תלוי בכתובת ה-IP של היעד ובגורמים אחרים. רוחב הפס של הרשת

סוגי הדיסקים הנתמכים במכונות U4C

במכונות U4C אפשר להשתמש בסוגי האחסון הבאים:

מגבלות קיבולת הדיסק במכונות U4C

המגבלות של Google Cloud Hyperdisk במכונות U4C הן:

  • מספר הדיסקים המקסימלי של Hyperdisk שמחוברים למכונה: 32
  • קיבולת הדיסק המקסימלית בכל הדיסקים מסוג Hyperdisk במכונה: 512 TiB

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

מגבלות הביצועים של הדיסק במכונות U4C

בטבלאות הבאות מפורטות מגבלות הביצועים של Titanium SSD ו-Hyperdisk לכל מכונה:

Titanium SSD

סוג המכונה מספר דיסקים של Titanium SSD נפח האחסון הכולל (GiB) פעולות קלט/פלט לשנייה (IOPS) של קריאה פעולות קלט/פלט לשנייה (IOPS) של כתיבה קצב העברת נתונים בקריאה (MiB/s) קצב העברת נתונים בכתיבה (MiB/s)
u4c-highcpu-120-lssd-metal 4 12,000 7,200,000 3,600,000 30,000 15,840

Hyperdisk

סוג הדיסק מספר הדיסקים המקסימלי לכל מכונה מספר מקסימלי של פעולות קלט/פלט לשנייה (IOPS) קצב העברת נתונים מקסימלי (MiB לשנייה)
Hyperdisk Balanced 32 275,000 8,750
Hyperdisk Extreme 8 380,000 8,750

למידע נוסף על מגבלות הביצועים, קראו את המאמרים הבאים:

תמיכה ברשת למכונות U4C

מכונות U4C כוללות 3 כרטיסי רשת פיזיים לכל מכונה.

ממשק רשת נהג/ת Usage רוחב פס
לתעבורת נתונים יוצאת פנימית
רוחב פס
לתעבורת נתונים יוצאת חיצונית
nic0 ‫Google Virtual NIC‏ (gVNIC) עם תמיכה ב-AF_XDP תקשורת כללית של מכונות, כולל חיבורים לאפליקציות ולשירותים של בורסות שאינן ULL (לדוגמה, drop copy). משתמש במסלול פרימיום כברירת מחדל. עד 100Gbps עד 25 Gbps
‫nic1 (ULL A) ‫Google Virtual NIC‏ (gVNIC) עם תמיכה ב-AF_XDP תקשורת ULL חד-נתיבית ורב-נתיבית עד 1 Gbps לא רלוונטי
nic2 (ULL B) ‫Google Virtual NIC‏ (gVNIC) עם תמיכה ב-AF_XDP תקשורת ULL חד-נתיבית ורב-נתיבית עד 1 Gbps לא רלוונטי

ההתאמה של NUMA לכרטיסי הרשת של ULL היא: nic1 (ULL A) משתמש בצומת NUMA‏ 0, ו-nic2 (ULL B) משתמש בצומת NUMA‏ 2.

סדרת המכונות U4S

סדרת המכונות U4S היא סדרת מכונות לשימוש כללי, שמיועדת להריץ עומסי עבודה משניים למכונות U4C ו-U4P שלא דורשות חיבור ישיר לרשת VPC מסוג ULL. מכונות U4S מבוססות על מעבדי Intel Xeon Scalable מדור שישי (שם הקוד Granite Rapids) ועל Titanium.

התכונות הנתמכות

לסדרת המכונות U4S יש את המאפיינים הבאים:

  • מופעל על ידי מעבד Granite Rapids של Intel ו-Titanium.
  • תמיכה בעד 18 TiB של דיסקים מקומיים מסוג Titanium SSD.
  • מציע רק מכונות עם קונפיגורציה מוגדרת (predefined).
  • תמיכה בהגדרת רשת רגילה עם רוחב פס של עד 100Gbps.
  • אפשר להשתמש בהם עם אחסון בלוקים ב-Hyperdisk Balanced, ב-Hyperdisk Extreme וב-Hyperdisk Throughput.
  • תמיכה במדיניות למיקום קומפקטי ומדיניות למיקום מרווח.

סוגי מכונות U4S

מכונות וירטואליות מסוג U4S זמינות כהגדרות אישיות מוגדרות מראש בגדלים שנעים בין 2 מעבדי vCPU ל-288 מעבדי vCPU ועד 2,232GB של זיכרון. השמות הבאים של סוגי מכונות שהוגדרו מראש תואמים לכמות הזיכרון שהוגדרה למכונה:

  • ‫highcpu: זיכרון של 2GB לכל vCPU
  • standard: זיכרון בנפח 3.75GB לכל vCPU
  • ‫highmem: זיכרון של 7.75GB לכל vCPU

כדי להשתמש ב-Titanium SSD עם U4S, צריך ליצור את המכונה באמצעות הווריאנט -lssd של סוגי המכונות U4S. כשבוחרים בסוג המכונה הזה, נוצרת מכונה בגודל שצוין עם מחיצות Titanium SSD מצורפות. אי אפשר לצרף אמצעי אחסון של Titanium SSD בנפרד.

U4S standard

סוג המכונה מספר המעבדים הווירטואליים1 זיכרון (GB) ‫Titanium SSD מצורף(GiB) מספר כרטיסי הרשת הפיזיים רוחב פס של תעבורת נתונים יוצאת (Gbps)‏2,3 רוחב פס של תעבורת נתונים יוצאת (egress) ברמה 13
u4s-standard-2 2 7 לא 1 עד 10 לא רלוונטי
u4s-standard-4 4 15 לא 1 עד 23 לא רלוונטי
u4s-standard-8 8 30 לא 1 עד 23 לא רלוונטי
u4s-standard-16 16 60 לא 1 עד 23 לא רלוונטי
u4s-standard-24 24 90 לא 1 עד 23 לא רלוונטי
u4s-standard-32 32 120 לא 1 עד 23 לא רלוונטי
u4s-standard-48 48 180 לא 1 עד 34 עד 50
u4s-standard-96 96 360 לא 1 עד 67 עד 100
u4s-standard-144 144 540 לא 1 עד 100 עד 150
u4s-standard-192 192 720 לא 1 עד 100 עד 200
u4s-standard-288 288 1,080 לא 1 עד 100 עד 200

‫1 מעבד (CPU) משתמש בשני שרשורים לכל ליבה, ו-vCPU מייצג שרשור יחיד. למידע על פלטפורמות של מעבדים (CPU)
2 רוחב הפס של תעבורת הנתונים היוצאת שמוגדר כברירת מחדל לא יכול להיות גדול מהמספר שצוין. רוחב הפס בפועל של תעבורת הנתונים היוצאת תלוי בכתובת ה-IP של היעד ובגורמים אחרים. רוחב הפס של הרשת
3 תמיכה ברשתות ברוחב פס גבוה לסוגי מכונות גדולים יותר.

U4S highcpu

סוג המכונה מספר המעבדים הווירטואליים1 זיכרון (GB) ‫Titanium SSD מצורף(GiB) מספר כרטיסי הרשת הפיזיים רוחב פס של תעבורת נתונים יוצאת (Gbps)‏2,3 רוחב פס של תעבורת נתונים יוצאת (egress) ברמה 13
u4s-highcpu-2 2 4 לא 1 עד 10 לא רלוונטי
u4s-highcpu-4 4 8 לא 1 עד 23 לא רלוונטי
u4s-highcpu-8 8 16 לא 1 עד 23 לא רלוונטי
u4s-highcpu-16 16 32 לא 1 עד 23 לא רלוונטי
u4s-highcpu-24 24 48 לא 1 עד 23 לא רלוונטי
u4s-highcpu-32 32 64 לא 1 עד 23 לא רלוונטי
u4s-highcpu-48 48 96 לא 1 עד 34 עד 50
u4s-highcpu-96 96 192 לא 1 עד 67 עד 100
u4s-highcpu-144 144 288 לא 1 עד 100 עד 150
u4s-highcpu-192 192 384 לא 1 עד 100 עד 200
u4s-highcpu-288 288 576 לא 1 עד 100 עד 200

‫1 מעבד (CPU) משתמש בשני שרשורים לכל ליבה, ו-vCPU מייצג שרשור יחיד. למידע על פלטפורמות של מעבדים (CPU)
2 רוחב הפס של תעבורת הנתונים היוצאת שמוגדר כברירת מחדל לא יכול להיות גדול מהמספר שצוין. רוחב הפס בפועל של תעבורת הנתונים היוצאת תלוי בכתובת ה-IP של היעד ובגורמים אחרים. רוחב הפס של הרשת
3 תמיכה ברשתות ברוחב פס גבוה לסוגי מכונות גדולים יותר.

U4S highmem

סוג המכונה מספר המעבדים הווירטואליים1 זיכרון (GB) ‫Titanium SSD מצורף(GiB) מספר כרטיסי הרשת הפיזיים רוחב פס של תעבורת נתונים יוצאת (Gbps)‏2,3 רוחב פס של תעבורת נתונים יוצאת (egress) ברמה 13
u4s-highmem-2 2 15 לא 1 עד 10 לא רלוונטי
u4s-highmem-4 4 31 לא 1 עד 23 לא רלוונטי
u4s-highmem-8 8 62 לא 1 עד 23 לא רלוונטי
u4s-highmem-16 16 124 לא 1 עד 23 לא רלוונטי
u4s-highmem-24 24 186 לא 1 עד 23 לא רלוונטי
u4s-highmem-32 32 248 לא 1 עד 23 לא רלוונטי
u4s-highmem-48 48 372 לא 1 עד 34 עד 50
u4s-highmem-96 96 744 לא 1 עד 67 עד 100
u4s-highmem-144 144 1,116 לא 1 עד 100 עד 150
u4s-highmem-192 192 1,488 לא 1 עד 100 עד 200
u4s-highmem-288 288 2,232 לא 1 עד 100 עד 200

‫1 מעבד (CPU) משתמש בשני שרשורים לכל ליבה, ו-vCPU מייצג שרשור יחיד. למידע על פלטפורמות של מעבדים (CPU)
2 רוחב הפס של תעבורת הנתונים היוצאת שמוגדר כברירת מחדל לא יכול להיות גדול מהמספר שצוין. רוחב הפס בפועל של תעבורת הנתונים היוצאת תלוי בכתובת ה-IP של היעד ובגורמים אחרים. רוחב הפס של הרשת
3 תמיכה ברשתות ברוחב פס גבוה לסוגי מכונות גדולים יותר.

‫U4S standard עם SSD מקומי

סוג המכונה מספר המעבדים הווירטואליים1 זיכרון (GB) ‫Titanium SSD מצורף(GiB) מספר כרטיסי הרשת הפיזיים רוחב פס של תעבורת נתונים יוצאת (Gbps)‏2,3 רוחב פס של תעבורת נתונים יוצאת (egress) ברמה 13
u4s-standard-4-lssd 4 15 (1 x 375 GiB)
375 GiB
1 עד 23 לא רלוונטי
u4s-standard-8-lssd 8 30 (1 x 375 GiB)
375 GiB
1 עד 23 לא רלוונטי
u4s-standard-16-lssd 16 60 ‫(‎2 x 375 GiB)
750 GiB
1 עד 23 לא רלוונטי
u4s-standard-24-lssd 24 90 ‫(4 x 375 GiB)
1,500 GiB
1 עד 23 לא רלוונטי
u4s-standard-32-lssd 32 120 (5 x 375 GiB)
1,875 GiB
1 עד 23 לא רלוונטי
u4s-standard-48-lssd 48 180 (8 x 375 GiB)
3,000 GiB
1 עד 34 לא רלוונטי
u4s-standard-96-lssd 96 360 (16 x 375 GiB)
6,000 GiB
1 עד 67 לא רלוונטי
u4s-standard-144-lssd 144 540 ‫(24 x 375 GiB)
9,000 GiB
1 עד 100 לא רלוונטי
u4s-standard-192-lssd 192 720 ‫(32 x 375 GiB)
12,000 GiB
1 עד 100 לא רלוונטי
u4s-standard-288-lssd 288 1,080 ‫(48 x 375 GiB)
18,000 GiB
1 עד 100 עד 200

‫1 מעבד (CPU) משתמש בשני שרשורים לכל ליבה, ו-vCPU מייצג שרשור יחיד. למידע על פלטפורמות של מעבדים (CPU)
2 רוחב הפס של תעבורת הנתונים היוצאת שמוגדר כברירת מחדל לא יכול להיות גדול מהמספר שצוין. רוחב הפס בפועל של תעבורת הנתונים היוצאת תלוי בכתובת ה-IP של היעד ובגורמים אחרים. רוחב הפס של הרשת
3 תמיכה ברשתות ברוחב פס גבוה לסוגי מכונות גדולים יותר.

‫U4S highmem עם SSD מקומי

סוג המכונה מספר המעבדים הווירטואליים1 זיכרון (GB) ‫Titanium SSD מצורף(GiB) מספר כרטיסי הרשת הפיזיים רוחב פס של תעבורת נתונים יוצאת (Gbps)‏2,3 רוחב פס של תעבורת נתונים יוצאת (egress) ברמה 13
u4s-highmem-4-lssd 4 31 (1 x 375 GiB)
375 GiB
1 עד 23 לא רלוונטי
u4s-highmem-8-lssd 8 62 (1 x 375 GiB)
375 GiB
1 עד 23 לא רלוונטי
u4s-highmem-16-lssd 16 124 ‫(‎2 x 375 GiB)
750 GiB
1 עד 23 לא רלוונטי
u4s-highmem-24-lssd 24 186 ‫(4 x 375 GiB)
1,500 GiB
1 עד 23 לא רלוונטי
u4s-highmem-32-lssd 32 248 (5 x 375 GiB)
1,875 GiB
1 עד 23 לא רלוונטי
u4s-highmem-48-lssd 48 372 (8 x 375 GiB)
3,000 GiB
1 עד 34 לא רלוונטי
u4s-highmem-96-lssd 96 744 (16 x 375 GiB)
6,000 GiB
1 עד 67 לא רלוונטי
u4s-highmem-144-lssd 144 1,116 ‫(24 x 375 GiB)
9,000 GiB
1 עד 100 לא רלוונטי
u4s-highmem-192-lssd 192 1,488 ‫(32 x 375 GiB)
12,000 GiB
1 עד 100 לא רלוונטי
u4s-highmem-288-lssd 288 2,232 ‫(48 x 375 GiB)
18,000 GiB
1 עד 100 עד 200

‫1 מעבד (CPU) משתמש בשני שרשורים לכל ליבה, ו-vCPU מייצג שרשור יחיד. למידע על פלטפורמות של מעבדים (CPU)
2 רוחב הפס של תעבורת הנתונים היוצאת שמוגדר כברירת מחדל לא יכול להיות גדול מהמספר שצוין. רוחב הפס בפועל של תעבורת הנתונים היוצאת תלוי בכתובת ה-IP של היעד ובגורמים אחרים. רוחב הפס של הרשת
3 תמיכה ברשתות ברוחב פס גבוה לסוגי מכונות גדולים יותר.

‫1vCPU מוטמע כ-hyperthread יחיד של חומרה באחת מפלטפורמות המעבד (CPU) הזמינות. במכונות Bare Metal (מכונות U4P ו-U4C), מספר המעבדים הווירטואליים שווה למספר השרשורים של החומרה בשרת המארח.
‫2רוחב הפס המקסימלי לתעבורת נתונים יוצאת לא יכול להיות גבוה מהמספר שצוין. רוחב הפס בפועל לתעבורת נתונים יוצאת תלוי בכתובת ה-IP של היעד ובגורמים אחרים. רוחב הפס של הרשת

סוגי הדיסקים שנתמכים במכונות U4S

במכונות U4S אפשר להשתמש בסוגים הבאים של אחסון בלוקים:

  • ‫Hyperdisk Balanced‏ (hyperdisk-balanced)
  • ‫Hyperdisk Extreme‏ (hyperdisk-extreme)
  • ‫Hyperdisk Throughput‏ (hyperdisk-throughput)
  • Local Titanium SSD

מגבלות קיבולת הדיסק למכונות U4S

קיבולת הדיסק הכוללת המקסימלית בכל הדיסקים שמחוברים למכונה לא יכולה לחרוג מ-512TiB.

מידע נוסף על מגבלות הקיבולת מופיע במאמר מגבלות הקיבולת של Hyperdisk לכל מכונה וירטואלית.

מספר הדיסקים המקסימלי
סוגי מכונות ‫Hyperdisk
לכל מכונה וירטואלית
Hyperdisk Balanced Hyperdisk Throughput Hyperdisk ML Hyperdisk Extreme
u4s-*-2
8 8 8 0 0
u4s-*-4
u4s-(standard,highmem)-4-lssd
16 16 16 0 0
u4s-*-8
u4s-(standard,highmem)-8-lssd
32 32 32 0 0
u4s-*-16
u4s-(standard,highmem)-16-lssd
32 32 32 0 0
u4s-*-24
u4s-(standard,highmem)-24-lssd
32 32 32 0 0
u4s-*-32
u4s-(standard,highmem)-32-lssd
64 64 64 0 0
u4s-*-48
u4s-(standard,highmem)-48-lssd
64 64 64 0 0
u4s-*-96
u4s-(standard,highmem)-96-lssd
128 128 128 0 8
u4s-*-144
u4s-(standard,highmem)-144-lssd
128 128 128 0 8
u4s-*-192
u4s-(standard,highmem)-192-lssd
128 128 128 0 8
u4s-*-288
u4s-(standard,highmem)-288-lssd
128 128 128 0 8

מגבלות הביצועים של הדיסק במכונות U4S

בטבלה הבאה מפורטות מגבלות הביצועים של דיסקים מסוג Titanium SSD ו-Hyperdisk:

Titanium SSD

סוג המכונה של המכונה הווירטואלית מספר דיסקים של Titanium SSD נפח האחסון הכולל (GiB) פעולות קלט/פלט לשנייה (IOPS) של קריאה פעולות קלט/פלט לשנייה (IOPS) של כתיבה קצב העברת נתונים בקריאה (MiB/s) קצב העברת נתונים בכתיבה (MiB/s)
u4s-*-4-lssd 1 375 150,000 75,000 625 330
u4s-*-8-lssd 1 375 150,000 75,000 625 330
u4s-*-16-lssd 2 750 300,000 150,000 1,250 660
u4s-*-24-lssd 4 1,500 600,000 300,000 2,500 1,320
u4s-*-32-lssd 5 1,875 750,000 375,000 3,125 1,650
u4s-*-48-lssd 8 3,000 1,200,000 600,000 5,000 2,640
u4s-*-96-lssd 16 6,000 2,400,000 1,200,000 10,000 5,280
u4s-*-144-lssd 16 6,000 2,400,000 1,200,000 10,000 5,280
u4s-*-192-lssd 32 12,000 4,800,000 2,400,000 20,000 10,560
u4s-*-288-lssd 48 18,000 7,200,000 3,600,000 30,000 15,840

Hyperdisk Balanced

סוג המכונה של המכונה הווירטואלית מספר מקסימלי של פעולות קלט/פלט לשנייה (IOPS) קצב העברת נתונים מקסימלי (MiB לשנייה)
u4s-*-2
50,000 400
u4s-*-4
u4s-*-4-lssd
50,000 400
u4s-*-8
u4s-*-8-lssd
50,000 800
u4s-*-16
u4s-*-16-lssd
100,000 1,600
u4s-*-24
u4s-*-24-lssd
100,000 1,600
u4s-*-32
u4s-*-32-lssd
100,000 1,600
u4s-*-48
u4s-*-48-lssd
160,000 2,400
u4s-*-96
u4s-*-96-lssd
240,000 4,800
u4s-*-144
u4s-*-144-lssd
240,000 4,800
u4s-*-192
u4s-*-192-lssd
320,000 10,000
u4s-*-288
u4s-*-288-lssd
320,000 10,000

Hyperdisk Extreme

סוג המכונה של המכונה הווירטואלית מספר מקסימלי של פעולות קלט/פלט לשנייה (IOPS) קצב העברת נתונים מקסימלי (MiB לשנייה)
u4s-*-96
u4s-*-96-lssd
350,000 5,000
u4s-*-144
u4s-*-144-lssd
350,000 5,000
u4s-*-192
u4s-*-192-lssd
440,000 10,000
u4s-*-288
u4s-*-288-lssd
440,000 10,000

Hyperdisk Throughput

סוג המכונה של המכונה הווירטואלית מספר מקסימלי של פעולות קלט/פלט לשנייה (IOPS) קצב העברת נתונים מקסימלי (MiB לשנייה)
u4s-*-2
1,600 400
u4s-*-4
u4s-*-4-lssd
1,600 400
u4s-*-8
u4s-*-8-lssd
3,200 800
u4s-*-16
u4s-*-16-lssd
6,400 1,600
u4s-*-24
u4s-*-24-lssd
6,400 1,600
u4s-*-32
u4s-*-32-lssd
6,400 1,600
u4s-*-48
u4s-*-48-lssd
9,600 2,400
u4s-*-96
u4s-*-96-lssd
19,200 4,800
u4s-*-144
u4s-*-144-lssd
19,200 4,800
u4s-*-192
u4s-*-192-lssd
40,000 10,000
u4s-*-288
u4s-*-288-lssd
40,000 10,000

למידע נוסף על מגבלות הביצועים, קראו את המאמרים הבאים:

תמיכה ברשת למכונות U4S

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

מעבדים וירטואלים נהג/ת רוחב הפס של תעבורת הנתונים היוצאת (egress)
בכתובת IP פנימית
רוחב הפס לתעבורת נתונים יוצאת (egress)
לכתובת IP חיצונית
2 gVNIC עד 10Gbps עד ‎7 Gbps
4 gVNIC עד 23Gbps עד ‎7 Gbps
8 gVNIC עד 23Gbps עד ‎7 Gbps
16 gVNIC עד 23Gbps עד ‎7 Gbps
24 gVNIC עד 23Gbps עד ‎7 Gbps
32 gVNIC עד 23Gbps עד ‎7 Gbps
48 gVNIC עד 50Gbps עד 25Gbps
96 gVNIC עד 100Gbps עד 25Gbps
144 gVNIC עד ‎150Gbps עד 25Gbps
192 gVNIC עד ‎200 Gbps עד 25Gbps
288 gVNIC עד ‎200 Gbps עד 25Gbps

זמינות אזורית של סוגי מכונות U4

סוגי המכונות של משפחת המכונות U4 זמינים באזורים ובאזורים Google Cloud הבאים:

  • us-south1
    • us-south1-d
    • us-south1-e

מגבלות של U4

בסדרת המכונות U4 אי אפשר להשתמש בתכונות הבאות של Compute Engine:

  • למידע נוסף על התכונות של מכונות וירטואליות מוגנות:

    • אי אפשר להשתמש באתחול מאובטח במכונות U4.

      • במכונות U4 צריך קובץ אימג' של מערכת ההפעלה עם מנהל התקן gVNIC מסוג out-of-tree ‏ (OOT), כמו שמתואר במאמר תמיכה של מערכת ההפעלה בסוגי מכונות U4. כשהאתחול המאובטח מופעל, מערכת ההפעלה אוכפת אימות קפדני של חתימת מודול הליבה (kernel). מכיוון שמנהלי התקנים של OOT לא חתומים באמצעות מפתח הפצה מוכר, האתחול המאובטח מונע את הטעינה של מנהל ההתקן של הרשת, וכתוצאה מכך האתחול של הרשת נכשל.

      • בנוסף, אתחול מאובטח מונע שימוש ב-Onload שנוצר מהמקור, כמו שמתואר במאמר עבודה עם Onload. בנייה Onload ממקור מתקין מודול ליבה (kernel) בהתאמה אישית. מכיוון שמודולים מותאמים אישית של ליבה (kernel) שנבנו ממקור לא חתומים באמצעות מפתח הפצה מוכר, האתחול המאובטח מונע את הטעינה של מודול הליבה (kernel) של Onload.

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

    אם Google Cloud הארגון שלכם משתמש במדיניות של מכונות וירטואליות מוגנות, אתם צריכים ליצור מדיניות ארגונית מותאמת אישית שמחריגה מכונות U4 מהדרישה של מכונות וירטואליות מוגנות.

  • Confidential VM

  • דייר יחיד: כל מכונה וירטואלית מסוג U4P או U4C פועלת בשרת מארח ייעודי.

  • מכונות וירטואליות במודל Spot

  • סימולציה של אירועי תחזוקה של מארחים

מגבלות נוספות של מכונות U4:

  • ב-U4S אפשר ליצור רק מכונות וירטואליות, ואין תמיכה במכונות Bare Metal.
  • במכונות Bare Metal מסוג U4P ו-U4C שבהן מצב השינה של המעבד (CPU) מסוג C6 מופעל, הביצועים של כרטיס הרשת (NIC) בסטרימינג יחיד נמוכים. כדי להגיע לביצועים מלאים של רוחב הפס ברשת, אפשר להשבית את מצב השינה C6 של המעבד במערכת ההפעלה של האורח. למידע נוסף, קראו את המאמר פתרון בעיות בביצועי הרשת.

מגבלות המכסה ב-U4

מכסת המעבדים היא המספר הכולל של המעבדים הווירטואליים בכל המכונות של Compute Engine באזור או בתחום מוגדר. מכסות המעבד (CPU) חלות על מכונות וירטואליות פעילות ועל הזמנות. אם מכסת המעבדים שלכם מוגדרת ל-16, אתם יכולים ליצור מכונה אחת עם 16 מעבדי vCPU, או 4 מכונות עם 4 מעבדי vCPU בכל אחת.

במאמר סקירה כללית על המכסות והמגבלות של Compute Engine מוסבר על המכסות ועל מגבלות הקצאת המשאבים של Compute Engine, ואיך אפשר לראות את המכסות של U4.

סוג המכסה סדרת מכונות שם המכסה מגבלה/תיאור
CPU U4C CPUS_PER_VM_FAMILY: U4C ‫240 מעבדי vCPU לכל אזור
CPU U4S CPUS_PER_VM_FAMILY: U4S ‫576 מעבדי vCPU לכל אזור
אחסון SSD מקומי הכול לא רלוונטי אין צורך בבקשת מכסה. הדיסקים מתווספים באופן אוטומטי למכונות שנוצרו באמצעות סוגי מכונות U4 שמסתיימים ב--lssd.
Google Cloud Hyperdisk הכול Hyperdisk Balanced Capacity (GB)
Hyperdisk Balanced IOPS
Hyperdisk Balanced Throughput (MB/s)
Hyperdisk Extreme Capacity (GB)
Hyperdisk Throughput Capacity (GB) (U4S בלבד)
חלות מכסות על הקיבולת והביצועים. מידע נוסף זמין במאמר מכסות דיסק.
התחייבויות U4C Committed_U4C_CPUS בשימוש עם חוזה התחייבות לשימוש במשאבים
התחייבויות U4S Committed_U4S_CPUS בשימוש עם חוזה התחייבות לשימוש במשאבים

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

תמיכה במערכות הפעלה לסוגי מכונות U4

בקטע הזה מתוארים קובצי האימג' של מערכת ההפעלה (OS) שנתמכים במכונות מסוג U4.

משפחות התמונות הציבוריות הנתמכות מכילות מנהל התקן של Google Virtual NIC ‏ (gVNIC) מחוץ לעץ (OOT), שמאפשר ליצור מכונות Bare Metal מסוג U4P ו-U4C עם ממשק הרשת GVNIC, וגם מכונות וירטואליות מסוג U4S. בנוסף, מנהל ההתקן תומך ב-PTP, שמאפשר להגדיר זמן מדויק למכונות U4.

אין תמיכה בתמונות של Windows.

תמונות של Red Hat Enterprise Linux (RHEL)

‫Google Cloud תומך בקובצי אימג' של מערכת ההפעלה Red Hat Enterprise Linux (RHEL) לסוגי מכונות U4:

  • ‫RHEL 10.2 EUS עם מנהל התקן gVNIC מחוץ לעץ
    • פרויקט תמונות: rhel-cloud
    • משפחת קובצי האימג': rhel-10-2-eus-oot-gve או rhel-10-2-eus-lvm-oot-gve

משפחות התמונות האלה היו זמינות במקור בשם אחר בפורמט rhel-10-2-eus-gvnic-baremetal. אנחנו ממליצים להשתמש בתמונות עם הפורמט החדש של השמות, אבל התמונות שמשתמשות בפורמט המקורי עדיין זמינות ונתמכות במהלך מחזור החיים של מערכת ההפעלה.

קובצי אימג' מסוג RHEL BYOS

אפשר גם ליצור מכונה מסוג U4 באמצעות קובצי אימג' מהמינוי ל-Red Hat Cloud Access. התהליך הכללי מתואר במאמר יצירת מכונה באמצעות קובץ אימג' מסוג RHEL BYOS.

באימג'ים מסוג "שימוש במינוי קיים" (BYOS), הפרויקט ומשפחת האימג'ים הם:

  • פרויקט תמונות: rhel-byos-cloud
  • משפחת קובצי האימג': rhel-10-2-eus-oot-gve-byos או rhel-10-2-eus-lvm-oot-gve-byos

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

  1. קודם צריך לתת לקבוצת Google גישה למינוי ל-RHEL, כמו שמוסבר במאמר יצירת מכונה באמצעות קובץ אימג' מסוג RHEL BYOS.

  2. אחרי זה, אתם יכולים לפעול לפי התהליך ליצירת מכונה מסוג ULL או ליצירת מכונה מסוג non-ULL, על ידי ציון הפרויקט והמשפחה של קובץ האימג' מסוג BYOS.

מידע נוסף על BYOS זמין במאמר מידע על רישיונות.

תמונות של Rocky Linux

‫Google Cloud תומך בקובצי האימג' הבאים של מערכת ההפעלה Rocky Linux לסוגי מכונות U4:

  • ‫Rocky Linux 10 עם אופטימיזציה ל- Google Cloud עם מנהל התקן gVNIC מחוץ לעץ
    • פרויקט תמונות: rocky-linux-cloud
    • משפחת התמונות: rocky-linux-10-optimized-gcp-oot-gve

ההבדלים בין עדכון ליבה לעדכון אוטומטי

תמונות של Rocky Linux ל- Google Cloud מוגדרות להתקנת עדכונים באמצעות הכלי dnf-automatic, כפי שמתואר בקטע עדכונים אוטומטיים.

עם זאת, משפחת קובצי האימג' rocky-linux-10-optimized-gcp-oot-gve מוגדרת כך שחבילות הליבה לא ייכללו בעדכוני DNF. ההגדרה הזו מונעת מצב שבו המערכת מתקינה ליבה חדשה בלי חבילות הכותרת של הליבה שנדרשות ל-DKMS כדי להדר את מודול ה-GVE מחוץ לעץ, מה שעלול להוביל לאובדן הקישוריות לרשת בזמן ההפעלה מחדש.

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

תמונות בהתאמה אישית

‫ Google Cloud יוצרת את קובצי האימג' הציבוריים שבקטעים הקודמים ותומכת בהם, אבל אתם יכולים גם להשתמש באימג' בהתאמה אישית שמבוסס על הפצת Linux אחרת.

כדי להשתמש בתמונה בהתאמה אישית, צריך להגדיר את התמונה עם מנהל ההתקן הנדרש של OOT gVNIC ולהשתמש בהפצה שנתמכת על ידי מנהל ההתקן. אפשר להגדיר תמונות בהתאמה אישית כך שיפעלו עם מכונות U4, אבל הן לא נבדקו מבחינת ביצועים או יציבות.

הפצות שמבוססות על Red Hat

התהליך הבא מבוסס על התהליך הכללי ליצירת קובצי אימג' בהתאמה אישית, וכולל את השלבים הנוספים שנדרשים כדי להתקין את מנהל ההתקן הנדרש בהפצות שמבוססות על Red Hat. בדוגמה הזו משתמשים ב-AlmaLinux.

  1. יוצרים מכונה וירטואלית זמנית באמצעות קובץ אימג' בסיסי, כמו קובץ אימג' של AlmaLinux 10. אפשר להשתמש בכל סוג של מכונה, חוץ ממכונות U4P ו-U4C. בדוגמה הבאה נעשה שימוש ב-n4-highcpu-2.

    gcloud compute instances create INSTANCE_NAME \
        --image-project=almalinux-cloud \
        --image-family=almalinux-10 \
        --machine-type=n4-highcpu-2 \
        --project=PROJECT_ID \
        --zone=ZONE
    

    מחליפים את הערכים הבאים:

    • ‫INSTANCE_NAME: שם למכונה
    • ‫PROJECT_ID: מזהה הפרויקט
    • ‫ZONE: האזור שבו יוצרים את המכונה
  2. מתחברים למכונה באמצעות SSH:

    gcloud compute ssh INSTANCE_NAME --project=PROJECT_ID --zone=ZONE
    
  3. מתקינים את הפלאגין Artifact Registry DNF:

    sudo dnf makecache && sudo dnf install -y dnf-plugin-artifact-registry
    
  4. מגדירים את מאגר YUM ומתקינים את חבילת מנהל ההתקן של OOT שעברה הידור מראש (kmod-gve) באמצעות ה-RPM ש-Google מספקת:

    cat << 'EOF' | sudo tee /etc/yum.repos.d/gve-rpm.repo
    [gve-el10-stable]
    name=GVE Public Stable Repo
    baseurl=https://packages.cloud.google.com/yum/repos/gve-el10-stable
    enabled=1
    repo_gpgcheck=0
    gpgcheck=1
    gpgkey=https://packages.cloud.google.com/yum/doc/rpm-package-key-v10.gpg
    EOF
    
    sudo dnf -y --refresh --enablerepo=gve-el10-stable install kmod-gve
    
  5. עוצרים את המכונה:

    gcloud compute instances stop INSTANCE_NAME \
        --project=PROJECT_ID \
        --zone=ZONE
    
  6. יוצרים קובץ אימג' מהדיסק של המכונה:

    gcloud compute images create IMAGE_NAME \
        --source-disk=INSTANCE_NAME \
        --source-disk-zone=ZONE \
        --source-disk-project=PROJECT_ID \
        --guest-os-features=UEFI_COMPATIBLE,VIRTIO_SCSI_MULTIQUEUE,GVNIC,SEV_CAPABLE,SEV_SNP_CAPABLE,SEV_LIVE_MIGRATABLE,SEV_LIVE_MIGRATABLE_V2,IDPF,TDX_CAPABLE \
        --family=IMAGE_FAMILY \
        --project=IMAGE_PROJECT
    

    מחליפים את הערכים הבאים:

    • ‫IMAGE_NAME: שם לתמונה בהתאמה אישית
    • ‫INSTANCE_NAME: השם של המכונה
    • ‫ZONE: האזור של המכונה
    • ‫PROJECT_ID: מזהה הפרויקט
    • ‫IMAGE_FAMILY: משפחת תמונות לתמונה בהתאמה אישית
    • ‫IMAGE_PROJECT: מזהה הפרויקט שבו רוצים לאחסן את קובץ האימג' בהתאמה אישית

הפצות שמבוססות על Debian

התהליך הבא מבוסס על התהליך הכללי ליצירת קובצי אימג' בהתאמה אישית, וכולל את השלבים הנוספים שנדרשים כדי להתקין את מנהל ההתקן הנדרש בהפצות שמבוססות על Debian. בדוגמה הזו משתמשים ב-Ubuntu 26.04 LTS.

  1. יוצרים מכונה וירטואלית זמנית באמצעות קובץ אימג' בסיסי של Ubuntu 26.04 LTS. אפשר להשתמש בכל סוג מכונה חוץ ממכונות U4P ו-U4C. בדוגמה הבאה השתמשנו ב-n4-highcpu-2.

    gcloud compute instances create INSTANCE_NAME \
        --image-project=ubuntu-os-cloud \
        --image-family=ubuntu-2604-lts-amd64 \
        --machine-type=n4-highcpu-2 \
        --project=PROJECT_ID \
        --zone=ZONE
    

    מחליפים את הערכים הבאים:

    • ‫INSTANCE_NAME: שם למכונה
    • ‫PROJECT_ID: מזהה הפרויקט
    • ‫ZONE: האזור שבו יוצרים את המכונה
  2. מתחברים למכונה באמצעות SSH:

    gcloud compute ssh INSTANCE_NAME --project=PROJECT_ID --zone=ZONE
    
  3. משביתים את העדכונים האוטומטיים של החבילות ברקע, כדי ששדרוגים לא מנוהלים לא ינעלו את הכלי לניהול חבילות, יעדכנו את הליבה או יאפסו את הגדרות הרשת והנתיבים הסטטיים ברקע:

    sudo systemctl stop apt-daily.timer apt-daily-upgrade.timer \
        apt-daily.service apt-daily-upgrade.service \
        unattended-upgrades.service
    sudo systemctl disable apt-daily.timer apt-daily-upgrade.timer \
        unattended-upgrades.service
    sudo systemctl mask apt-daily.service apt-daily-upgrade.service \
        unattended-upgrades.service
    
  4. מתקינים את החבילות הנדרשות ואת כותרות הליבה של הליבה שפועלת:

    sudo apt-get update && sudo apt-get install -y curl gnupg dkms linux-headers-$(uname -r)
    
  5. מאחזרים את מפתח החתימה של חבילת Google Cloud ומגדירים את מאגר ה-APT למנהל ההתקן של OOT:

    sudo mkdir -p /usr/share/keyrings
    curl -fsSL https://packages.cloud.google.com/apt/doc/apt-key.gpg | sudo gpg --dearmor -o /usr/share/keyrings/gve-archive-keyring.gpg
    
    cat << 'EOF' | sudo tee /etc/apt/sources.list.d/gve.sources
    Types: deb
    URIs: https://packages.cloud.google.com/apt
    Suites: gve-ubuntu2604-stable
    Components: main
    Signed-By: /usr/share/keyrings/gve-archive-keyring.gpg
    EOF
    
  6. מתקינים את מנהל ההתקן של OOT באמצעות חבילת ה-DEB ש-Google מספקת:

    sudo apt-get update && sudo apt-get install -y gve
    
  7. עוצרים את המכונה:

    gcloud compute instances stop INSTANCE_NAME \
        --project=PROJECT_ID \
        --zone=ZONE
    
  8. יוצרים קובץ אימג' מהדיסק של המכונה:

    gcloud compute images create IMAGE_NAME \
        --source-disk=INSTANCE_NAME \
        --source-disk-zone=ZONE \
        --source-disk-project=PROJECT_ID \
        --guest-os-features=UEFI_COMPATIBLE,VIRTIO_SCSI_MULTIQUEUE,GVNIC,SEV_CAPABLE,SEV_SNP_CAPABLE,SEV_LIVE_MIGRATABLE,SEV_LIVE_MIGRATABLE_V2,IDPF,TDX_CAPABLE \
        --family=IMAGE_FAMILY \
        --project=IMAGE_PROJECT
    

    מחליפים את הערכים הבאים:

    • ‫IMAGE_NAME: שם לתמונה בהתאמה אישית
    • ‫INSTANCE_NAME: השם של המכונה
    • ‫ZONE: האזור של המכונה
    • ‫PROJECT_ID: מזהה הפרויקט
    • ‫IMAGE_FAMILY: משפחת תמונות לתמונה בהתאמה אישית
    • ‫IMAGE_PROJECT: מזהה הפרויקט שבו רוצים לאחסן את קובץ האימג' בהתאמה אישית

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