משפחת מכונות 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 |
|
|
בעוד שמופעי 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 יש את התכונות הבאות:
- מופעל על ידי מעבד Emerald Rapids של Intel ו-Titanium.
- מציע 120 מעבדים וזיכרון בנפח 512GB או 768GB.
- תמיכה בדיסקים מקומיים של Titanium SSD בנפח של עד 12 TiB.
- מציע רק סוגי מכונות מוגדרים מראש.
- תומך בתצורת רשת רגילה עם רוחב פס של עד 100 Gbps ב-
nic0, לתקשורת בתוך Google Cloud. - משתמש ברשתות VPC של ULL לתקשורת עם מכונות U4P.
- אפשר להשתמש ב-Hyperdisk Balanced וב-Hyperdisk Extreme block storage.
- יש תמיכה במדיניות למיקום קומפקטי ולמיקום מרווח.
- אפשר להשתמש בהן עם קבוצות מופעי מכונה מנוהלים עם שמירת מצב או בלי שמירת מצב.
סוגי מכונות 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 אפשר להשתמש בסוגי אחסון הבלוקים הבאים:
- Hyperdisk Balanced (
hyperdisk-balanced) - Hyperdisk Extreme (
hyperdisk-extreme) - Local Titanium SSD
מגבלות קיבולת הדיסק במכונות 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-*-4u4s-(standard,highmem)-4-lssd |
16 | 16 | 0 | 0 | 0 |
u4s-*-8u4s-(standard,highmem)-8-lssd |
32 | 32 | 0 | 0 | 0 |
u4s-*-16u4s-(standard,highmem)-16-lssd |
32 | 32 | 0 | 0 | 0 |
u4s-*-24u4s-(standard,highmem)-24-lssd |
32 | 32 | 0 | 0 | 0 |
u4s-*-32u4s-(standard,highmem)-32-lssd |
64 | 64 | 0 | 0 | 0 |
u4s-*-48u4s-(standard,highmem)-48-lssd |
64 | 64 | 0 | 0 | 0 |
u4s-*-96u4s-(standard,highmem)-96-lssd |
128 | 128 | 0 | 0 | 8 |
u4s-*-144u4s-(standard,highmem)-144-lssd |
128 | 128 | 0 | 0 | 8 |
u4s-*-192u4s-(standard,highmem)-192-lssd |
128 | 128 | 0 | 0 | 8 |
u4s-*-288u4s-(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-*-4u4s-*-4-lssd |
50,000 | 400 |
u4s-*-8u4s-*-8-lssd |
50,000 | 800 |
u4s-*-16u4s-*-16-lssd |
100,000 | 1,600 |
u4s-*-24u4s-*-24-lssd |
100,000 | 1,600 |
u4s-*-32u4s-*-32-lssd |
100,000 | 1,600 |
u4s-*-48u4s-*-48-lssd |
160,000 | 2,400 |
u4s-*-96u4s-*-96-lssd |
240,000 | 4,800 |
u4s-*-144u4s-*-144-lssd |
240,000 | 4,800 |
u4s-*-192u4s-*-192-lssd |
320,000 | 10,000 |
u4s-*-288u4s-*-288-lssd |
320,000 | 10,000 |
Hyperdisk Extreme
| סוג המכונה של המופע | IOPS מקסימלי | התפוקה המקסימלית (MiB לשנייה) |
|---|---|---|
u4s-*-96u4s-*-96-lssd |
350,000 | 5,000 |
u4s-*-144u4s-*-144-lssd |
350,000 | 5,000 |
u4s-*-192u4s-*-192-lssd |
440,000 | 10,000 |
u4s-*-288u4s-*-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-south1us-south1-dus-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 מדרישת המכונות הווירטואליות המוגנות.
דיירות יחידה: כל מופע של U4P או U4C פועל בשרת מארח ייעודי.
מגבלות נוספות של מופעי 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 IOPSHyperdisk 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
כדי להשתמש בתמונה משלכם, אתם צריכים לעמוד בדרישה נוספת:
קודם צריך לתת לקבוצת Google גישה למינוי RHEL כמו שמתואר במאמר יצירת מכונה באמצעות קובץ אימג' מסוג RHEL BYOS.
אחרי זה אפשר לפעול לפי ההליך ליצירת מכונת 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.
יוצרים מכונה וירטואלית זמנית באמצעות תמונת בסיס, כמו תמונת 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: האזור שבו רוצים ליצור את המכונה
-
מתחברים למופע באמצעות SSH:
gcloud compute ssh INSTANCE_NAME --project=PROJECT_ID --zone=ZONE
מתקינים את חבילות הליבה הנדרשות, את התוסף 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
מפעילים מחדש את המופע כדי לוודא שעדכוני הליבה ייכנסו לתוקף לפני התקנת מנהל ההתקן:
sudo reboot
מתחברים מחדש למכונה באמצעות SSH:
gcloud compute ssh INSTANCE_NAME --project=PROJECT_ID --zone=ZONE
מתקינים את מנהל ההתקן 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
מפעילים מחדש את המכונה כדי לטעון את דרייבר OOT:
sudo reboot
מפסיקים את המכונה:
gcloud compute instances stop INSTANCE_NAME \ --project=PROJECT_ID \ --zone=ZONEיוצרים אימג' מהדיסק של המכונה:
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: מזהה הפרויקט שבו רוצים לאחסן את התמונה המותאמת אישית
-
המאמרים הבאים
- יצירת מכונות של Compute Engine עם זמן אחזור נמוך במיוחד
- יצירת מכונות של Compute Engine ללא ULL
- מידע נוסף על הגדרת תשתית ULL
- מידע נוסף על ULL Multicast