יכול להיות שחלק מהמידע בדף הזה או כולו לא רלוונטי ל-Cloud de Confiance by S3NS. פרטים נוספים מופיעים במאמר מה ההבדל מ-Google Cloud.

‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

רוחב הפס של הרשת

רוב סוגי המכונות מספקים רק כרטיס רשת פיזי אחד. כשיוצרים מכונות באמצעות סוגי המכונות האלה, כל ממשק רשת וירטואלי (vNIC) שמגדירים משתמש באותו ממשק רשת פיזי. במקרים האלה, Cloud de Confiance by S3NSמביא בחשבון את רוחב הפס לכל מכונה וירטואלית (VM) או מכונת Bare Metal, ולא לכל ממשק רשת וירטואלי (vNIC) או כתובת IP. סוג המכונה של המכונה מגדיר את קצב התעבורה היוצאת המקסימלי האפשרי, אבל אפשר להגיע לקצב הזה רק במצבים ספציפיים.

בחלק מסוגי המכונות (לדוגמה z4m-highmem-192) יש כמה כרטיסי רשת פיזיים. כשיוצרים מכונות באמצעות סוגי המכונות האלה, Compute Engine מקצה כל ממשק רשת וירטואלי (vNIC) שמגדירים ל-NIC פיזי. בסוגי המכונות Z4D,‏ Z4M,‏ C4N ו-M4N עם כמה כרטיסי NIC,‏ Compute Engine משתמש בהפצה מסוג Round-Robin כדי להקצות כרטיסי vNIC לכרטיסי NIC פיזיים.

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

תעבורת נתונים יוצאת או נכנסת: כפי שמופיע בדף הזה, תעבורת נתונים יוצאת ותעבורת נתונים נכנסת הן תמיד מנקודת המבט של מכונה של Cloud de Confiance :
- חבילות שנשלחות ממכונה של Cloud de Confiance יוצרות את תעבורת הנתונים היוצאת שלה.
- חבילות שנשלחות אל מכונה של Cloud de Confiance מהוות את תעבורת הנתונים הנכנסת (ingress) שלה.
איך חבילת הנתונים מנותבת: אפשר לנתב חבילת נתונים ממכונה שולחת או למכונה מקבלת באמצעות נתיבים שהצעדים הבאים שלהם נמצאים בתוך רשת VPC, או נתיבים מחוץ לרשת VPC.

כל המידע שמופיע בדף הזה רלוונטי למכונות של Compute Engine, וגם למוצרים שתלויים במכונות של Compute Engine. לדוגמה, צומת של Google Kubernetes Engine הוא מכונה של Compute Engine.

הגדרות שמשפיעות על רוחב הפס של הרשת

במכונות עם כרטיס רשת פיזי אחד, אי אפשר להגדיל את רוחב הפס של תעבורת הנתונים הנכנסת או היוצאת באמצעות ממשקי רשת וירטואליים (vNIC) נוספים או כתובות IP נוספות לכל vNIC. לדוגמה, מכונת C3 של Compute Engine עם 22 מעבדי vCPU מוגבלת לרוחב פס כולל של 23Gbps לתעבורת נתונים יוצאת. אם מגדירים את מכונת C3 עם שני vNIC, המכונה עדיין מוגבלת לרוחב פס כולל של 23Gbps לתעבורת נתונים יוצאת, ולא לרוחב פס של 23Gbps לכל vNIC.

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

שימוש בביצועי רשת Tier_1 לכל מכונה וירטואלית

במכונות מהדור השני והשלישי, כדי לקבל את רוחב הפס הגבוה ביותר לתעבורת נתונים נכנסת ויוצאת, הגדירו רשת Tier_1. בסדרות המכונות מהדור הרביעי ואילך, יש סדרת מכונות עם multi-NIC שעברה אופטימיזציה לרשת, כדי לספק רוחב פס גדול יותר במקום להשתמש ברשת Tier_1.

ממשקי רשת דינמיים

ממשקי רשת דינמיים משתמשים ברוחב הפס של ה-vNIC הראשי שלהם. אין בידוד תנועה בתוך vNIC הורה. תנועה ברשת מ-NIC דינמי יכולה להרעיב את ה-NIC הדינמיים האחרים שמשויכים לאותו vNIC הורה. כדי למנוע את ההתנגשות הזו, אתם יכולים להשתמש בבקרת תעבורת הנתונים (TC) של Linux כדי ליצור מדיניות של עיצוב תעבורת נתונים ספציפית לאפליקציה. המדיניות הזו עוזרת לכם להטמיע הוגנות או תעדוף לתנועה ברשת.

כדי לתעדף את התנועה ברשת, ממפים את התנועה (לדוגמה, ל-NIC דינמי) למחלקת תנועה, ואז ממפים את מחלקת התנועה לאיכות שירות. דוגמה לגישה הזו מופיעה במאמר עיצוב תנועה באמצעות Red Hat.

NIC דינמי לא נתמך במכונות Compute Engine שבהן פועלת מערכת הפעלה Windows.

שיתוף רוחב פס באמצעות Cloud RDMA

אפליקציות שמשתמשות ב-Cloud RDMA בדרך כלל משתמשות גם בתעבורת נתונים של TCP וגם בתעבורת נתונים של RDMA. לדוגמה, במהלך משימות של מחשוב עתיר ביצועים (HPC), אפליקציות בדרך כלל משתמשות ב-TCP לתקשורת בשלבי הטעינה והאחסון, וב-RDMA בשלבי המחשוב. אפשר להשתמש ב-Cloud RDMA בסדרות המכונות הבאות:

מכונות H4D מספקות רוחב פס של עד 200Gbps ברשת.
למכונות Z4M יש רוחב פס של עד 400Gbps עם שני כרטיסי רשת פיזיים.

כשמגדירים מכונה לשימוש ב-Cloud RDMA, רוחב הפס של הרשת משותף בין ממשקי הרשת שהוגדרו.

הקצאת רוחב הפס של הרשת בין תעבורת הנתונים של Cloud RDMA לבין תעבורת הנתונים של TCP מתבצעת באופן דינמי:

כשמשתמשים בשני הסוגים של ממשקי הרשת, רוחב הפס משותף בין תעבורת הנתונים של Cloud RDMA לבין תעבורת הנתונים של TCP.
ממשק הרשת gVNIC או IDPF יכול להשתמש בכל רוחב הפס הזמין כשלא משתמשים בממשק הרשת Cloud RDMA.
ממשק הרשת של Cloud RDMA יכול להשתמש בכל רוחב הפס הזמין כשלא משתמשים בממשק הרשת של gVNIC או IDPF.

סיכום רוחב הפס

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

מגבלות על רוחב הפס של תעבורת הנתונים היוצאת

