מספר ממשקי רשת

בדף הזה מופיעה סקירה כללית על ממשקי רשת מרובים למכונות Compute Engine. מכונות עם כמה ממשקי רשת נקראות מכונות multi-NIC.

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

תרחישים לדוגמה

מכונות multi-NIC שימושיות בתרחישים הבאים:

• כדי להתחבר למשאבים ברשתות VPC נפרדות: מכונות multi-NIC יכולות להתחבר למשאבים שנמצאים ברשתות VPC שונות שלא מחוברות זו לזו באמצעות קישור VPC או NCC.

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

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

• כדי לנתב חבילות בין רשתות VPC: אפשר להשתמש במכונות multi-NIC בתור הדילוגים הבאים של נתיבים, כדי לחבר בין שתי רשתות VPC או יותר.

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

  • כשמחברים רשתות VPC באמצעות מכונות multi-NIC, מומלץ להגדיר שתי מכונות multi-NIC או יותר, ולהשתמש בהן כרכיבי בק-אנד למאזן עומסי רשת פנימי ב-Pass-through בכל רשת VPC. מידע נוסף זמין בקטע תרחישים לדוגמה במאמר "מאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי בתור הצעדים הבאים".

• כדי להגדיל את רוחב הפס הכולל של הרשת במכונה: מכונות multi-NIC תומכות ברוחב פס מוגדל באופן הבא:

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

  • ברוב סוגי המכונות ב- Cloud de Confiance, המכונות מגובות על ידי כרטיס רשת פיזי אחד בשרת המארח, וכל vNIC משתמש באותו כרטיס רשת פיזי. כשכרטיסי vNIC חולקים כרטיס NIC פיזי, הוספת כרטיסי vNIC לא מגדילה את רוחב הפס של הרשת.

אתם יכולים גם להשתמש במכונות multi-NIC וממשקי Private Service Connect כדי לחבר בין רשתות של בעלים של שירותים מנוהלים ושל צרכני שירותים בפרויקטים שונים.

סוגי ממשקי רשת

בקטעים הבאים מפורטים סוגי ממשקי הרשת ב-Cloud de Confiance.

ממשקי רשת של מכונות

מכונות Compute Engine מתחברות לרשתות VPC באמצעות ממשקי רשת שאתם מגדירים, שיכולים להיות vNIC או NIC דינמי. ממשקי הרשת של המכונות האלה תואמים למשאב ולמאפיין instances.networkInterfaces[] ב-Compute Engine API.

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

• ממשק רשת וירטואלי (vNIC): ממשק רשת מוגדר-תוכנה שחשוף למערכת ההפעלה של האורח במכונה, ומאפשר למכונה להתחבר לרשתות VPC. לכל מכונה חייב להיות לפחות vNIC אחד.

  • אפשר להגדיר vNIC רק כשיוצרים מכונה.

  • השם של vNIC שמוקצה על ידי Cloud de Confiance הוא בפורמט הבא: nicN, למשל nic0. השם התואם שהוקצה על ידי מערכת ההפעלה של האורח תלוי במערכת ההפעלה, כמו ens4 ל-Ubuntu.

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

    • רשתות VPC רגילות מקבלות חיבורים מסוגי ה-vNIC הבאים: GVNIC,‏ IDPF ו-VIRTIO_NET.

    • רשתות VPC עם פרופיל רשת RDMA מקבלות חיבורים מסוגי vNIC‏ IRDMA או MRDMA, שנקראים גם RDMA vNIC.

    במאמר השוואה בין סדרות מכונות מוסבר אילו סוגי מכונות תומכים בסוגים השונים של vNIC.

• NIC דינמי: צאצא של vNIC הורה שמוטמע כממשק משנה במערכת ההפעלה של האורח במכונה.

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

  • השם של NIC דינמי שמוקצה על ידי Cloud de Confiance הוא בפורמט הבא: nicN.VLAN_ID, למשל nic0.2. השם התואם שהוקצה למערכת ההפעלה של האורח תלוי במערכת ההפעלה. לדוגמה, אם אתם משתמשים בסוכן האורח כדי לנהל NIC דינמי ב-Ubuntu, השם יכול להיות a-gcp.ens4.2.

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

  מידע נוסף זמין במאמר כרטיסי רשת דינמיים.

פרטים על NIC דינמי

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

• אתם צריכים להוסיף ממשקי רשת למכונות קיימות או להסיר אותם מהן. כדי להוסיף או להסיר NICs דינמיים, לא צריך להפעיל מחדש או ליצור מחדש את המכונה.

