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

בדף הזה מוסבר על ממשקי רשת מרובים למכונות 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 או יותר.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

מפרטים

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    • כל מכונה מקבלת נתיב ברירת מחדל באמצעות אפשרות 121 של DHCP, כפי שמוגדר ב-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 ואת כרטיס ה-vNIC nic2 לאותה רשת VPC, צריך גם לצרף את כרטיסי ה-vNIC 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 כי הרשת מכילה כמה vNICs.

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

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

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

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

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

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

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

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

  • ‫IPv4 בלבד
  • Dual-stack
  • IPv6 בלבד

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

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

ממשק רשת משנה של IPv4 בלבד רשת משנה בשני פרוטוקולים רשת משנה של IPv6 בלבד פרטי כתובת ה-IP
IPv4 בלבד (single-stack) כתובות IPv4 בלבד. פרטים על כתובת IPv4
‫IPv4 ו-IPv6 (dual-stack) כתובות IPv4 ו-IPv6. אפשר לעיין בפרטים של כתובת IPv4 ובפרטים של כתובת IPv6
IPv6 בלבד (מחסנית אחת) כתובות 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 בלבד טווח כתובות IPv6‏ (/96) מתוך טווח כתובות IPv6‏ (/64) של תת-הרשת של הממשק:

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

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

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

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

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

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

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

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

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

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

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

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

מספר המעבדים הווירטואליים (vCPU) מספר מקסימלי של כרטיסי רשת וירטואליים המספר המקסימלי של כרטיסי NIC דינמיים מספר ממשקי הרשת המקסימלי
(vNICs + 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

נוסחאות הפניה

בטבלה הבאה מפורטות הנוסחאות שמשמשות לחישוב המספר המקסימלי של ממשקי רשת למכונה. הנוסחה משתנה בהתאם למספר ה-vCPU.

מספר יחידות ה-vCPU‏ (X) מספר מקסימלי של כרטיסי vNIC המספר המקסימלי של כרטיסי NIC דינמיים מספר מקסימלי של ממשקי רשת
(vNICs + 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 הדינמיים באופן שווה בין כרטיסי ה-vNIC. עם זאת, יכול להיות שתרצו חלוקה שווה כי כרטיסי ה-NIC הדינמיים חולקים את רוחב הפס של ה-vNIC הראשי שלהם.

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

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

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

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

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

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

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

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

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

‫8 vCPU, ‏ 8 כרטיסי NIC

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

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

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

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

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

‫22 מעבדי vCPU, ‏ 16 כרטיסי רשת (NIC)

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

מספר יחידות ה-vCPU מספר כרטיסי ה-vNIC מספר כרטיסי ה-NIC הדינמיים לכל כרטיס vNIC המספר הכולל של ממשקי הרשת (vNICs + ממשקי NIC דינמיים)
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 יוצר רשומות 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 משותפת עם מתאם nic0 vNIC, רק מתאם nic0 יכול לקבל תנועה מאוזנת עומסים.
  • כאשר NIC דינמי אחד או יותר חולקים רשת VPC משותפת עם nic0 vNIC, רק nic0 יכול לקבל תעבורת נתונים מאוזנת עומסים.
Non-nic0 vNIC

חייב להיות מחובר לרשת VPC בלי vNIC אחרים:

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

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

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

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

סוג קבוצת הקצה העורפי
בשירות קצה עורפי של מאזן עומסים של אפליקציות
או של מאזן עומסי רשת בשרת 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 דינמי
קבוצת מכונות
בשירות לקצה העורפי של מאזן עומסי רשת אזורי חיצוני להעברת סיגנל ללא שינוי או מאזן עומסי רשת גלובלי חיצוני להעברת סיגנל ללא שינוי, שמבוססים על שירות לקצה העורפי
‫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.

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

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

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

    • אם מציינים כתובת 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.

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

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

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

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

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

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

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

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

כללי חומת אש

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

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

בעיות מוכרות

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

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

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

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

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

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

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

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

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

מכיוון שהנתיבים המקומיים לא נוספים ל-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, יכול להיות שתיתקלו בבעיות הבאות:

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

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

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

שורש הבעיה

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

רזולוציה

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

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

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

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

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

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

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