ניתוב בתוך רשת VPC	מוגדר בעיקר על ידי רוחב הפס המקסימלי לתעבורת נתונים יוצאת לכל מכונה, בהתאם לסוג המכונה של המכונה השולחת, ובהתאם להפעלה של רשת Tier_1. במכונות וירטואליות מסוג N2, ‏ N2D, ‏ C2, ‏ C2D, ‏ M3 ו-C4A עם תמיכה ברשת Tier_1, מגבלות רוחב הפס לתעבורת נתונים יוצאת הן עד 100Gbps. במכונות וירטואליות מסוג H3, מגבלות רוחב הפס לתעבורת נתונים יוצאת בין מכונות וירטואליות הן עד 200Gbps. מכונות H4D תומכות ברוחב פס של תעבורת נתונים יוצאת ממכונה וירטואלית למכונה וירטואלית של עד 200Gbps ל-Cloud RDMA ול-gVNIC ביחד. מכונות מסוג X4,‏ M4,‏ A2 ו-G2 תומכות במגבלות רוחב פס לתעבורת נתונים יוצאת של עד 100Gbps. מכונות X5 תומכות במגבלות רוחב פס לתעבורת נתונים יוצאת של עד 200Gbps. מכונות G4 תומכות במגבלות רוחב פס של תעבורת נתונים יוצאת של עד 400Gbps. מכונות A5X תומכות במגבלות רוחב פס של תעבורת נתונים יוצאת עד 7,200Gbps. במכונות A4X Max, מגבלות רוחב הפס לתעבורת נתונים יוצאת הן עד 3,600Gbps. במכונות A4X אפשר להגדיר מגבלות רוחב פס לתעבורת נתונים יוצאת של עד 2,000Gbps. במכונות A4 ו-A3 יש תמיכה במגבלות רוחב פס לתעבורת נתונים יוצאת של עד 3,600Gbps. מכונות C4,‏ C4D,‏ C3,‏ C3D ו-Z3 תומכות במגבלות רוחב פס של עד 200Gbps לתעבורת נתונים יוצאת עם רשת Tier_1. מכונות Z4D ו-Z4M עם שני כרטיסי רשת פיזיים תומכות ברוחב פס של עד 400Gbps לתעבורת נתונים יוצאת בין מכונות וירטואליות. מכונות C4N ו-M4N עם שני כרטיסי רשת פיזיים תומכות ברוחב פס של עד 400Gbps לתעבורת נתונים יוצאת בין מכונות וירטואליות, עד 95,000,000 חבילות לשנייה (PPS) ורוחב פס של עד 50Gbps לזרימה יחידה בין מכונות C4N או M4N שמנותבות באותה רשת VPC. לגורמים, הגדרות ותרחישים אחרים, קראו את המאמר תעבורת נתונים יוצאת ליעדים שניתן לנתב בתוך רשת VPC.
ניתוב מחוץ לרשת VPC	במכונות H3 ו-H4D: העברת נתונים יוצאת ליעד מחוץ לרשת ה-VPC מוגבלת ל-1Gbps. במכונות C4N ו-M4N, המגבלה היא: ‫‎100 Gbps לכל כרטיס רשת פיזי, או ‎200 Gbps למכונות עם שני כרטיסי רשת ‫24,000,000 חבילות לשנייה לכל כרטיס רשת פיזי, או 48,000,000 חבילות לשנייה למכונות עם שני כרטיסי רשת לכל שאר סדרות המכונות: המגבלה מוגדרת בעיקר על ידי רוחב הפס המקסימלי לתעבורת נתונים יוצאת לכל מכונה, על סמך סוג המכונה של המכונה השולחת, ועל סמך השאלה אם רשת Tier_1 מופעלת. רוחב הפס המקסימלי האפשרי של תעבורת נתונים יוצאת ממכונה שולחת ליעד מחוץ לרשת ה-VPC שלה לא יכול לחרוג מהערכים הבאים: ‫‎3 Gbps לכל זרימה כשרשת Tier_1 מופעלת: 25Gbps בסך הכול כשלא מפעילים את Tier_1 networking או כשאין תמיכה, רוחב הפס הכולל הבא זמין לכל סדרת מכונות: במכונות Z4M: ‏50Gbps בסך הכול למכונות עם 192 מעבדי vCPU, ועד 25Gbps בסך הכול למכונות עם 96 מעבדי vCPU או פחות, בהתאם לגודל של סוג המכונה. במכונות Z4D: ‏50Gbps בסך הכול למכונות עם 384 מעבדי vCPU, ועד 25Gbps בסך הכול למכונות עם 192 מעבדי vCPU או פחות, בהתאם לגודל של סוג המכונה. במכונות G4: ‏25Gbps בסך הכול לסוגי מכונות עם 48 מעבדי vCPU או יותר, ו-7Gbps בסך הכול לסוגי מכונות עם פחות מ-48 מעבדי vCPU. במכונות A5X: ‏‎25 Gbps לכל כרטיס רשת פיזי בסדרות של מכונות שתומכות בכמה כרטיסי רשת פיזיים, כמו מכונות A3,‏ A4,‏ A4X ו-A4X Max: ‏7Gbps לכל כרטיס רשת לכל שאר סדרות המכונות: 7 Gbps בסך הכול למידע על גורמים, הגדרות ואזהרות נוספים, קראו את המאמר תעבורת נתונים יוצאת ליעדים מחוץ לרשת VPC.

ניתוב בתוך
רשת VPC

מוגדר בעיקר על ידי רוחב הפס המקסימלי לתעבורת נתונים יוצאת לכל מכונה, בהתאם לסוג המכונה של המכונה השולחת, ובהתאם להפעלה של רשת Tier_1.
- במכונות וירטואליות מסוג N2, ‏ N2D, ‏ C2, ‏ C2D, ‏ M3 ו-C4A עם תמיכה ברשת Tier_1, מגבלות רוחב הפס לתעבורת נתונים יוצאת הן עד 100Gbps.
- במכונות וירטואליות מסוג H3, מגבלות רוחב הפס לתעבורת נתונים יוצאת בין מכונות וירטואליות הן עד 200Gbps.
- מכונות H4D תומכות ברוחב פס של תעבורת נתונים יוצאת ממכונה וירטואלית למכונה וירטואלית של עד 200Gbps ל-Cloud RDMA ול-gVNIC ביחד.
- מכונות מסוג X4,‏ M4,‏ A2 ו-G2 תומכות במגבלות רוחב פס לתעבורת נתונים יוצאת של עד 100Gbps.
- מכונות X5 תומכות במגבלות רוחב פס לתעבורת נתונים יוצאת של עד 200Gbps.
- מכונות G4 תומכות במגבלות רוחב פס של תעבורת נתונים יוצאת של עד 400Gbps.
- מכונות A5X תומכות במגבלות רוחב פס של תעבורת נתונים יוצאת עד 7,200Gbps.
- במכונות A4X Max, מגבלות רוחב הפס לתעבורת נתונים יוצאת הן עד 3,600Gbps.
- במכונות A4X אפשר להגדיר מגבלות רוחב פס לתעבורת נתונים יוצאת של עד 2,000Gbps.
- במכונות A4 ו-A3 יש תמיכה במגבלות רוחב פס לתעבורת נתונים יוצאת של עד 3,600Gbps.
- מכונות C4,‏ C4D,‏ C3,‏ C3D ו-Z3 תומכות במגבלות רוחב פס של עד 200Gbps לתעבורת נתונים יוצאת עם רשת Tier_1.
- מכונות Z4D ו-Z4M עם שני כרטיסי רשת פיזיים תומכות ברוחב פס של עד 400Gbps לתעבורת נתונים יוצאת בין מכונות וירטואליות.
- מכונות C4N ו-M4N עם שני כרטיסי רשת פיזיים תומכות ברוחב פס של עד 400Gbps לתעבורת נתונים יוצאת בין מכונות וירטואליות, עד 95,000,000 חבילות לשנייה (PPS) ורוחב פס של עד 50Gbps לזרימה יחידה בין מכונות C4N או M4N שמנותבות באותה רשת VPC.
לגורמים, הגדרות ותרחישים אחרים, קראו את המאמר תעבורת נתונים יוצאת ליעדים שניתן לנתב בתוך רשת VPC.

ניתוב מחוץ לרשת VPC

במכונות H3 ו-H4D: העברת נתונים יוצאת ליעד מחוץ לרשת ה-VPC מוגבלת ל-1Gbps.
במכונות C4N ו-M4N, המגבלה היא:
- ‫‎100 Gbps לכל כרטיס רשת פיזי, או ‎200 Gbps למכונות עם שני כרטיסי רשת
- ‫24,000,000 חבילות לשנייה לכל כרטיס רשת פיזי, או 48,000,000 חבילות לשנייה למכונות עם שני כרטיסי רשת
לכל שאר סדרות המכונות: המגבלה מוגדרת בעיקר על ידי רוחב הפס המקסימלי לתעבורת נתונים יוצאת לכל מכונה, על סמך סוג המכונה של המכונה השולחת, ועל סמך השאלה אם רשת Tier_1 מופעלת. רוחב הפס המקסימלי האפשרי של תעבורת נתונים יוצאת ממכונה שולחת ליעד מחוץ לרשת ה-VPC שלה לא יכול לחרוג מהערכים הבאים:
- ‫‎3 Gbps לכל זרימה
- כשרשת Tier_1 מופעלת: 25Gbps בסך הכול
- כשלא מפעילים את Tier_1 networking או כשאין תמיכה, רוחב הפס הכולל הבא זמין לכל סדרת מכונות:
  - במכונות Z4M: ‏50Gbps בסך הכול למכונות עם 192 מעבדי vCPU, ועד 25Gbps בסך הכול למכונות עם 96 מעבדי vCPU או פחות, בהתאם לגודל של סוג המכונה.
  - במכונות Z4D: ‏50Gbps בסך הכול למכונות עם 384 מעבדי vCPU, ועד 25Gbps בסך הכול למכונות עם 192 מעבדי vCPU או פחות, בהתאם לגודל של סוג המכונה.
  - במכונות G4: ‏25Gbps בסך הכול לסוגי מכונות עם 48 מעבדי vCPU או יותר, ו-7Gbps בסך הכול לסוגי מכונות עם פחות מ-48 מעבדי vCPU.
  - במכונות A5X: ‏‎25 Gbps לכל כרטיס רשת פיזי
  - בסדרות של מכונות שתומכות בכמה כרטיסי רשת פיזיים, כמו מכונות A3,‏ A4,‏ A4X ו-A4X Max: ‏7Gbps לכל כרטיס רשת
  - לכל שאר סדרות המכונות: 7 Gbps בסך הכול
למידע על גורמים, הגדרות ואזהרות נוספים, קראו את המאמר תעבורת נתונים יוצאת ליעדים מחוץ לרשת VPC.

מגבלות רוחב הפס של תעבורת הנתונים הנכנסת