• אתם צריכים יותר ממשקי רשת מהמספר המקסימלי של כרטיסי vNIC. ברוב סוגי המכונות ב- Cloud de Confiance, המספר המקסימלי הוא 10, אבל אפשר להגדיר עד 16 ממשקים בסך הכול באמצעות NIC דינמי. מידע נוסף מופיע במאמר המספר המקסימלי של ממשקי רשת.

• אתם צריכים להגדיר מכונות ללא מערכת הפעלה (bare metal) עם כמה כרטיסי רשת (NIC) ב-Compute Engine, שיש להן רק vNIC אחד.

מאפיינים של כרטיסי NIC דינמיים

בטבלה הבאה מפורטות התכונות של NIC דינמי:

• NICs דינמיים הם ממשקי VLAN שמשתמשים בפורמט החבילה הסטנדרטי IEEE 802.1Q. שימו לב לשיקולים הבאים:

  • מזהה ה-VLAN של NIC דינמי חייב להיות מספר שלם בין 2 ל-255.
  • מזהה ה-VLAN של NIC דינמי חייב להיות ייחודי ב-vNIC הורה. עם זאת, כרטיסי NIC דינמיים ששייכים לכרטיסי vNIC ראשיים שונים יכולים להשתמש באותו מזהה VLAN.

• ‫Cloud de Confiance משתמש בפורמט הבא לשם של NIC דינמי: nicNUMBER.VLAN_ID, כאשר:

  • ‫nicNUMBER הוא השם של ה-vNIC הראשי, למשל nic0.
  • ‫VLAN_ID הוא מזהה ה-VLAN שהגדרתם, למשל 4.

  שם לדוגמה של NIC דינמי הוא nic0.4.

• כדי ליצור מכונה עם NICs דינמיים או להוסיף NICs דינמיים למכונה קיימת, צריך לבצע שלבים נוספים להתקנה ולניהול של ממשקי ה-VLAN התואמים במערכת ההפעלה של האורח. אפשר להשתמש באחת מהשיטות הבאות:

  • להגדיר ניהול אוטומטי של NIC דינמי באמצעות הסוכן של המכונה הווירטואלית.

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

  מידע נוסף זמין במאמר הגדרת מערכת ההפעלה של האורח ל-NIC דינמיים.

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

• כרטיסי רשת דינמיים חולקים את אותם תורי קבלה ושליחה כמו כרטיס הרשת הווירטואלי הראשי שלהם. כדי להגדיר ממשק רשת לשימוש בתורים שונים לקבלה ולשליחה, צריך להשתמש ב-vNIC במקום ב-NIC דינמי.

• סוג המחסנית של NIC דינמי יכול להיות זהה ל-vNIC ההורה שלו או שונה ממנו. לדוגמה, אפשר ליצור NIC דינמי עם IPv6 בלבד ועם פריסה כפולה, תחת כרטיס רשת וירטואלי הורה עם IPv4 בלבד.

המגבלות של כרטיסי NIC דינמיים

אלה המגבלות של NIC דינמיים:

• אחרי שיוצרים NIC דינמי, אי אפשר לשנות את המאפיינים הבאים:

  • ה-vNIC הראשי שאליו שייך ה-NIC הדינמי.
  • מזהה ה-VLAN של ה-NIC הדינמי.

• אי אפשר למחוק NIC דינמי אם הוא ממשק רשת עם איזון עומסים.

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

  • הגנה מתקדמת מפני מתקפות DDoS ברשת וכללי מדיניות אבטחה בקצה הרשת ב-Google Cloud Armor
  • הגדרת כתובות IP באמצעות הגדרות לכל מכונה בקבוצות MIG.
  • תכונות שמבוססות על יירוט חבילות, כמו נקודות קצה של חומת אש
  • מנהלי התקנים של Windows ב-Compute Engine

• אי אפשר להשתמש ב-NIC דינמי עם מכונות GPU. מידע נוסף זמין במאמר שגיאות ביצירה וירידה בביצועים כשמשתמשים ב-NIC דינמי עם מכונות GPU.

• NIC דינמי דורש יצירה ידנית של נתיבים מקומיים במצבים מסוימים. מידע נוסף זמין במאמר חבילות שהושמטו כשמשתמשים בכרטיסי רשת דינמיים עם טווחי כתובות IP חלופיות, העברת פרוטוקולים או מאזני עומסי רשת מסוג Passthrough.

כרטיסי רשת פיזיים

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

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

