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

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

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

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

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

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

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

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

סדרת מכונות U4C

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

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

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

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

סוגי מכונות U4C

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

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

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

סוג המכונה מספר מעבדים וירטואליים1 זיכרון (GB) מצורף Titanium SSD‏(GiB) מספר כרטיסי ה-NIC הפיזיים רוחב פס של תעבורת נתונים יוצאת (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, מספר יחידות ה-vCPU שווה למספר ה-threads של החומרה בשרת המארח.‫
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 כרטיסי NIC פיזיים לכל מופע.

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

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

סדרת מכונות U4S

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

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

סדרת המכונות U4S כוללת את התכונות הבאות:

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

סוגי מכונות U4S

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

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

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

תקן U4S

סוג המכונה מספר מעבדים וירטואליים1 זיכרון (GB) מצורף Titanium SSD‏(GiB) מספר כרטיסי ה-NIC הפיזיים רוחב פס של תעבורת נתונים יוצאת (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 מעבד משתמש בשני שרשורים לכל ליבה, ו-vCPU מייצג שרשור יחיד. למידע על פלטפורמות של מעבדים
2 רוחב הפס של היציאה שמוגדר כברירת מחדל לא יכול להיות גדול מהמספר שצוין. רוחב הפס היוצא בפועל תלוי בכתובת ה-IP של היעד ובגורמים אחרים. מידע על רוחב הפס של הרשת‫
3 תמיכה ברשתות עם רוחב פס גבוה עבור סוגי מכונות גדולים יותר.

U4S highcpu

סוג המכונה מספר מעבדים וירטואליים1 זיכרון (GB) מצורף Titanium SSD‏(GiB) מספר כרטיסי ה-NIC הפיזיים רוחב פס של תעבורת נתונים יוצאת (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 מעבד משתמש בשני שרשורים לכל ליבה, ו-vCPU מייצג שרשור יחיד. למידע על פלטפורמות של מעבדים
2 רוחב הפס של היציאה שמוגדר כברירת מחדל לא יכול להיות גדול מהמספר שצוין. רוחב הפס היוצא בפועל תלוי בכתובת ה-IP של היעד ובגורמים אחרים. מידע על רוחב הפס של הרשת‫
3 תמיכה ברשתות עם רוחב פס גבוה עבור סוגי מכונות גדולים יותר.

U4S highmem

סוג המכונה מספר מעבדים וירטואליים1 זיכרון (GB) מצורף Titanium SSD‏(GiB) מספר כרטיסי ה-NIC הפיזיים רוחב פס של תעבורת נתונים יוצאת (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 מעבד משתמש בשני שרשורים לכל ליבה, ו-vCPU מייצג שרשור יחיד. למידע על פלטפורמות של מעבדים
2 רוחב הפס של היציאה שמוגדר כברירת מחדל לא יכול להיות גדול מהמספר שצוין. רוחב הפס היוצא בפועל תלוי בכתובת ה-IP של היעד ובגורמים אחרים. מידע על רוחב הפס של הרשת‫
3 תמיכה ברשתות עם רוחב פס גבוה עבור סוגי מכונות גדולים יותר.

תקן U4S עם אחסון SSD מקומי

סוג המכונה מספר מעבדים וירטואליים1 זיכרון (GB) מצורף Titanium SSD‏(GiB) מספר כרטיסי ה-NIC הפיזיים רוחב פס של תעבורת נתונים יוצאת (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 מעבד משתמש בשני שרשורים לכל ליבה, ו-vCPU מייצג שרשור יחיד. למידע על פלטפורמות של מעבדים
2 רוחב הפס של היציאה שמוגדר כברירת מחדל לא יכול להיות גדול מהמספר שצוין. רוחב הפס היוצא בפועל תלוי בכתובת ה-IP של היעד ובגורמים אחרים. מידע על רוחב הפס של הרשת‫
3 תמיכה ברשתות עם רוחב פס גבוה עבור סוגי מכונות גדולים יותר.

‫U4S highmem עם SSD מקומי

סוג המכונה מספר מעבדים וירטואליים1 זיכרון (GB) מצורף Titanium SSD‏(GiB) מספר כרטיסי ה-NIC הפיזיים רוחב פס של תעבורת נתונים יוצאת (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 מעבד משתמש בשני שרשורים לכל ליבה, ו-vCPU מייצג שרשור יחיד. למידע על פלטפורמות של מעבדים
2 רוחב הפס של היציאה שמוגדר כברירת מחדל לא יכול להיות גדול מהמספר שצוין. רוחב הפס היוצא בפועל תלוי בכתובת ה-IP של היעד ובגורמים אחרים. מידע על רוחב הפס של הרשת‫
3 תמיכה ברשתות עם רוחב פס גבוה עבור סוגי מכונות גדולים יותר.

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

סוגי דיסקים נתמכים למופעי U4S

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

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

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

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

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

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

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

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

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

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

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

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

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

מגבלות ב-U4

משפחת המכונות U4 לא תומכת בתכונות הבאות של Compute Engine:

  • למידע על התכונות של מכונות וירטואליות מוגנות, אפשר לעיין במקורות המידע הבאים:

    • אין תמיכה ב-Secure Boot במופעי U4.

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

      • בנוסף, האתחול המאובטח מונע שימוש ב-Onload שנבנה ממקור, כפי שמתואר במאמר עבודה עם Onload. ‫Building Onload from source מתקין מודול ליבה בהתאמה אישית. מכיוון שמודולי ליבה מותאמים אישית שנבנו ממקור לא נחתמים באמצעות מפתח הפצה מוכר, Secure Boot מונע את הטעינה של מודול הליבה Onload.

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

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

  • Confidential VM

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

  • Spot VMs

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

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

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

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

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

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

סוג המכסה סדרת מכונות שם המכסה מגבלה/תיאור
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)
חלות מכסות על הקיבולת ועל הביצועים. מידע נוסף זמין במאמר בנושא מכסות נפח אחסון בדיסק.
התחייבויות U4C Committed_U4C_CPUS השימוש בהן נעשה עם חוזה התחייבות לשימוש במשאבים
התחייבויות U4S Committed_U4S_CPUS השימוש בהן נעשה עם חוזה התחייבות לשימוש במשאבים

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

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

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

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

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

תמונות של 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

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

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

  2. אחרי זה אפשר לפעול לפי ההליך ליצירת מכונת ULL או ליצירת מכונה שאינה 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 builds ותומך בתמונות ציבוריות בקטעים הקודמים, אבל אפשר גם להשתמש בתמונה מותאמת אישית שמבוססת על הפצת 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 ואת חבילת Extra Packages for Enterprise Linux (EPEL). הפעלת הפקודה הזו כעסקה אחת עוזרת למנוע בעיות בסנכרון של שיקוף המאגר:

    sudo dnf makecache && sudo dnf install -y dnf-plugin-artifact-registry kernel kernel-devel kernel-headers https://dl.fedoraproject.org/pub/epel/epel-release-latest-10.noarch.rpm
    
  4. מפעילים מחדש את המופע כדי לוודא שעדכוני הליבה ייכנסו לתוקף לפני התקנת מנהל ההתקן:

    sudo reboot
    
  5. מתחברים מחדש למכונה באמצעות SSH:

    gcloud compute ssh INSTANCE_NAME --project=PROJECT_ID --zone=ZONE
    
  6. מתקינים את מנהל ההתקן OOT באמצעות ה-RPM ש-Google מספקת. הפקודות הבאות קומפלו את מודול הליבה של GVE ומכינות אותו לטעינה באתחול הבא, אבל לא טוענות את מנהל ההתקן החדש באופן מיידי:

    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 gve
    
  7. מפעילים מחדש את המכונה כדי לטעון את דרייבר OOT:

    sudo reboot
    
  8. מפסיקים את המכונה:

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

    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: מזהה הפרויקט שבו רוצים לאחסן את התמונה המותאמת אישית

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