ניתוב בתוך רשת VPC	באופן כללי, קצבי התעבורה הנכנסת דומים לקצבי התעבורה היוצאת של סוג המכונה. כדי לקבל את רוחב הפס הגבוה ביותר לתעבורת נתונים נכנסת, צריך להשתמש במכונה עם כמה כרטיסי רשת (multi-NIC) או להפעיל רשת Tier_1, אם היא נתמכת. גודל המכונה, הקיבולת של כרטיס הרשת (NIC) של השרת, התנועה שנכנסת למכונות אחרות שפועלות באותה חומרת מארח, הגדרת הרשת של מערכת ההפעלה של האורח ומספר פעולות הקריאה מהדיסק שהמכונה מבצעת – כל אלה יכולים להשפיע על קצב התעבורה הנכנסת. Cloud de Confiance by S3NS לא מטילה מגבלות נוספות על קצבי תעבורת הנתונים הנכנסת ברשת VPC. למידע על גורמים, הגדרות ותרחישים אחרים, קראו את המאמר תעבורת נתונים נכנסת ליעדים שניתן לנתב בתוך רשת VPC.
ניתוב מחוץ לרשת VPC	Cloud de Confiance מגן על כל מכונה על ידי הגבלת תעבורת הנתונים הנכנסת (ingress) שמנותבת מחוץ לרשת VPC. המגבלה היא הראשונה מבין המכסות הבאות שמגיעים אליה: ‫1,800,000 חבילות לשנייה (pps) 30 Gbps במכונות C4N ו-M4N, המגבלה היא הראשונה מבין המגבלות הבאות: ‫24,000,000 מנות לשנייה (PPS) לכל כרטיס רשת פיזי, או 48,000,000 מנות לשנייה למכונות עם שני כרטיסי רשת ‫‎90 Gbps לכל כרטיס רשת פיזי או ‎180 Gbps למכונות עם שני כרטיסי רשת בסדרות מכונות שתומכות בכמה כרטיסי רשת פיזיים, כמו מכונות Z4D,‏ Z4M,‏ A3,‏ A4,‏ A4X ו-A4X Max, המגבלה היא הראשונה מבין המהירויות הבאות: ‫1,800,000 pps (חבילות לשנייה) לכל NIC פיזי ‫‎30 Gbps לכל כרטיס רשת פיזי לגורמים, הגדרות ותרחישים אחרים, ראו תעבורת נתונים נכנסת ליעדים מחוץ לרשת VPC.

ניתוב בתוך
רשת VPC

באופן כללי, קצבי התעבורה הנכנסת דומים לקצבי התעבורה היוצאת של סוג המכונה.
כדי לקבל את רוחב הפס הגבוה ביותר לתעבורת נתונים נכנסת, צריך להשתמש במכונה עם כמה כרטיסי רשת (multi-NIC) או להפעיל רשת Tier_1, אם היא נתמכת.
גודל המכונה, הקיבולת של כרטיס הרשת (NIC) של השרת, התנועה שנכנסת למכונות אחרות שפועלות באותה חומרת מארח, הגדרת הרשת של מערכת ההפעלה של האורח ומספר פעולות הקריאה מהדיסק שהמכונה מבצעת – כל אלה יכולים להשפיע על קצב התעבורה הנכנסת.
Cloud de Confiance by S3NS לא מטילה מגבלות נוספות על קצבי תעבורת הנתונים הנכנסת ברשת VPC.
למידע על גורמים, הגדרות ותרחישים אחרים, קראו את המאמר תעבורת נתונים נכנסת ליעדים שניתן לנתב בתוך רשת VPC.

ניתוב מחוץ
לרשת VPC

Cloud de Confiance מגן על כל מכונה על ידי הגבלת תעבורת הנתונים הנכנסת (ingress) שמנותבת מחוץ לרשת VPC. המגבלה היא הראשונה מבין המכסות הבאות שמגיעים אליה:
- ‫1,800,000 חבילות לשנייה (pps)
- 30 Gbps
במכונות C4N ו-M4N, המגבלה היא הראשונה מבין המגבלות הבאות:
- ‫24,000,000 מנות לשנייה (PPS) לכל כרטיס רשת פיזי, או 48,000,000 מנות לשנייה למכונות עם שני כרטיסי רשת
- ‫‎90 Gbps לכל כרטיס רשת פיזי או ‎180 Gbps למכונות עם שני כרטיסי רשת
בסדרות מכונות שתומכות בכמה כרטיסי רשת פיזיים, כמו מכונות Z4D,‏ Z4M,‏ A3,‏ A4,‏ A4X ו-A4X Max, המגבלה היא הראשונה מבין המהירויות הבאות:
- ‫1,800,000 pps (חבילות לשנייה) לכל NIC פיזי
- ‫‎30 Gbps לכל כרטיס רשת פיזי
לגורמים, הגדרות ותרחישים אחרים, ראו תעבורת נתונים נכנסת ליעדים מחוץ לרשת VPC.

רוחב הפס של תעבורת הנתונים היוצאת (egress)

‫Cloud de Confiance מגביל את רוחב הפס היוצא (egress) באמצעות שיעורי תעבורת נתונים יוצאת מקסימליים לכל מכונה. התעריפים האלה מבוססים על סוג המכונה ששולחת את החבילה, ועל השאלה אם אפשר לגשת ליעד של החבילה באמצעות נתיבים בתוך רשת VPC או נתיבים מחוץ לרשת VPC. רוחב הפס היוצא כולל חבילות שנשלחות על ידי כל כרטיסי ה-NIC של המכונה, ונתונים שמועברים לכל אמצעי האחסון של Hyperdisk ו-Persistent Disk שמחוברים למכונה.

רוחב הפס המקסימלי לתעבורת נתונים יוצאת לכל מכונה

רוחב הפס המקסימלי לתעבורת נתונים יוצאת לכל מכונה הוא בדרך כלל 2Gbps לכל vCPU, אבל יש כמה הבדלים וחריגים, בהתאם לסדרת המכונות. בטבלה הבאה מוצג טווח המגבלות המקסימליות של רוחב הפס לתעבורת נתונים יוצאת, לתנועה שמנותבת בתוך רשת VPC.

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

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

	מגבלת תעבורת נתונים יוצאת מקסימלית לכל מכונה
סדרת מכונות	רגילה	רשתות Tier_1
C4N	400 Gbps	לא רלוונטי
‫C4 ו-C4D	100 Gbps	200 Gbps
C4A	50 Gbps	100 Gbps
‫C3 ו-C3D	100 Gbps	200 Gbps
‫C2 ו-C2D	32 Gbps	100 Gbps
E2	‫16 Gbps	לא זמין
ליבת מעבד משותפת E2	‫2 Gbps	לא זמין
‫H4D ו-H3	200 Gbps	לא זמין
M4N	400 Gbps	לא רלוונטי
M4	100 Gbps	לא זמין
M3	32 Gbps	100 Gbps
M2	‫32Gbps במעבד Intel Cascade Lake או במעבד חדש יותר 16Gbps בפלטפורמות אחרות של מעבדים	לא זמין
M1	32 Gbps	לא זמין
‫N4, N4A, ו-N4D	50 Gbps	לא רלוונטי
‫N2 ו-N2D	32 Gbps	100 Gbps
‫N1 (לא כולל מכונות וירטואליות עם ‎1 vCPU)	‫‎32 Gbps במעבדי Intel Skylake ואילך ‎16 Gbps בפלטפורמות מעבדים קודמות	לא זמין
סוגי מכונות N1 עם vCPU אחד	‫2 Gbps	לא זמין
‫N1 עם ליבת מעבד משותפת (f1-micro ו-g1-small)	1 Gbps	לא זמין
‫T2A ו-T2D	32 Gbps	לא זמין
X5	200 Gbps	לא רלוונטי
X4	100 Gbps	לא רלוונטי
Z3	100 Gbps	200 Gbps
Z4D	400 Gbps	לא רלוונטי
Z4M	400 Gbps	לא רלוונטי

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

שימוש ב-VirtIO במקום ב-gVNIC במכונות שתומכות בשני מנהלי ההתקנים של ממשק הרשת
גודל החבילה
תקורה של פרוטוקול
מספר התהליכים
הגדרות מנהל ההתקן של אתרנט במערכת ההפעלה של המכונה, כמו פריקת סיכום ביקורת (checksum) ופריקת פילוח מקטע TCP‏ (TSO)
עומס ברשת
במצב שבו פעולות קלט/פלט של Persistent Disk מתחרות בתעבורת נתונים יוצאת אחרת ברשת, 60% מרוחב הפס המקסימלי של הרשת מוקצים לכתיבה ב-Persistent Disk, ו-40% נותרים לתעבורת נתונים יוצאת אחרת ברשת. לפרטים נוספים, קראו את המאמר גורמים שמשפיעים על ביצועי הדיסק.

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

כדי לקבל את רוחב הפס הגבוה ביותר, כשיוצרים את המכונה צריך להשתמש בסוג מכונה מסדרת המכונות שעברו אופטימיזציה לרשת ולהגדיר שני ממשקי רשת.
להשתמש בסדרות מכונות מהדור השלישי או מדור מתקדם יותר, שמשתמשות ב-Titanium כדי להעביר את עיבוד הרשת מהמעבד (CPU) המארח.
אם אתם משתמשים בסדרת מכונות מהדור השני או השלישי, הפעילו את ביצועי הרשת של Tier_1 לכל מכונה וירטואלית עם סוגי מכונות גדולים יותר.
משתמשים ביחידת ההעברה המקסימלית (MTU) הגדולה ביותר של רשת ה-VPC שנתמכת בטופולוגיית הרשת. יחידות MTU גדולות יותר יכולות להפחית את התקורה של כותרת החבילה ולהגדיל את קצב העברת הנתונים של המטען הייעודי (payload).
להשתמש בגרסה העדכנית ביותר של מנהל ההתקן של gVNIC, אם המכונה ומערכת ההפעלה של האורח תומכות בה.