• מכונות שמגובות בכמה כרטיסי רשת פיזיים: בקבוצה מוגבלת של סוגי מכונות, כמו סוגי מכונות C4N וסוגי מכונות GPU, המכונות פועלות בשרת מארח עם כמה כרטיסי רשת פיזיים. במכונה נתונה, Compute Engine ממפה את כרטיסי ה-vNIC של המכונה לכרטיסי NIC פיזיים שונים.

  • מכונות שמגובות בכמה כרטיסי רשת פיזיים תומכות בתרחישים לדוגמה כמו הגדלת רוחב הפס של הרשת ותקשורת בין GPU ל-GPU ברשת VPC מסוג RoCE. למידע נוסף, קראו את המאמרים תמיכה ברשת למכונות C4N ומכונות GPU ורשתות.

  • כשיוצרים את המכונה, Compute Engine ממפה כל vNIC ל-NIC פיזי ייחודי, עד למספר הכולל של ה-NIC הפיזיים של סוג המכונה.

  • כדי להבין את התמיכה בכמה כרטיסי רשת פיזיים, עיינו במסמכי התיעוד של סדרת המכונות הרלוונטית. אם זה רלוונטי, טבלת סוגי המכונות כוללת עמודה בשם Physical NIC count. לדוגמה, ראו סוגי מכונות C4N.

בנוסף, ברוב סוגי המכונות, המכונות חולקות שרת מארח עם מכונות אחרות. מכונות שחולקות שרת מארח חולקות גם את כרטיס ה-NIC הפיזי שלו או קבוצה של כרטיסי NIC פיזיים. עם זאת, בסוגי מכונות מסוימים, כמו סוגי מכונות Bare Metal או סוגי מכונות H3 ו-H4D, מכונה אחת תופסת שרת מארח שלם.

מפרטים

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

• מכונות וממשקי רשת: לכל מכונה יש ממשק nic0. מספר ממשקי הרשת המקסימלי משתנה בהתאם לסוג המכונה.

  • לכל ממשק יש סוג מחסנית משויך, שקובע את סוגי המחסניות של רשתות המשנה ואת הגרסאות של כתובות ה-IP שנתמכות. למידע נוסף, קראו את המאמר סוג המחסנית וכתובות IP.

• דרישות לגבי רשתות ותת-רשתות: כל ממשק רשת צריך להשתמש בתת-רשת ייחודית ברשת VPC.

  • אפשר לצרף ממשקי רשת לרשתות משנה ברשתות VPC שונות.

  • אפשר לצרף ממשקי רשת לתת-רשתות שונות באותה רשת VPC בתרחישים הבאים:

    • ברשתות VPC רגילות, כמה ממשקי רשת יכולים להשתמש באותה רשת VPC בהתאם לכללים של כמה ממשקי רשת באותה רשת VPC. ל-Cloud Load Balancing ולנתיבים סטטיים יש כללים נוספים, שמתוארים במאמרים מאזני עומסים ונתיבים סטטיים.

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

  • כדי ליצור מכונה שממשק הרשת שלה משתמש ברשת VPC וברשת משנה, צריך קודם ליצור אותן. מידע נוסף על יצירת רשתות ורשתות משנה זמין במאמר יצירה וניהול של רשתות VPC.

  • אין תמיכה בחיבור של ממשקי רשת עם צבירת קישורים. במאמר רוחב פס לממשקי רשת מרובים באותה רשת VPC מוסבר איך ממשקי רשת מרובים באותה רשת VPC משפיעים על רוחב הפס.

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

  • למכונות בפרויקטים מארחים או בפרויקטים של שירות ב-VPC משותף, ראו VPC משותף.

  • ממשקי Private Service Connect מאפשרים למכונה עם כמה כרטיסי רשת (NIC) לכלול ממשקי רשת ברשתות משנה בפרויקטים שונים. מידע נוסף זמין במאמר מידע על חיבורי רשת.

• שיקולים לגבי העברת IP, ‏ MTU וניתוב: במכונות multi-NIC, צריך לתכנן בקפידה את אפשרויות ההגדרה הספציפיות למכונה ולממשק הבאות:

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

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

  • כל מכונה מקבלת נתיב ברירת מחדל באמצעות DHCP Option 121, כפי שמוגדר ב-RFC 3442. הנתיב שמוגדר כברירת מחדל משויך ל-nic0. אלא אם מגדירים ידנית אחרת, כל תנועה שיוצאת ממכונה ליעד כלשהו שאינו רשת משנה שמחוברת ישירות, תצא מהמכונה באמצעות הנתיב שמוגדר כברירת מחדל ב-nic0.

    במערכות Linux, אפשר להגדיר כללים ונתיבים בהתאמה אישית במערכת ההפעלה של האורח באמצעות הקובץ /etc/iproute2/rt_tables והפקודות ip rule ו-ip route. למידע נוסף, עיינו במסמכי התיעוד של מערכת ההפעלה של האורח. לדוגמה, ראו את המדריך הבא: הגדרת ניתוב לממשק נוסף.

