משפחת המכונות 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 |
|
|
מכונות 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 יש את המאפיינים הבאים:
- מופעל על ידי מעבד Emerald Rapids של Intel ו-Titanium.
- מציע 120 מעבדים וזיכרון בנפח 512GB או 768GB.
- תמיכה בנפח של עד 12TiB בדיסקים מקומיים של Titanium SSD.
- מציע רק מכונות עם קונפיגורציה מוגדרת (predefined).
- תמיכה בהגדרת רשת רגילה עם רוחב פס של עד 100Gbps ב-
nic0, לתקשורת בתוך Google Cloud. - שימוש ברשתות VPC מסוג ULL לתקשורת עם מכונות U4P.
- אפשר להשתמש בהם עם אחסון בלוקים ב-Hyperdisk Balanced וב-Hyperdisk Extreme.
- תמיכה במדיניות למיקום קומפקטי ומדיניות למיקום מרווח.
- אפשר להשתמש בהן עם קבוצות מופעי מכונה מנוהלים עם שמירת מצב או בלי שמירת מצב.
סוגי מכונות 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 אפשר להשתמש בסוגי האחסון הבאים:
- 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 כרטיסי רשת פיזיים לכל מכונה.
| ממשק רשת | נהג/ת | 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-*-4u4s-(standard,highmem)-4-lssd |
16 | 16 | 16 | 0 | 0 |
u4s-*-8u4s-(standard,highmem)-8-lssd |
32 | 32 | 32 | 0 | 0 |
u4s-*-16u4s-(standard,highmem)-16-lssd |
32 | 32 | 32 | 0 | 0 |
u4s-*-24u4s-(standard,highmem)-24-lssd |
32 | 32 | 32 | 0 | 0 |
u4s-*-32u4s-(standard,highmem)-32-lssd |
64 | 64 | 64 | 0 | 0 |
u4s-*-48u4s-(standard,highmem)-48-lssd |
64 | 64 | 64 | 0 | 0 |
u4s-*-96u4s-(standard,highmem)-96-lssd |
128 | 128 | 128 | 0 | 8 |
u4s-*-144u4s-(standard,highmem)-144-lssd |
128 | 128 | 128 | 0 | 8 |
u4s-*-192u4s-(standard,highmem)-192-lssd |
128 | 128 | 128 | 0 | 8 |
u4s-*-288u4s-(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-*-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 |
Hyperdisk Throughput
| סוג המכונה של המכונה הווירטואלית | מספר מקסימלי של פעולות קלט/פלט לשנייה (IOPS) | קצב העברת נתונים מקסימלי (MiB לשנייה) |
|---|---|---|
u4s-*-2 |
1,600 | 400 |
u4s-*-4u4s-*-4-lssd |
1,600 | 400 |
u4s-*-8u4s-*-8-lssd |
3,200 | 800 |
u4s-*-16u4s-*-16-lssd |
6,400 | 1,600 |
u4s-*-24u4s-*-24-lssd |
6,400 | 1,600 |
u4s-*-32u4s-*-32-lssd |
6,400 | 1,600 |
u4s-*-48u4s-*-48-lssd |
9,600 | 2,400 |
u4s-*-96u4s-*-96-lssd |
19,200 | 4,800 |
u4s-*-144u4s-*-144-lssd |
19,200 | 4,800 |
u4s-*-192u4s-*-192-lssd |
40,000 | 10,000 |
u4s-*-288u4s-*-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-south1us-south1-dus-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 מהדרישה של מכונות וירטואליות מוגנות.
דייר יחיד: כל מכונה וירטואלית מסוג U4P או U4C פועלת בשרת מארח ייעודי.
מגבלות נוספות של מכונות 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 IOPSHyperdisk 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, צריך להשלים את הדרישה המוקדמת הנוספת הבאה:
קודם צריך לתת לקבוצת Google גישה למינוי ל-RHEL, כמו שמוסבר במאמר יצירת מכונה באמצעות קובץ אימג' מסוג RHEL BYOS.
אחרי זה, אתם יכולים לפעול לפי התהליך ליצירת מכונה מסוג 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.
יוצרים מכונה וירטואלית זמנית באמצעות קובץ אימג' בסיסי, כמו קובץ אימג' של 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 DNF:
sudo dnf makecache && sudo dnf install -y dnf-plugin-artifact-registry
מגדירים את מאגר 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
עוצרים את המכונה:
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: מזהה הפרויקט שבו רוצים לאחסן את קובץ האימג' בהתאמה אישית
-
הפצות שמבוססות על Debian
התהליך הבא מבוסס על התהליך הכללי ליצירת קובצי אימג' בהתאמה אישית, וכולל את השלבים הנוספים שנדרשים כדי להתקין את מנהל ההתקן הנדרש בהפצות שמבוססות על Debian. בדוגמה הזו משתמשים ב-Ubuntu 26.04 LTS.
יוצרים מכונה וירטואלית זמנית באמצעות קובץ אימג' בסיסי של 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: האזור שבו יוצרים את המכונה
-
מתחברים למכונה באמצעות SSH:
gcloud compute ssh INSTANCE_NAME --project=PROJECT_ID --zone=ZONE
משביתים את העדכונים האוטומטיים של החבילות ברקע, כדי ששדרוגים לא מנוהלים לא ינעלו את הכלי לניהול חבילות, יעדכנו את הליבה או יאפסו את הגדרות הרשת והנתיבים הסטטיים ברקע:
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מתקינים את החבילות הנדרשות ואת כותרות הליבה של הליבה שפועלת:
sudo apt-get update && sudo apt-get install -y curl gnupg dkms linux-headers-$(uname -r)
מאחזרים את מפתח החתימה של חבילת 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
מתקינים את מנהל ההתקן של OOT באמצעות חבילת ה-DEB ש-Google מספקת:
sudo apt-get update && sudo apt-get install -y gve
עוצרים את המכונה:
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: מזהה הפרויקט שבו רוצים לאחסן את קובץ האימג' בהתאמה אישית
-
המאמרים הבאים
- יצירת מכונות ULL ב-Compute Engine
- יצירת מכונות של Compute Engine שהן לא ULL
- מידע על הגדרת התשתית של ULL
- מידע על ULL Multicast