תעבורת נתונים יוצאת ליעדים שניתן לנתב בתוך רשת VPC

מנקודת המבט של מכונה שולחת, ולכתובות IP של יעדים שאפשר לגשת אליהם באמצעות מסלולים בתוך רשת VPC, המערכת שלCloud de Confiance מגבילה את תעבורת הנתונים היוצאת באמצעות הכללים הבאים:

רוחב הפס המקסימלי לתעבורת נתונים יוצאת לכל VM: רוחב הפס המקסימלי לתעבורת נתונים יוצאת לכל מכונה, כפי שמתואר בקטע רוחב הפס המקסימלי לתעבורת נתונים יוצאת לכל מכונה.
רוחב פס לתעבורת נתונים יוצאת בין אזורים לכל פרויקט: אם מכונה שולחת ויעד פנימי או הדילוג הבא שלו נמצאים באזורים שונים,Cloud de Confiance אוכפת מכסה על סמך האזור והפרויקט של המכונה השולחת והאזור של היעד הפנימי או הדילוג הבא. מידע נוסף על המכסה הזו זמין בקטע רוחב פס של תעבורת נתונים יוצאת ברשת בין אזורים (Mbps) ממכונות Compute, במסמכי התיעוד בנושא מכסות ומגבלות של VPC.
מגבלות של Cloud VPN ו-Cloud Interconnect: כששולחים תנועה ממכונה ליעד של כתובת IP פנימית שניתן לנתב באמצעות מנהרת Cloud VPN או צירוף ל-VLAN של Cloud Interconnect בדילוג הבא, רוחב הפס של תעבורת הנתונים היוצאת מוגבל על ידי:
- קצב החבילות המקסימלי ורוחב הפס לכל מנהרת Cloud VPN
- קצב החבילות המקסימלי ורוחב הפס לכל צירוף ל-VLAN
- כדי לנצל את כל רוחב הפס של כמה מנהרות Cloud VPN או חיבורי VLAN של Cloud Interconnect בדילוג הבא באמצעות ניתוב ECMP, צריך להשתמש בכמה חיבורי TCP (חמישיות ייחודיות).

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

כתובות IPv4 פנימיות אזוריות בטווחי כתובות IPv4 ראשיים ומשניים של רשתות משנה, כולל טווחי כתובות IPv4 פרטיים וטווחי כתובות IPv4 ציבוריים בשימוש פרטי, שמשמשים את משאבי היעד הבאים:
- כתובת ה-IPv4 הפנימית הראשית של ממשק הרשת (vNIC) של המכונה המקבלת. (כשמכונה שולחת מתחברת לכתובת IPv4 חיצונית של vNIC של מכונה אחרת, החבילות מנותבות באמצעות שער ברירת מחדל לאינטרנט בצעד הבא, ולכן חל הכלל תעבורת נתונים יוצאת ליעדים מחוץ לרשת VPC).
- כתובת IPv4 פנימית בטווח כתובות IP חלופיות של vNIC של מכונה מקבלת.
- כתובת IPv4 פנימית של כלל העברה פנימי, להעברת פרוטוקול או למאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי.
כתובות IPv4 פנימיות גלובליות למשאבי היעד הבאים:
- נקודות קצה של Private Service Connect לממשקי API של Cloud de Confiance
- טווחים שהוקצו לגישה לשירותים פרטיים
טווחי כתובות פנימיים של רשתות משנה של IPv6 שמשמשים את משאבי היעד האלה:
- כתובת IPv6 מטווח כתובות ה-IPv6 של /96, שמוקצית ל-vNIC של מכונה מקבלת עם שני סוגי כתובות IP או עם כתובות IPv6 בלבד.
- כתובת IPv6 מטווח כתובות ה-IPv6 של /96, של כלל העברה פנימי להעברת פרוטוקול או למאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי.
טווחי כתובות של רשתות משנה חיצוניות של IPv6 שמשמשים את משאבי היעד האלה כשחבילות מנותבות באמצעות מסלולים של רשתות משנה או מסלולים של רשתות משנה מקושרות (peering) בתוך רשת ה-VPC, או באמצעות מסלולים בהתאמה אישית בתוך רשת ה-VPC שלא משתמשים בשער ברירת המחדל לאינטרנט בתור הצעד הבא:
- כתובת IPv6 מטווח כתובות ה-IPv6 של /96, שמוקצית ל-vNIC של מכונה מקבלת עם שני סוגי כתובות IP או עם כתובות IPv6 בלבד.
- כתובת IPv6 מטווח כתובות ה-IPv6 של /96 של כלל העברה חיצוני, להעברת פרוטוקול או למאזן עומסי רשת חיצוני אזורי להעברת סיגנל ללא שינוי.
יעדים אחרים שאפשר לגשת אליהם באמצעות הנתיבים הבאים של רשת ה-VPC:
- מסלולים דינמיים
- מסלולים סטטיים חוץ מאלה שמשתמשים בשער ברירת המחדל לאינטרנט בתור הצעד הבא
- נתיבים בהתאמה אישית של Peering

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

בין מכונות באותו אזור
בין מכונות באזורים שונים באותו מחוז
בין מכונות באזורים שונים
ממכונה ל-APIs ולשירותים של Cloud de Confiance באמצעות גישה פרטית ל-Google או גישה ל-Google APIs מכתובת IP חיצונית של מכונה. זה כולל נקודות קצה של Private Service Connect לממשקי Google API.

תעבורת נתונים יוצאת ליעדים מחוץ לרשת VPC

מנקודת המבט של מכונה ששולחת, ולכתובות IP של יעד מחוץ לרשת VPC, Cloud de Confiance מגבילה את תעבורת הנתונים היוצאת לשיעור הראשון מבין השיעורים הבאים:

רוחב פס לתעבורת נתונים יוצאת לכל מכונה: רוחב הפס המקסימלי לכל החיבורים ממכונה ליעדים מחוץ לרשת VPC הוא הערך הקטן יותר מבין רוחב הפס המקסימלי לתעבורת נתונים יוצאת לכל מכונה ואחד מהשיעורים הבאים:
- אם רשת Tier_1 מופעלת: 25Gbps
- אם רשת Tier_1 לא מופעלת או לא נתמכת:
  - במכונות C4N ו-M4N: עד ‎100 Gbps לכל NIC פיזי, או ‎200 Gbps למכונות עם שני NIC
  - במכונות Z4D ו-Z4M: ‏7Gbps בסך הכול לסוגי מכונות עם פחות מ-48 מעבדי vCPU, ועד 25Gbps לכל כרטיס רשת פיזי לסוגי מכונות עם 48 מעבדי vCPU או יותר
  - במכונות G4: ‏7Gbps בסך הכול לסוגי מכונות עם פחות מ-48 יחידות vCPU, ו-25Gbps בסך הכול לסוגי מכונות עם 48 יחידות vCPU או יותר
  - למכונות H4D ו-H3: ‏ 1Gbps
  - במכונות A5X: ‏‎25 Gbps לכל כרטיס רשת פיזי
  - בסדרות של מכונות שתומכות בכמה כרטיסי רשת פיזיים, כמו מכונות A3,‏ A4,‏ A4X ו-A4X Max: ‏7Gbps לכל כרטיס רשת פיזי
  - לכל שאר סדרות המכונות: ‎7 Gbps
הערה: אפשר להגיע לרוחב הפס המקסימלי לתעבורת נתונים יוצאת כשגודל החבילה תואם לערך ברירת המחדל של MTU, שהוא 1,460 בייטים. ככל שגודל החבילה קטן, רוחב הפס המקסימלי שניתן להשיג גם יורד בגלל מגבלות על מספר החבילות לשנייה שהמכונה יכולה לטפל בהן.

לדוגמה, למרות שלמכונה וירטואלית מסוג c3-standard-44 יש רוחב פס מקסימלי של 32Gbps לתעבורת נתונים יוצאת לכל מכונה, רוחב הפס לתעבורת נתונים יוצאת ממכונה וירטואלית מסוג c3-standard-44 ליעדים חיצוניים הוא 25Gbps או 7Gbps, בהתאם להפעלה של רשת Tier_1.
קצב תעבורת הנתונים היוצא המקסימלי לכל זרימה: רוחב הפס המקסימלי לכל חיבור ייחודי של 5-tuple, ממכונה ליעד מחוץ לרשת VPC, הוא 3Gbps, חוץ ממכונות H4D ו-H3 שבהן הוא 1Gbps.
רוחב פס לתעבורת נתונים לאינטרנט לכל פרויקט: רוחב הפס המקסימלי לכל החיבורים ממכונות בכל אזור בפרויקט ליעדים מחוץ לרשת VPC, מוגדר על ידי המכסות של רוחב הפס לתעבורת נתונים לאינטרנט בפרויקט.