כללים לכמה ממשקי רשת באותה רשת VPC

כששני ממשקי רשת או יותר של מכונה אחת משתמשים באותה רשת VPC,‏ Compute Engine אוכף את כל הכללים הבאים:

• רשת משנה ייחודית: כל ממשק רשת צריך להיות מחובר לרשת משנה ייחודית.

• צריך לחבר כרטיסי vNIC נוספים לרשת שמכילה את nic0: אפשר לחבר שני כרטיסי vNIC או יותר לאותה רשת VPC רק אם הרשת הזו מכילה גם את ה-vNIC של nic0. לדוגמה, אפשר לצרף את nic0, nic1 ו-nic2 לרשתות משנה ייחודיות באותה רשת VPC, אבל אי אפשר לצרף את nic1 ו-nic2 לאותה רשת VPC אם nic0 לא מצורף לרשת הזו.

• רשת שמכילה NIC דינמי ולפחות עוד NIC אחד חייבת להכיל את ה-vNIC הראשי של כל NIC דינמי. לדוגמה:

  • כדי לצרף את כרטיסי ה-NIC הדינמיים nic1.6 ו-nic1.7 לאותה רשת VPC, צריך לצרף גם את ה-vNIC ההורה שלהם, nic1, לאותה רשת VPC.

  • כדי לצרף את ה-NIC הדינמי nic1.6 ואת ה-vNIC‏ nic2 לאותה רשת VPC, צריך לצרף גם את ה-vNIC‏ nic1 ו-nic0 לאותה רשת VPC. צריך לצרף את nic1 כי nic1 הוא ה-vNIC הראשי של ה-NIC הדינמי nic1.6. צריך לצרף את nic0 כי הרשת מכילה כמה vNICs.

  • כדי לצרף את כרטיסי ה-NIC הדינמיים nic2.5 ו-nic3.6 לאותה רשת VPC, צריך לצרף גם את כל כרטיסי ה-vNIC הבאים לאותה רשת VPC: ‏nic0, ‏nic2 ו-nic3. צריך לצרף את כרטיסי ה-vNIC‏ nic2 ו-nic3 כי הם כרטיסי ה-vNIC הראשיים של כרטיסי ה-NIC הדינמיים nic2.5 ו-nic3.6. צריך לצרף את nic0 כי הרשת מכילה כמה vNICs.

• רשת ייחודית לכל ממשק Private Service Connect: אי אפשר לצרף שני ממשקי רשת או יותר לאותה רשת VPC אם אחד מממשקי הרשת משתמש בחיבור רשת באותה רשת.

רוחב פס לכמה ממשקי רשת באותה רשת VPC

כמה כרטיסי vNIC באותה רשת VPC משפיעים על רוחב הפס של הרשת לפי הכללים הבאים:

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

• במכונות שמגובות בכמה כרטיסי NIC פיזיים, צירוף של שני כרטיסי vNIC או יותר לאותה רשת VPC מגדיל את רוחב הפס של הרשת כש-Compute Engine ממפה את כרטיסי ה-vNIC לכרטיסי NIC פיזיים שונים.

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

סוגי מחסניות וכתובות IP

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

• IPv4 בלבד
• שני פרוטוקולים
• IPv6 בלבד

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

בטבלה הבאה מתוארים סוגי המחסניות של רשתות המשנה שנתמכים ופרטי כתובת ה-IP לכל סוג מחסנית של ממשק:

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

שינוי סוג המחסנית של ממשק הרשת

כדי לשנות את סוג המחסנית של ממשק רשת:

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

• אפשר להמיר ממשק עם שני סוגי כתובות IP לממשק עם כתובות IPv4 בלבד.

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

פרטי כתובת IPv4

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

• כתובת IPv4 פנימית ראשית: ‏Compute Engine מקצה לממשק הרשת כתובת IPv4 פנימית ראשית מטווח כתובות ה-IPv4 הראשי של רשת המשנה של הממשק. כתובת ה-IPv4 הפנימית הראשית מוקצית על ידי DHCP.

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

  • ברשת VPC, כתובת ה-IPv4 הפנימית הראשית של כל ממשק רשת של מכונה וירטואלית היא ייחודית.

• טווחי כתובות IP חלופיות: אפשר להקצות לממשק טווח אחד או יותר של כתובות IP חלופיות. כל טווח כתובות IP חלופיות יכול להגיע מטווח כתובות ה-IPv4 הראשי או מטווח כתובות ה-IPv4 המשני של רשת המשנה של הממשק.

  • בתוך רשת VPC, טווח ה-IP החלופי של כל ממשק חייב להיות ייחודי.

