ממשקי רשת מרובים

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

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

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

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

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

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

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

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

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

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

  • כדי להגדיל את רוחב הפס הכולל של הרשת של מופע: מופעים עם כמה כרטיסי NIC תומכים ברוחב פס מוגדל באופן הבא:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

כרטיסי NIC פיזיים

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

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

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

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

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

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

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

מפרטים

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • צריך לצרף 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 ואת כרטיס ה-NIC הווירטואלי nic2 לאותה רשת VPC, צריך גם לצרף את כרטיסי ה-NIC הווירטואליים nic1 ו-nic0 לאותה רשת VPC. חובה לצרף את nic1 כי nic1 הוא ה-vNIC הראשי של ה-NIC הדינמי nic1.6. חובה לצרף את nic0 כי הרשת מכילה כמה vNIC.

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

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

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

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

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

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

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

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

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

  • IPv4 בלבד
  • מערך כפול
  • IPv6 בלבד

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

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

ממשק רשת משנה עם IPv4 בלבד רשת משנה עם פרוטוקול כפול רשת משנה עם כתובות IPv6 בלבד פרטים של כתובת IP
IPv4 בלבד (single-stack) כתובות IPv4 בלבד. פרטים על כתובת IPv4
‫IPv4 ו-IPv6 (מערך כפול) כתובות IPv4 ו-IPv6. אפשר לעיין בפרטים של כתובת IPv4 ובפרטים של כתובת IPv6
IPv6 בלבד (single-stack) כתובות IPv6 בלבד. פרטים על כתובות IPv6

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

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

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

  • אפשר להמיר ממשק עם תמיכה כפולה ל-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 חיצונית ארעית או שמורה. Google Cloud מוודא שכל כתובת IPv4 חיצונית היא ייחודית.

פרטים של כתובת IPv6

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

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

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

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

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

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

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

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

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

מספרים מקסימליים בממשק

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

מספר יחידות ה-vCPU מספר מקסימלי של כרטיסי רשת וירטואליים מספר מקסימלי של כרטיסי NIC דינמיים המספר המקסימלי של ממשקי רשת
(vNICs + Dynamic NICs)
‫2 או פחות 2 1 2
4 4 3 4
6 6 5 6
8 8 7 8
10 10 9 10
12 10 10 11
14 10 11 12
16 10 12 13
18 10 13 14
20 10 14 15
‫22 או יותר 10 15 16

נוסחאות לדוגמה

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

מספר המעבדים הווירטואליים (X) מספר מקסימלי של כרטיסי רשת וירטואליים מספר מקסימלי של כרטיסי NIC דינמיים המספר המקסימלי של ממשקי רשת
(vNICs + Dynamic NICs)
X=1 2 1 2
2 ≤ X ≤ 10 X (X-1) X
X ≥ 12 10 min(15, (X-10)/2 + 9) min(16, (X-10)/2 + 10)

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

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

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

  • ‫1 vNIC
  • ‫2 vNICs
  • ‫1 vNIC ו-1 NIC דינמי

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

‫2 vCPU, ‏ 2 כרטיסי רשת

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

מספר יחידות ה-vCPU מספר כרטיסי ה-vNIC מספר כרטיסי NIC דינמיים לכל כרטיס vNIC המספר הכולל של ממשקי רשת (vNIC + ממשקי רשת דינמיים)
2 1 1 2
2 0

‫4 vCPU, ‏ 4 כרטיסי רשת

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

מספר יחידות ה-vCPU מספר כרטיסי ה-vNIC מספר כרטיסי NIC דינמיים לכל vNIC המספר הכולל של ממשקי רשת (vNIC + ממשקי רשת דינמיים)
4 1 3 4
2 1
4 0

‫8 vCPU, ‏ 8 כרטיסי רשת

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

מספר יחידות ה-vCPU מספר כרטיסי ה-vNIC מספר כרטיסי NIC דינמיים לכל כרטיס vNIC המספר הכולל של ממשקי רשת (vNIC + ממשקי רשת דינמיים)
8 1 7 8
2 ר3
4 1
8 0

‫14 vCPU, ‏ 12 כרטיסי רשת

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

מספר יחידות ה-vCPU מספר כרטיסי ה-vNIC מספר כרטיסי NIC דינמיים לכל כרטיס vNIC המספר הכולל של ממשקי רשת (vNIC + ממשקי רשת דינמיים)
14 1 11 12
2 5
4 2
6 1

‫22 מעבדים וירטואליים, 16 כרטיסי רשת

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

מספר יחידות ה-vCPU מספר כרטיסי ה-vNIC מספר כרטיסי NIC דינמיים לכל כרטיס vNIC המספר הכולל של ממשקי רשת (vNIC + ממשקי רשת דינמיים)
22 1 15 16
2 7
4 3
8 1

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

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

VPC משותף

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

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

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

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

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

‫DNS פנימי של Compute Engine

‫Compute Engine יוצר רשומות A ו-PTR של שמות DNS פנימיים רק עבור כתובת ה-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 שבו נוצר המסלול הסטטי.

מידע נוסף זמין במאמר Next hops and features.

מאזני עומסים

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

ממשק תנאים לקבלת תנועה מאוזנת בעומס
nic0 vNIC

אפשר לצרף אותו לרשת VPC עם או בלי ממשקי רשת אחרים:

  • כשכמה vNICs חולקים רשת VPC משותפת עם nic0 vNIC, רק nic0 יכול לקבל תנועה מאוזנת עומסים.
  • אם כרטיס רשת דינמי אחד או יותר חולקים רשת VPC משותפת עם nic0 vNIC, רק nic0 יכול לקבל תנועה מאוזנת עומסים.
Non-nic0 vNIC

צריך לצרף אותו לרשת VPC בלי כרטיסי רשת וירטואליים אחרים:

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

צריך לצרף אותו לרשת VPC ייחודית ללא ממשקי רשת אחרים (ללא vNICs אחרים וללא NICs דינמיים אחרים).

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

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

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

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

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

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

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

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

GCE_VM_IP_PORT עורפי Zonal NEG וממשקי רשת

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

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

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

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

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

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

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

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

GCE_VM_IP עורפי Zonal NEG וממשקי רשת

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

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

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

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

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

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

ממשקי רשת ועורפי קצה של קבוצות של מכונות

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

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

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

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

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

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

כללי חומת אש

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

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

בעיות מוכרות

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

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

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

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

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

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

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

חבילות שנפסלו כשמשתמשים בכרטיסי רשת דינמיים עם טווחי כתובות 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.

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

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

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

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

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

שורש הבעיה

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

רזולוציה

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

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

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

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

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

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

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