יעדים מחוץ לרשת VPC כוללים את כל היעדים הבאים, שניתן לגשת לכל אחד מהם באמצעות מסלול ברשת ה-VPC של המכונה השולחת, שהדילוג הבא שלו הוא שער ברירת המחדל לאינטרנט:

כתובות IPv4 ו-IPv6 חיצוניות גלובליות למאזני עומסי רשת חיצוניים לשרת proxy ולמאזני עומסים חיצוניים של אפליקציות (ALB)
כתובות IPv4 חיצוניות אזוריות למשאבי Cloud de Confiance , כולל כתובות IPv4 חיצוניות של vNIC למכונה, כתובות IPv4 חיצוניות להעברת פרוטוקולים חיצוניים, מאזני עומסי רשת חיצוניים אזוריים להעברת סיגנל ללא שינוי וחבילות תגובה לשערי Cloud NAT.
כתובות IPv6 חיצוניות אזוריות ברשתות משנה עם שני סוגי כתובות IP או עם כתובות IPv6 בלבד, עם טווחי כתובות IPv6 חיצוניות שמשמשים כתובות IPv6 חיצוניות של מכונות עם שני סוגי כתובות IP או עם כתובות IPv6 בלבד, העברת פרוטוקולים חיצונית ומאזני עומסי רשת חיצוניים אזוריים להעברת סיגנל ללא שינוי. רשת המשנה צריכה להיות ברשת VPC נפרדת, ללא קישור בין רשתות שכנות (peering). טווח כתובות ה-IPv6 של היעד חייב להיות נגיש באמצעות מסלול ברשת ה-VPC של המכונה השולחת, שהצעד הבא שלו הוא שער ברירת המחדל לאינטרנט. אם רשת משנה עם כתובת IPv6 חיצונית, שהיא מסוג dual-stack או IPv6 בלבד, נמצאת באותה רשת VPC או ברשת VPC שכנה ומקושרת, קראו את הקטע תעבורת נתונים יוצאת ליעדים שניתן לנתב בתוך רשת VPC.
יעדים חיצוניים אחרים שאפשר לגשת אליהם באמצעות מסלול סטטי ברשת ה-VPC של המכונה השולחת, בתנאי שהצעד הבא במסלול הוא שער ברירת המחדל לאינטרנט.

במאמר כתובות IP חיצוניות מוסבר באילו סוגים של כתובות IP חיצוניות משתמשים במשאבי Cloud de Confiance .

רוחב הפס של תעבורת הנתונים הנכנסת (ingress)

Cloud de Confiance מטפל ברוחב הפס הנכנס (ingress) בהתאם לאופן שבו חבילת הנתונים הנכנסת מנותבת למכונה המקבלת.

תעבורת נתונים נכנסת ליעדים שאפשר לנתב בתוך רשת VPC

מכונה שמקבלת חבילות יכולה לטפל במספר חבילות נכנסות בהתאם לסוג המכונה, למערכת ההפעלה ולתנאי הרשת האחרים. בסדרות אחרות של מכונות, Cloud de Confiance לא מגביל את רוחב הפס של חבילות נכנסות שנשלחות למכונה, אם החבילה הנכנסת נשלחת באמצעות נתיבים בתוך רשת VPC:

מסלולים של רשתות משנה ברשת ה-VPC של המכונה המקבלת
נתיבים של רשתות משנה בקישור בין רשתות VPC שכנות (peering)
נתיבים ברשת אחרת שהקפיצות הבאות שלהם הן מנהרות Cloud VPN, צירופים ל-Cloud Interconnect (VLAN) או מכונות של נתב וירטואלי שנמצאות ברשת ה-VPC של המכונה המקבלת

היעדים של חבילות שמנותבות בתוך רשת VPC כוללים:

כתובת ה-IPv4 הפנימית הראשית של ממשק הרשת הווירטואלית (vNIC) של המכונה המקבלת. כתובות IPv4 פנימיות ראשיות הן כתובות IPv4 פנימיות אזוריות שמגיעות מטווח כתובות ה-IPv4 הראשי של תת-הרשת.
כתובת IPv4 פנימית מטווח כתובות IP חלופיות של ה-vNIC של המכונה המקבלת. טווחי כתובות ה-IP החלופיות יכולים להגיע מטווח כתובות ה-IPv4 הראשי של תת-הרשת או מאחד מטווחי כתובות ה-IPv4 המשניים שלה.
כתובת IPv6 מטווח כתובות ה-IPv6 של /96, שמוקצית ל-vNIC של מכונה מקבלת עם שני סוגי כתובות IP או עם כתובות IPv6 בלבד. טווחי ה-IPv6 של מכונות Compute יכולים להגיע מטווחי ה-IPv6 של רשתות המשנה הבאות:
- טווח כתובות IPv6 פנימיות.
- טווח כתובות IPv6 חיצוניות כשהחבילה הנכנסת מנותבת באופן פנימי למכונה המקבלת באמצעות אחד מהנתיבים של רשת ה-VPC שמפורטים למעלה בקטע הזה.
כתובת IPv4 פנימית של כלל העברה שמשמש להעברת פרוטוקול פנימי למכונה המקבלת, או למאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי שבו המכונה המקבלת היא קצה עורפי של מאזן העומסים. כתובות IPv4 של כללי העברה פנימיים מגיעות מטווח כתובות ה-IPv4 הראשי של רשת המשנה.
כתובת IPv6 פנימית מטווח ה-IPv6 של /96 של כלל העברה שמשמש להעברת פרוטוקול פנימי למכונה המקבלת או למאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי, שבו המכונה המקבלת היא קצה עורפי של מאזן העומסים. כתובות IPv6 של כללי העברה פנימיים מגיעות מטווח כתובות ה-IPv6 הפנימיות של רשת המשנה.
כתובת IPv6 חיצונית מטווח ה-IPv6 של /96 של כלל העברה שמשמש להעברת פרוטוקול חיצוני למכונה המקבלת או למאזן עומסי רשת חיצוני אזורי להעברת סיגנל ללא שינוי. המכונה המקבלת היא קצה עורפי של מאזן העומסים כשהחבילה הנכנסת מנותבת בתוך רשת ה-VPC באמצעות אחד מהמסלולים שצוינו קודם לכן בקטע הזה. כתובות IPv6 של כללי העברה חיצוניים מגיעות מטווח כתובות IPv6 חיצוני של תת-רשת.
כתובת IP בטווח היעד של מסלול סטטי בהתאמה אישית, שמשתמש במכונה המקבלת כמכונה של הצעד הבא (next-hop-instance או next-hop-address).
כתובת IP בטווח היעד של מסלול סטטי בהתאמה אישית, שמשתמש בצעד הבא של מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי (next-hop-ilb), אם המכונה המקבלת היא קצה עורפי של מאזן העומסים הזה.

תעבורת נתונים נכנסת ליעדים מחוץ לרשת VPC

ב-Cloud de Confiance מיושמות מגבלות רוחב הפס הבאות על מנות נכנסות שנשלחות למכונה מקבלת באמצעות נתיבים מחוץ לרשת VPC. כשמשתמשים באיזון עומסים, מגבלות רוחב הפס חלות בנפרד על כל מכונה שמקבלת את התעבורה.

בסדרות מכונות שלא תומכות בכמה כרטיסי רשת פיזיים, ההגבלה הרלוונטית על רוחב הפס לתעבורה נכנסת חלה באופן קולקטיבי על כל ממשקי הרשת הווירטואליים (vNIC). המגבלה היא הראשונה מבין המגבלות הבאות:

‫1,800,000 חבילות לשנייה
30 Gbps

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

במכונות C4N ו-M4N:
- ‫24,000,000 PPS לכל כרטיס רשת פיזי (או 48,000,000 PPS למכונות עם שני כרטיסי רשת)
- ‫‎90 Gbps לכל כרטיס רשת פיזי (או ‎180 Gbps למכונות עם שני כרטיסי רשת)
בסוגים אחרים של מכונות:
- ‫1,800,000 PPS לכל כרטיס רשת פיזי
- ‫‎30 Gbps לכל כרטיס רשת פיזי

היעדים של מנות שמנותבות באמצעות מסלולים מחוץ לרשת VPC כוללים:

כתובת IPv4 חיצונית שמוקצית בהגדרת גישה של NAT מסוג אחד-לאחד באחד מממשקי הרשת (NIC) של המכונה המקבלת.
כתובת IPv6 חיצונית מטווח כתובות ה-IPv6 של /96 שהוקצה ל-vNIC של מכונה מקבלת עם שני סוגי כתובות או עם כתובת IPv6 בלבד, כשהחבילה הנכנסת מנותבת באמצעות נתיב מחוץ לרשת ה-VPC של המכונה המקבלת.
כתובת IPv4 חיצונית של כלל העברה שמשמש להעברת פרוטוקול חיצוני למכונה המקבלת או למאזן עומסי רשת אזורי חיצוני להעברת סיגנל ללא שינוי, שבו המכונה המקבלת היא קצה עורפי של מאזן העומסים.
כתובת IPv6 חיצונית מטווח ה-IPv6 של /96 של כלל העברה שמשמש להעברת פרוטוקול חיצוני למכונה המקבלת או למאזן עומסי רשת חיצוני אזורי להעברת סיגנל ללא שינוי. המכונה המקבלת חייבת להיות קצה עורפי של מאזן העומסים כשהחבילה הנכנסת מנותבת באמצעות נתיב מחוץ לרשת VPC.
תגובות נכנסות קיימות שעובדו על ידי Cloud NAT.

שימוש במסגרות גדולות כדי למקסם את רוחב הפס של הרשת

כדי לקבל ולשלוח מסגרות גדולות, צריך להגדיר את רשת ה-VPC שבה משתמשות המכונות, ולהגדיר את יחידת השידור המקסימלית (MTU) לערך גדול יותר, עד 8896.

ערכי MTU גבוהים יותר מגדילים את גודל המנה ומפחיתים את התקורה של כותרת המנה, וכך מגדילים את קצב העברת הנתונים של המטען הייעודי (payload).

אפשר להשתמש במסגרות ג'מבו במכונות שמשתמשות במנהל ההתקן gVNIC בגרסה 1.3 ואילך, או במנהל ההתקן IDPF במכונות Bare Metal. לא כל התמונות הציבוריות Cloud de Confiance by S3NS כוללות את מנהלי ההתקנים האלה. למידע נוסף על התמיכה של מערכת ההפעלה במסגרות ענק, עיינו בכרטיסייה Networking features בדף Operating system details.

אם אתם משתמשים בקובץ אימג' של מערכת הפעלה שלא תומך באופן מלא במסגרות ג'מבו, אתם יכולים להתקין באופן ידני את מנהל ההתקן של gVNIC בגרסה v1.3.0 ואילך. ‫Google ממליצה להתקין את גרסת מנהל ההתקן של gVNIC שמסומנת ב-Latest כדי ליהנות מתכונות נוספות ומתיקוני באגים. אפשר להוריד את מנהלי ההתקנים של gVNIC מ-GitHub.

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

מסגרות גדולות ומכונות GPU

במכונות עם GPU, צריך להשתמש בהגדרות ה-MTU המומלצות למסגרות Jumbo. למידע נוסף, קראו את המאמר הגדרות MTU מומלצות למסגרות Jumbo.

תורים לקבלה ולשידור

לכל כרטיס NIC (פיזי או וירטואלי) של מכונה מוקצה מספר של תורי קבלה ושליחה לעיבוד מנות מהרשת.

תור קבלה (RX): תור לקבלת חבילות. כשה-NIC מקבל חבילה מהרשת, הוא בוחר את התיאור של החבילה הנכנסת מהתור, מעבד אותו ומעביר את החבילה למערכת ההפעלה של האורח דרך תור חבילות שמחובר לליבת vCPU באמצעות פסיקה. אם התור RX מלא ואין מאגר זמין להצבת חבילה, החבילה נמחקת. בדרך כלל זה קורה אם אפליקציה משתמשת יותר מדי בליבת vCPU שמחוברת גם לתור החבילות שנבחר.
תור שידור (TX): תור לשידור חבילות. כשמערכת ההפעלה של האורח שולחת חבילה, מתבצעת הקצאה של מתאר והוא ממוקם בתור ה-TX. לאחר מכן, ה-NIC מעבד את התיאור ומעביר את החבילה.

הקצאת ברירת המחדל לתור

אם לא מקצים במפורש מספר תורים ל-NIC, אפשר ליצור מודל של האלגוריתם שמשמש את Cloud de Confiance להקצאת מספר קבוע של תורי RX ו-TX לכל vNIC, כפי שמתואר בטבלה הבאה:

הגדרת מכונה	מספר התורים המקסימלי לכל vNIC	מספר התורים המקסימלי לכל מכונה
מכונות Bare Metal (לא כולל A5X,‏ A4X Max,‏ Z4D ו-Z4M)	16	16
מכונות פיזיות מסוג A5X ו-A4X Max שעברו אופטימיזציה למאיצים (כרטיסי רשת IDPF)	64	מספר המעבדים הווירטואליים (vCPU)
מכונות C4N,‏ M4N ו-M4N שעברו אופטימיזציה לרשת	64	מספר המעבדים הווירטואליים (vCPU)
מכונות Z4D ו-Z4M עם אופטימיזציה לאחסון (כולל סוגי מכונות Bare Metal)	‫64 (ברירת המחדל היא 16)	מספר המעבדים הווירטואליים (vCPU)
מכונות C4 עם 2 מעבדי vCPU	1	2
מכונות C4 עם 4 מעבדי vCPU	2	8
מכונות H4D עם Cloud RDMA	16	‫16, או 32 אם משתמשים ב-Cloud RDMA
מכונות וירטואליות של Confidential VM	16	16
מכונות וירטואליות מהדור השלישי (לא כולל M3) ומעלה שמשתמשות ב-gVNIC עם Titanium	מחלקים את מספר המעבדים הווירטואליים במספר כרטיסי ה-vNIC‏ (`num_vcpus/num_vnics`) ומתעלמים מהשארית. אם המספר המחושב קטן מ-1, מספר התורים המקסימלי לכל vNIC הוא 1. אם המספר שחושב גדול מ-16, מספר התורים המקסימלי הוא 16 לכל vNIC. אחרת, המספר המקסימלי של תורים לכל vNIC הוא המספר המחושב	מספר המעבדים הווירטואליים (vCPU)
‫M3, או מכונות וירטואליות מהדור הראשון והשני שמשתמשות ב-gVNIC	מחלקים את מספר המעבדים הווירטואליים במספר כרטיסי ה-vNIC, ואז מחלקים את התוצאה ב-2 (`num_vcpus/num_vnics/2`). מתעלמים מהשארית. אם המספר המחושב קטן מ-1, מספר התורים המקסימלי לכל vNIC הוא 1. אם המספר המחושב גדול מ-16, מספר התורים המקסימלי לכל vNIC הוא 16. אחרת, המספר המקסימלי של תורים לכל vNIC הוא המספר המחושב.	מספר המעבדים הווירטואליים חלקי 2
מכונות וירטואליות מהדור הראשון והשני שמשתמשות בממשק הרשת VirtIO או במנהל התקן בהתאמה אישית	מחלקים את מספר המעבדים הווירטואליים במספר כרטיסי ה-vNIC‏ (`num_vcpus/num_vnics`) ומתעלמים מהשארית. אם המספר המחושב קטן מ-1, מספר התורים המקסימלי לכל vNIC הוא 1. אם המספר שחושב גדול מ-32, המספר המקסימלי של תורים לכל vNIC הוא 32. אחרת, המספר המקסימלי של תורים לכל vNIC הוא המספר המחושב.	מספר המעבדים הווירטואליים (vCPU)

דוגמאות

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

אם במכונה וירטואלית משתמשים ב-VirtIO ויש לה 16 מעבדים וירטואליים ו-4 כרטיסי רשת וירטואליים, המספר המחושב הוא [16/4] = 4. Cloud de Confiance מקצה לכל כרטיס רשת וירטואלי 4 תורים.
אם במכונה וירטואלית משתמשים ב-gVNIC עם Titanium offloads, ויש לה 128 מעבדי vCPU ושני vNIC, המספר המחושב הוא [128/2] = 64. Cloud de Confiance מקצה לכל vNIC את המספר המקסימלי של תורים לכל vNIC, שהוא 16.

במערכות Linux, אפשר להשתמש ב-ethtool כדי להגדיר vNIC עם פחות תורים ממספר התורים ש- Cloud de Confiance מקצה לכל vNIC.

מספר התורים כשמשתמשים בממשק רשת דינמי

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

הקצאת תור בהתאמה אישית למכונות וירטואליות

במקום הקצאת התורים שמוגדרת כברירת מחדל, אתם יכולים להקצות מספר תורים בהתאמה אישית (סך כל התורים של RX ו-TX) לכל vNIC כשאתם יוצרים מכונה חדשה באמצעות Compute Engine API.

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

מספר התורים המינימלי שאפשר להקצות לכל vNIC הוא אחד.
מספר התורים המקסימלי שאפשר להקצות לכל vNIC של מכונה הוא המספר הנמוך מבין מספר ה-vCPU או מספר התורים המקסימלי לכל vNIC, בהתאם לסוג ממשק הרשת:
- כשמשתמשים ב-virtIO או במנהל התקן בהתאמה אישית, מספר התורים המקסימלי הוא 32.
- כשמשתמשים ב-gVNIC, מספר התורים המקסימלי הוא 16, חוץ מהמקרים הבאים:
  - במכונות C4N, ‏ Z4D ו-Z4M, מספר התורים המקסימלי הוא 64 לכל כרטיס רשת.
  - במכונות A2 או G2, מספר התורים המקסימלי הוא 32 לכל NIC.
  - למכונות TPU יש מספר תורים מקסימלי של 32.
  - במכונות C2, ‏ C2D, ‏ N2 או N2D שמופעלת בהן רשת Tier_1, מספר התורים המקסימלי הוא 32 לכל NIC.