• כתובת IPv4 חיצונית: אפשר להקצות לממשק כתובת IPv4 חיצונית זמנית או שמורה. Cloud de Confiance מבטיח שכל כתובת IPv4 חיצונית תהיה ייחודית.

פרטי כתובת IPv6

‫Compute Engine מקצה לכל ממשק רשת עם שני סוגי כתובות IP או עם כתובת IPv6 בלבד טווח כתובות IPv6 בגודל /96 מתוך טווח כתובות IPv6 בגודל /64 של תת-הרשת של הממשק:

• טווח כתובות ה-IPv6 של /96 יכול להיות פנימי או חיצוני, בהתאם לסוג הגישה של IPv6 של רשת המשנה של הממשק. Cloud de Confiance מבטיח שכל טווח כתובות IPv6 פנימי וחיצוני יהיה ייחודי. למידע נוסף, ראו מפרטי IPv6.

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

• כתובת ה-IPv6 הראשונה (/128) מוגדרת בממשק באמצעות DHCP. מידע נוסף זמין במאמר הקצאת כתובות IPv6.

• כדי לקבוע איזה טווח כתובות IPv6 יוקצה ל-/96, אתם יכולים להגדיר טווח כתובות IPv6 סטטי פנימי או חיצוני. לכתובות IPv6 פנימיות, אפשר לציין כתובת IPv6 פנימית זמנית בהתאמה אישית.

אם אתם מחברים מכונה לכמה רשתות באמצעות כתובות IPv6, התקינו את גרסה 20220603.00 או גרסה חדשה יותר של google-guest-agent. מידע נוסף זמין בקטע לא ניתן להתחבר לכתובת IPv6 של ממשק משני.

מספר מקסימלי של ממשקי רשת

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

אלה החריגים הספציפיים למכונה:

• רוב המכונות ללא מערכת הפעלה של Compute Engine תומכות רק ב-vNIC אחד. עם זאת, סוגים מסוימים של מכונות ללא מערכת הפעלה תומכים בכמה כרטיסי vNIC, כמו Z4M,‏ A4X MAX ו-A5X. במאמר יצירת מכונה עם Cloud RDMA מוסבר כמה ממשקי רשת נתמכים במכונות Bare Metal.

• המספר המקסימלי של vNICs שונה בסוגי מכונות מסוימים שמותאמים למאיצים, כמו A3,‏ A4,‏ A4X,‏ A4X Max ו-A5X. מידע נוסף זמין במאמר משפחת מכונות שעברו אופטימיזציה למאיצים.

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

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

למכונה חייב להיות לפחות vNIC אחד. לדוגמה, למכונה עם 2 מעבדי vCPU יכולה להיות אחת מההגדרות הבאות:

• ‫1 vNIC
• ‫2 כרטיסי vNIC
• ‫1 vNIC ו-1 NIC דינמי

בטבלאות הבאות מוצגות דוגמאות להגדרות שמפזרות באופן שווה את כרטיסי ה-NIC הדינמיים בין כרטיסי ה-vNIC, תוך שימוש במספר המקסימלי של ממשקי רשת למספר נתון של vCPU.

אינטראקציות עם מוצרים

בקטע הזה מתוארות האינטראקציות בין מכונות multi-NIC לבין מוצרים ותכונות אחרים ב- Cloud de Confiance.

VPC משותף

חוץ מממשקי Private Service Connect, הקשר בין רשת המשנה לפרויקט של מכונה עם multi-NIC בפרויקט מארח או בפרויקט שירות של VPC משותף הוא:

• כל ממשק רשת של מכונה עם כמה כרטיסי רשת (multi-NIC) שנמצאת בפרויקט מארח של VPC משותף, חייב להשתמש ברשת משנה של רשת VPC משותפת בפרויקט המארח.

• כל ממשק רשת של מכונת multi-NIC שנמצאת בפרויקט שירות של VPC משותף יכול להשתמש באחת מהאפשרויות הבאות:

  • רשת משנה של רשת VPC בפרויקט השירות.
  • תת-רשת של רשת VPC משותפת בפרויקט המארח.

מידע נוסף על VPC משותף:

• סקירה כללית על VPC משותף
• הקצאת VPC משותף

DNS פנימי של Compute Engine

‫Compute Engine יוצר רשומות DNS פנימיות מסוג A ו-PTR רק לכתובת ה-IPv4 הפנימית הראשית של ממשק הרשת nic0 של המכונה. ‫Compute Engine לא יוצר רשומות DNS פנימיות לכתובות IPv4 או IPv6 שמשויכות לממשק רשת שונה מ-nic0.