- ב-IRDMA, מספר התורים המקסימלי הוא 8.
- בממשק רשת IDPF, מספר התורים המקסימלי הוא 16, חוץ ממכונות פיזיות מסוג A5X,‏ A4X Max,‏ Z4D ו-Z4M, שבהן מספר התורים המקסימלי הוא 64.
- בהגדרות הבאות של Confidential VM, מספר התורים המקסימלי הוא 8:
  - ‫AMD SEV במכונות מסוג C2D ו-N2D
  - ‫AMD SEV-SNP בסוגי מכונות N2D
סכום התורים בכל כרטיסי ה-NIC שמוגדרים למכונה צריך לעמוד באחד מהכללים הבאים:
- הערך המקסימלי הוא הערך הנמוך מבין:
  - [number of vCPUS]
  - [number of NICs] * [max number of queues per NIC]
- אם משתמשים בהקצאת יתר של תורים, הערך המקסימלי הוא:
  - [number of vNICs] * 16

באמצעות הרשמה עודפת לתור, אתם יכולים להקצות עד 16 תורים לכל vNIC של מכונה וירטואלית, גם אם מספר התורים הכולל של המכונה הווירטואלית חורג ממספר ה-vCPU. כדי להגדיר מספר תורים בהתאמה אישית שגדול ממספר התורים המקסימלי, מכונת ה-VM צריכה לעמוד בתנאים הבאים:

משתמש ב-gVNIC כסוג ה-vNIC לכל ה-vNICs שהוגדרו למכונה.
משתמש בסוג מכונה בסדרת המכונות N2,‏ N2D,‏ C2 או C2D.
הפעלת רשת Tier_1.
מציין מספר תורים בהתאמה אישית לכל ה-vNICs שהוגדרו למכונה הווירטואלית.

עם הרשמה מוגזמת לתור, המספר המקסימלי של תורים למכונה הווירטואלית הוא פי 16 ממספר ה-vNIC. לכן, אם יש לכם שישה vNIC שהוגדרו למכונה עם 30 מעבדי vCPU, אתם יכולים להגדיר למכונה הווירטואלית עד (16 * 6) תורים בהתאמה אישית, או 96 תורים.

דוגמאות

למכונה וירטואלית מסוג N2 עם שמונה מעבדי vCPU וארבעה כרטיסי vNIC:
- אפשר להקצות עד שמונה תורים בארבעת ה-vNIC. לדוגמה, אפשר להקצות תור אחד ל-nic0, ארבעה תורים ל-nic1 ושלושה תורים ל-nic2.
- אי אפשר להירשם ליותר מדי תורים כי רשת Tier_1 עם N2 דורשת מכונה וירטואלית עם לפחות 32 מעבדי vCPU.
אם למכונה וירטואלית יש 48 מעבדי vCPU ו-4 כרטיסי רשת:
- אם משתמשים במנהל ההתקן virtIO לכרטיסי ה-NIC, אפשר להקצות עד 48 תורים ל-4 כרטיסי ה-NIC, עם מספר תורים מקסימלי של 32 לכל vNIC. לדוגמה, יכולים להיות 12 תורים בכל vNIC, או 32 תורים באחד מה-NIC,‏ 14 תורים ב-vNIC אחר ותור אחד בשני ה-NIC הנותרים.
- אם משתמשים במנהל ההתקן gVNIC לכרטיסי ה-NIC, אפשר להקצות עד 48 תורים ל-4 כרטיסי ה-NIC, עם מספר תורים מקסימלי של 16 לכל vNIC. לדוגמה, יכולים להיות 15 תורים ב-3 כרטיסי רשת, ו-3 תורים בכרטיס הרשת הווירטואלי שנותר, או 12 תורים בכל כרטיס רשת וירטואלי.
- אם אתם משתמשים ב-gVNIC ובמנוי יתר של תורים, אתם יכולים להקצות עד 16 תורים לכל vNIC, ובסך הכול 64 תורים.
למכונה וירטואלית מסוג N2D עם 224 מעבדי vCPU ו-8 כרטיסי רשת:
- אם משתמשים במנהל ההתקן virtIO לכרטיסי ה-NIC, אפשר להקצות עד 224 תורים ל-8 כרטיסי ה-NIC, עם מספר תורים מקסימלי של 32 לכל vNIC. לדוגמה, יכולים להיות 32 תורים ב-6 מכרטיסי ה-NIC, ו-16 תורים ב-2 כרטיסי ה-NIC הנותרים.
- אם אתם משתמשים במנהל ההתקן gVNIC לכרטיסי הרשת, אתם יכולים להשתמש במספר התורים המקסימלי של 16 לכל 8 כרטיסי הרשת. הסכום המקסימלי של מספר התורים הוא 128.

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

מחשבים את סכום התורים של ה-vNICs שיש להם הקצאת תור בהתאמה אישית.
מחסירים את סכום התורים שהוקצו בהתאמה אישית ממספר המעבדים הווירטואליים. אם ההפרש קטן ממספר כרטיסי ה-vNIC שנותרו, ש-Compute Engine צריך להקצות להם תורים, Compute Engine מחזיר שגיאה כי לכל vNIC צריך להיות לפחות תור אחד.
מחלקים את ההפרש מהשלב הקודם במספר ה-vNICs בלי מספר תורים מותאם אישית, ומתעלמים מהשארית:
```
[(number of vCPUs - sum of assigned queues)/(number of remaining vNICs)]
```
התוצאה של החישוב הזה היא תמיד מספר שלם (לא שבר) ששווה לפחות ל-1, כי לכל vNIC חייב להיות לפחות תור אחד.
‫Compute Engine מקצה לכל vNIC שנותר מספר תורים באופן הבא:
- אם המספר המחושב קטן מהמספר המקסימלי של תורים לכל vNIC, מספר התורים מוגדר למספר המחושב.
- אם המספר שחושב גדול מהמספר המקסימלי של תורים לכל vNIC, מספר התורים ל-vNIC מוגדר למספר המקסימלי של תורים.

דוגמה

נניח שיש לכם מכונה וירטואלית עם 20 מעבדי vCPU ו-6 כרטיסי רשת, והקציתם 5 תורים ל-nic0, ‏6 תורים ל-nic1, ‏4 תורים ל-nic2, ואפשרתם ל-Compute Engine להקצות מספרי תורים ל-nic3, ‏nic4 ו-nic5.

סכום התורים שהוקצו בהתאמה אישית הוא 5 + 6 + 4 = 15.
ב-Compute Engine נשארו 20 - 15 = 5 תורים להקצאה לשלושת כרטיסי ה-vNIC הנותרים (nic3,‏ nic4,‏ nic5). ההפרש (5) גדול ממספר כרטיסי ה-vNIC שאין להם מספר תורים בהתאמה אישית (3).
ההפרש של 5 מחולק ב-3, והשארית נמחקת. הערך שנותר הוא 1.
מכיוון שהמספר המחושב (1) קטן מהמספר המקסימלי של תורים לכל vNIC, מספר התורים ל-vNICs הנותרים מוגדר ל-1.

הגדרת ספירת תורים בהתאמה אישית

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

בדוגמאות הקוד הבאות, המכונה הווירטואלית נוצרת כשסוג ממשק הרשת מוגדר ל-GVNIC וביצועי הרשת של Tier_1 מופעלים לכל מכונה וירטואלית. אתם יכולים להשתמש בדוגמאות הקוד האלה כדי לציין את המספר המקסימלי של תורים ואת הקצאת היתר של תורים שזמינה לסוגי המכונות הנתמכים.

gcloud

אם עדיין אין לכם רשת VPC עם רשת משנה לכל ממשק vNIC שאתם מתכננים להגדיר, אתם צריכים ליצור אותם.
משתמשים בפקודה gcloud compute instances create כדי ליצור את המכונה. חוזרים על הדגל --network-interface לכל vNIC שרוצים להגדיר למכונה, וכוללים את האפשרות queue-count.

    gcloud compute instances create INSTANCE_NAME \
        --zone=ZONE \
        --machine-type=MACHINE_TYPE \
        --network-performance-configs=total-egress-bandwidth-tier=TIER_1  \
        --network-interface=network=NETWORK_NAME_1,subnet=SUBNET_1,nic-type=GVNIC,queue-count=QUEUE_SIZE_1 \
        --network-interface=network=NETWORK_NAME_2,subnet=SUBNET_2,nic-type=GVNIC,queue-count=QUEUE_SIZE_2

מחליפים את מה שכתוב בשדות הבאים:

‫INSTANCE_NAME: שם למכונה החדשה
‫ZONE: האזור שבו יוצרים את המכונה
‫MACHINE_TYPE: סוג המכונה של המכונה. כדי להגדיר מספר תורים גדול יותר, צריך להשתמש בסוג מכונה מסדרת המכונות N2, ‏ N2D, ‏ C2 או C2D שמשתמשת ב-gVNIC וברשת Tier_1.
‫NETWORK_NAME: השם של הרשת שיצרתם קודם
‫SUBNET_*: השם של אחת מתת-הרשתות שנוצרו קודם
‫QUEUE_SIZE: מספר התורים של ה-vNIC, בכפוף לכללים שמפורטים בקטע הקצאת תורים בהתאמה אישית.

Terraform

אם עדיין אין לכם רשת VPC עם רשת משנה לכל ממשק vNIC שאתם מתכננים להגדיר, אתם צריכים ליצור אותם.

יוצרים מכונה עם מספר תורים ספציפי ל-vNIC באמצעות המשאב google_compute_instance. חוזרים על הפרמטר --network-interface לכל vNIC שרוצים להגדיר למכונה, וכוללים את הפרמטר queue-count.

# Queue oversubscription instance
resource "google_compute_instance" "INSTANCE_NAME" {
project      = "PROJECT_ID"
boot_disk {
  auto_delete = true
  device_name = "DEVICE_NAME"
  initialize_params {
     image="IMAGE_NAME"
     size = DISK_SIZE
     type = "DISK_TYPE"
  }
}
machine_type = "MACHINE_TYPE"
name         = "INSTANCE_NAME"
zone         = "ZONE"

network_performance_config {
    total_egress_bandwidth_tier = "TIER_1"
}

network_interface {
    nic_type = "GVNIC"
    queue_count = QUEUE_COUNT_1
    subnetwork_project = "PROJECT_ID"
    subnetwork = "SUBNET_1"
 }

network_interface {
    nic_type = "GVNIC"
    queue_count = QUEUE_COUNT_2
    subnetwork_project = "PROJECT_ID"
    subnetwork = "SUBNET_2"
}

network_interface {
    nic_type = "GVNIC"
    queue_count = QUEUE_COUNT_3
    subnetwork_project = "PROJECT_ID"
    subnetwork = "SUBNET_3""
}

network_interface {
    nic_type = "GVNIC"
    queue_count = QUEUE_COUNT_4
    subnetwork_project = "PROJECT_ID"
    subnetwork = "SUBNET_4""
}

}

מחליפים את מה שכתוב בשדות הבאים:

‫INSTANCE_NAME: שם למכונה החדשה
‫PROJECT_ID: מזהה הפרויקט שבו יוצרים את המכונה. אם אתם לא משתמשים ברשת VPC משותפת, הפרויקט שאתם מציינים חייב להיות אותו פרויקט שבו נוצרו כל רשתות המשנה והרשתות.
‫DEVICE_NAME: השם שרוצים לשייך לדיסק האתחול במערכת ההפעלה של האורח
‫IMAGE_NAME: שם התמונה, לדוגמה "projects/debian-cloud/global/images/debian-12-bookworm-v20250311".
‫DISK_SIZE: גודל דיסק האתחול, ב-GiB
‫DISK_TYPE: סוג הדיסק שבו משתמשים כדיסק האתחול, לדוגמה pd-standard
‫MACHINE_TYPE: סוג המכונה של המכונה. כדי להגדיר מספר תורים גדול יותר, צריך להשתמש בסוג מכונה מסדרת המכונות N2, ‏ N2D, ‏ C2 או C2D שמשתמשת ב-gVNIC וברשת Tier_1.
‫ZONE: האזור שבו יוצרים את המכונה
‫QUEUE_COUNT: מספר התורים של ה-vNIC, בכפוף לכללים שמפורטים בקטע הקצאת תורים בהתאמה אישית.
‫SUBNET_*: השם של רשת המשנה שאליה מתחבר ממשק הרשת

REST

אם עדיין אין לכם רשת VPC עם רשת משנה לכל ממשק vNIC שאתם מתכננים להגדיר, אתם צריכים ליצור אותם.
כדי ליצור מכונה עם מספר ספציפי של תורים לכרטיסי רשת וירטואליים, משתמשים בשיטה instances.insert. אפשר לחזור על המאפיין networkInterfaces כדי להגדיר כמה ממשקי רשת.
```
POST https://compute.s3nsapis.fr/compute/v1/projects/PROJECT_ID/zones/ZONE/instances
{
"name": "INSTANCE_NAME",
"machineType": "machineTypes/MACHINE_TYPE",
"networkPerformanceConfig": {
    "totalEgressBandwidthTier": TIER_1
},
"networkInterfaces": [
    {
      "nicType": gVNIC,
      "subnetwork":"regions/region/subnetworks/SUBNET_1",
      "queueCount": "QUEUE_COUNT_1"
    } ],
"networkInterfaces": [
    {
      "nicType": gVNIC,
      "subnetwork":"regions/region/subnetworks/SUBNET_2",
      "queueCount": "QUEUE_COUNT_2"
    } ]
}
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫PROJECT_ID: מזהה הפרויקט שבו רוצים ליצור את המכונה
- ‫ZONE: האזור שבו יוצרים את המכונה
- ‫INSTANCE_NAME: השם של המכונה החדשה
- ‫MACHINE_TYPE: סוג המכונה, מוגדר מראש או בהתאמה אישית, למכונה החדשה. כדי להגדיר מספר תורים גדול יותר, צריך להשתמש בסוג מכונה מסדרת המכונות N2, ‏ N2D, ‏ C2 או C2D שמשתמשת ב-gVNIC וברשת Tier_1.
- ‫SUBNET_*: השם של רשת המשנה שאליה מתחבר ממשק הרשת
- ‫QUEUE_COUNT: מספר התורים של ה-vNIC, בכפוף לכללים שמפורטים בקטע הקצאת תורים בהתאמה אישית.

הקצאות לתור ושינוי סוג המכונה

מכונות נוצרות עם הקצאת תורים כברירת מחדל, או שאתם יכולים להקצות מספר תורים בהתאמה אישית לכל כרטיס רשת וירטואלי (vNIC) כשאתם יוצרים מכונה חדשה באמצעות Compute Engine API. הקצאות התורים של vNIC, בין אם הן מותאמות אישית או מוגדרות כברירת מחדל, נקבעות רק כשיוצרים מכונה. אם למכונה יש כרטיסי vNIC שמשתמשים במספר ברירת המחדל של תורים, אפשר לשנות את סוג המכונה. אם לסוג המכונה החדש יש מספר שונה של מעבדי vCPU, מספר התורים שמוגדר כברירת מחדל למכונה מחושב מחדש על סמך סוג המכונה החדש.

אם למכונה הווירטואלית יש כרטיסי vNIC שמשתמשים במספר תורים מותאם אישית, שאינו ברירת המחדל, תוכלו לשנות את סוג המכונה באמצעות Google Cloud CLI או Compute Engine API כדי לעדכן את מאפייני המכונה. ההמרה תצליח אם ה-VM שנוצר תומך באותו מספר תורים לכל vNIC כמו במכונה המקורית. במכונות וירטואליות שמשתמשות בממשק VirtIO-Net ומוגדר בהן מספר תורים בהתאמה אישית שגבוה מ-16 לכל vNIC, אי אפשר לשנות את סוג המכונה לסוג מכונה מהדור השלישי או מדור מאוחר יותר, כי הן משתמשות רק ב-gVNIC. במקום זאת, אתם יכולים להעביר את ה-VM לסוג מכונה מהדור השלישי או מדור מתקדם יותר, לפי ההוראות במאמר העברת עומס העבודה למכונה חדשה.

רוחב הפס של הרשת

הגדרות שמשפיעות על רוחב הפס של הרשת

שימוש בביצועי רשת Tier_1 לכל מכונה וירטואלית

ממשקי רשת דינמיים

שיתוף רוחב פס באמצעות Cloud RDMA

סיכום רוחב הפס

מגבלות על רוחב הפס של תעבורת הנתונים היוצאת

מגבלות רוחב הפס של תעבורת הנתונים הנכנסת

רוחב הפס של תעבורת הנתונים היוצאת (egress)

רוחב הפס המקסימלי לתעבורת נתונים יוצאת לכל מכונה

תעבורת נתונים יוצאת ליעדים שניתן לנתב בתוך רשת VPC

תעבורת נתונים יוצאת ליעדים מחוץ לרשת VPC

רוחב הפס של תעבורת הנתונים הנכנסת (ingress)

תעבורת נתונים נכנסת ליעדים שאפשר לנתב בתוך רשת VPC

תעבורת נתונים נכנסת ליעדים מחוץ לרשת VPC

שימוש במסגרות גדולות כדי למקסם את רוחב הפס של הרשת

מסגרות גדולות ומכונות GPU

תורים לקבלה ולשידור

הקצאת ברירת המחדל לתור

דוגמאות

מספר התורים כשמשתמשים בממשק רשת דינמי

הקצאת תור בהתאמה אישית למכונות וירטואליות

הגדרת ספירת תורים בהתאמה אישית

gcloud

Terraform

REST

הקצאות לתור ושינוי סוג המכונה

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