מידע נוסף זמין במאמר DNS פנימי של Compute Engine.

מסלולים סטטיים

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

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

• אם מציינים מכונה של הצעד הבא לפי שם ואזור (next-hop-instance), החבילות נשלחות רק ל-vNIC של nic0 במכונה, וצריך לצרף את ה-vNIC של nic0 לאותה רשת VPC שבה נוצר המסלול הסטטי.

• אם מציינים מכונה של הצעד הבא לפי כתובת (next-hop-address), אפשר להעביר חבילות ל-vNIC או ל-NIC דינמי ספציפי באותו VPC שבו נוצר המסלול הסטטי.

למידע נוסף, ראו התכונות והדילוגים הבאים.

מאזני עומסים

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

ממשק	תנאים לקבלת תנועה מאוזנת עומסים
nic0 vNIC	אפשר לצרף לרשת VPC עם או בלי ממשקי רשת אחרים: כשיש כמה vNIC שחולקים רשת VPC משותפת עם ה-vNIC של nic0, רק nic0 יכול לקבל תנועה עם איזון עומסים. כש-NIC דינמי אחד או יותר חולקים רשת VPC משותפת עם ה-vNIC של nic0, רק nic0 יכול לקבל תנועה עם איזון עומסים.
vNIC שאינו nic0	חייב להיות מחובר לרשת VPC בלי vNIC אחרים: אפשר לצרף אותה לרשת VPC בפני עצמה. כש-NIC דינמי אחד או יותר חולקים רשת VPC משותפת עם vNIC הורה, רק ה-vNIC ההורה יכול לקבל תנועה עם איזון עומסים.
NIC דינמי	חייב להיות מחובר לרשת VPC ייחודית בלי ממשקי רשת אחרים (בלי vNIC אחרים ובלי ממשקי NIC דינמיים אחרים).

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

ממשקי יעד של מאזני עומסים למאזני עומסים של אפליקציות (ALB) ולמאזני עומסי רשת בשרת proxy

סוג קבוצת הקצה העורפי בשירות לקצה העורפי של מאזן עומסים של אפליקציות (ALB) או מאזן עומסי רשת בשרת proxy	ממשק היעד של מאזן העומסים
	nic0 vNIC	vNIC שאינו nic0	NIC דינמי
קבוצת מופעים
GCE_VM_IP_PORT NEG

ממשקי יעד של מאזני עומסים למאזני עומסי רשת להעברת סיגנל ללא שינוי

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

סוג קבוצת הקצה העורפי בשירות לקצה העורפי של מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי	ממשק היעד של מאזן העומסים
	nic0 vNIC	vNIC שאינו nic0	NIC דינמי
קבוצת מופעים
GCE_VM_IP NEG

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

סוג הקצה העורפי של מאזן עומסי רשת חיצוני להעברת סיגנל ללא שינוי	ממשק היעד של מאזן העומסים
	nic0 vNIC	vNIC שאינו nic0	NIC דינמי
קבוצת מכונות בשירות לקצה העורפי של מאזן עומסי רשת אזורי חיצוני להעברת נתונים ללא שינוי (passthrough) או מאזן עומסי רשת גלובלי חיצוני להעברת נתונים ללא שינוי (passthrough) שמבוססים על שירות לקצה העורפי
‫GCE_VM_IP NEG בשירות לקצה העורפי של מאזן עומסי רשת אזורי חיצוני להעברת סיגנל ללא שינוי (passthrough) או מאזן עומסי רשת גלובלי חיצוני להעברת סיגנל ללא שינוי (passthrough) שמבוססים על שירות לקצה העורפי
מאגר יעד של מאזן עומסי רשת חיצוני אזורי להעברת סיגנל ללא שינוי, שמבוסס על מאגר יעד

ממשקי רשת ורכיבי backend של NEG אזוריים מסוג GCE_VM_IP_PORT

כשיוצרים קבוצת NEG חדשה ברמת האזור עם נקודות קצה מסוג GCE_VM_IP_PORT, מציינים אזור, יציאת ברירת מחדל, רשת VPC ורשת משנה ברשת הזו. אי אפשר לשנות אף אחד מהמאפיינים האלה אחרי שיוצרים את ה-NEG האזורי.

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

בקבוצות NEG אזוריות עם נקודות קצה מסוג GCE_VM_IP_PORT, חלים הכללים הבאים להוספת נקודות קצה:

• אם מציינים רק שם של מכונה לנקודת הקצה, המכונה חייבת להיות באותו אזור כמו ה-NEG, וצריך להיות לה ממשק יעד של מאזן עומסים ברשת המשנה של ה-NEG. כתובת ה-IP של נקודת הקצה מוגדרת לכתובת ה-IPv4 הפנימית הראשית של ממשק היעד של מאזן העומסים, והיציאה של נקודת הקצה מוגדרת ליציאת ברירת המחדל של ה-NEG.

• אם מציינים שם של מכונה וכתובת IP, או שם של מכונה, כתובת IP ופרטי יציאה לנקודת הקצה, המכונה צריכה להיות באותו אזור כמו ה-NEG, וגם:

  • אם מציינים כתובת IPv4, היא חייבת להיות כתובת IPv4 פנימית ראשית או כתובת IPv4 מטווח כתובות IP חלופיות שמשויך לממשק יעד של מאזן עומסים בתת-הרשת של ה-NEG.

  • אם מציינים כתובת IPv6, היא חייבת להיות כתובת IPv6 יחידה (/128) מטווח כתובות ה-IPv6 /96 של ממשק היעד של מאזן העומסים ברשת המשנה של ה-NEG.

  • היציאה של נקודת הקצה היא היציאה שאתם מציינים. אם לא מציינים יציאה, היציאה של נקודת הקצה מוגדרת ליציאת ברירת המחדל של ה-NEG.

ממשקי רשת ורכיבי backend של NEG אזוריים מסוג GCE_VM_IP

כשיוצרים קבוצת NEG חדשה ברמת האזור עם נקודות קצה מסוג GCE_VM_IP, צריך לציין אזור, רשת VPC ותת-רשת באותה רשת. אי אפשר לשנות אף אחד מהמאפיינים האלה אחרי שיוצרים את ה-NEG האזורי.

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

בקבוצות NEG אזוריות עם נקודות קצה מסוג GCE_VM_IP, חלים הכללים הבאים להוספת נקודות קצה:

• אם מציינים רק שם של מכונה לנקודת הקצה, המכונה חייבת להיות באותו אזור כמו ה-NEG, וצריך להיות לה ממשק יעד של מאזן עומסים ברשת המשנה של ה-NEG. אם נקודת הקצה מפנה לממשק רשת עם IPv4 בלבד או עם מחסנית כפולה, כתובת ה-IPv4 הפנימית הראשית של ממשק הרשת של המכונה נבחרת ככתובת ה-IP של נקודת הקצה. אם נקודת הקצה מפנה לממשק רשת של IPv6 בלבד, כתובת ה-IPv6 הראשונה (/128) של ממשק הרשת של המכונה נבחרת ככתובת ה-IP של נקודת הקצה.

• אם מציינים גם שם של מכונה וגם כתובת IP כדי להוסיף נקודת קצה, המכונה צריכה להיות באותו אזור כמו ה-NEG. כתובת ה-IP צריכה להיות מוגדרת לכתובת ה-IPv4 הפנימית הראשית או לכתובת ה-IPv6 הראשונה (/128) של ממשק הרשת של המכונה.

מכיוון שלמכונה יכול להיות רק NIC אחד ברשת המשנה של ה-NEG, יכולה להיות לה רק נקודת קצה אחת של GCE_VM_IP לכל NEG אזורי. בנקודות קצה מסוג GCE_VM_IP, כתובת ה-IP של נקודת הקצה היא תווית מיותרת שהערך שלה חייב להיות כתובת IPv4 פנימית ראשית או כתובת ה-IPv6 הראשונה (/128) של ממשק יעד של מאזן עומסים. כתובות ה-IP בפועל של היעד של חבילות עם איזון עומסים תואמות לכלל העברה של מאזן עומסי רשת מסוג passthrough.

ממשקי רשת ורכיבי backend של קבוצות מכונות

רשת ה-VPC ורשת המשנה שמשויכות לקבוצת מכונות מוגדרות באופן משתמע על ידי אחת מהפעולות הבאות:

• בקבוצות של מופעי מכונה מנוהלים (MIG), רשת ה-VPC ותת-הרשת של קבוצת המכונות מוגדרות לרשת ולתת-הרשת של ה-vNIC nic0 שמוגדר בתבנית של הגדרות המכונה.

• בקבוצות של מכונות לא מנוהלות, רשת ה-VPC ורשת המשנה של קבוצת המכונות מוגדרות לרשת ולרשת המשנה של ה-vNIC של nic0 במכונה הראשונה שמוסיפים לקבוצת המכונות הלא מנוהלות. אי אפשר לשנות את רשת ה-VPC או את רשת המשנה של קבוצת המכונות בשלב מאוחר יותר, גם אם מסירים את המכונה הראשונה שנוספה לקבוצה.

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

• כרטיס הרשת הווירטואלי (vNIC) של nic0 במכונה שרוצים להוסיף לקבוצת מכונות צריך להתאים לרשת ולרשת המשנה של קבוצת המכונות. הכלל הזה נאכף כי ה-vNIC של nic0 הוא תמיד ממשק יעד של מאזן עומסים.

• לכל ממשק יעד של מאזן עומסים במכונה שרוצים להוסיף לקבוצת מכונות: אם ממשק היעד של מאזן העומסים מחובר לרשת VPC שאליה מחוברים ממשקי יעד של מאזני עומסים במכונות קיימות, ממשקי היעד החדשים והקיימים של מאזני העומסים חייבים להשתמש באותה רשת משנה.

כללי חומת אש

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

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

בעיות מוכרות

בקטע הזה מתוארות בעיות ידועות שקשורות לשימוש בכמה ממשקי רשת ב- Cloud de Confiance.

שגיאות ביצירה וירידה בביצועים כשמשתמשים ב-NIC דינמי עם מכונות GPU

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

• הפעולה נכשלת ומופיעה שגיאה כמו זו:

  Internal error. Please try again or contact Google Support. (Code: 'CODE')

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

הבעיות האלה מתרחשות כי הגדרת ה-NIC הדינמי מובילה לשגיאות כש-Compute Engine מנסה להפיץ את ה-vNIC של המכונה בין כרטיסי ה-NIC הפיזיים בשרת המארח.

חבילות נתונים נזרקות כשמשתמשים ב-NIC דינמיים עם טווחי כתובות IP חלופיות, העברת פרוטוקולים או מאזני עומסי רשת מסוג Passthrough

סוכן האורח מוסיף באופן אוטומטי נתיבים מקומיים בתרחישים הבאים לכרטיסי רשת וירטואליים, אבל לא לכרטיסי NIC דינמיים:

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

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

כדי לפתור את הבעיה, צריך להוסיף את כתובות ה-IP באופן ידני:

1. מתחברים למכונה באמצעות SSH.

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

   1. ב-/etc/default/instance_configs.cfg, מוודאים שההגדרה ip_aliases מוגדרת ל-true.

   2. אם ההגדרה ip_aliases מוגדרת ל-false, משנים את הקובץ ל-true ומפעילים מחדש את הסוכן האורח:

      systemctl restart google-guest-agent
      

3. מגדירים מסלול מקומי לטווח כתובות ה-IP החלופיות או לכתובת ה-IP של כלל ההעברה באמצעות הפקודה הבאה:

   ip route add to local IP_ADDRESS dev DYNAMIC_NIC_DEVICE_NAME proto 66
   

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

   • ‫IP_ADDRESS: טווח כתובות ה-IP החלופיות או כתובת ה-IP של כלל ההעברה שרוצים להוסיף להם נתיב מקומי.
   • ‫DYNAMIC_NIC_DEVICE_NAME: שם המכשיר של ה-NIC הדינמי שרוצים להוסיף לו נתיב מקומי. לדוגמה, a-gcp.ens4.3.

בעיות בהתקנה ובניהול של NIC דינמי בגרסאות 20250901.00 עד 20251120.01 של סוכן האורח

אם מגדירים ניהול אוטומטי של NIC דינמי ובמכונה פועל הסוכן של מערכת ההפעלה האורחת בגרסה 20250901.00 עד 20251120.01, יכול להיות שתיתקלו בבעיות הבאות:

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

  יכול להיות שתופיע הודעת שגיאה שכוללת את Cannot find device כשמריצים פקודות במערכת ההפעלה של האורח שמפנות ל-NIC דינמיים.

• אם מוחקים כמה כרטיסי NIC דינמיים, אי אפשר לגשת לשרת המטא-נתונים.

שורש הבעיה

החל מגרסה 20250901.00, ה-guest agent עבר לארכיטקטורה חדשה שמבוססת על פלאגינים כדי לשפר את המודולריות. בהתחלה, הארכיטקטורה החדשה לא תמכה בהתקנה ובניהול אוטומטיים של NIC דינמי.

רזולוציה

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

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

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

פעולות של NIC דינמי נכשלות כשמכונה נמצאת בכמה קבוצות של מכונות

אם מוסיפים או מוחקים NIC דינמי, והפעולה נתקעת במצב RUNNING ב-0% התקדמות ובסופו של דבר נכשלת עם השגיאה INTERNAL_ERROR, יכול להיות שהסיבה לכך היא שהמכונה נמצאת בכמה קבוצות של מכונות (מנוהלות או לא מנוהלות).

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

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

• יצירת מכונות וירטואליות עם כמה ממשקי רשת