יצירת מכונות וירטואליות עם מספר ממשקי רשת

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

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

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

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

לפני שמתחילים

התפקידים הנדרשים

כדי לקבל את ההרשאות שנדרשות ליצירת מכונה עם רשת משנה ספציפית, צריך לבקש מהאדמין להקצות לכם ב-IAM את התפקיד אדמין מכונות של Compute ‏ (v1) (roles/compute.instanceAdmin.v1) בפרויקט. כדי לקרוא הסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.

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

ההרשאות הנדרשות

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

  • ‫compute.instances.create בפרויקט
  • כדי לציין רשת משנה למופע: compute.subnetworks.use בפרויקט או ברשת המשנה שנבחרה
  • כדי להקצות כתובת IP חיצונית למופע כשמשתמשים ברשת VPC: compute.subnetworks.useExternalIp בפרויקט או ברשת המשנה שנבחרה

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

דרישות

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

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

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

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

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

כדי ליצור מכונת Compute שמשתמשת בממשק רשת רגיל ובממשק רשת Cloud RDMA, אפשר לעיין במאמר יצירת מכונה שמשתמשת ב-Cloud RDMA.

הוספת ממשקי רשת למכונה קיימת

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

כרטיסי NIC דינמיים הם ממשקי משנה של כרטיס NIC וירטואלי ראשי. כשמגדירים כרטיס NIC דינמי, מציינים מזהה VLAN שמשמש לתיוג תנועת הרשת של כרטיס ה-NIC הדינמי:

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

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

‫PARENT_NIC_NUMBER: השם של ה-vNIC הראשי, למשל nic0. ‫VLAN_ID הוא המספר שציינתם כשקבעתם את ההגדרה של NIC דינמי. דוגמה לשם NIC דינמי היא nic0.4.

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

מה השלב הבא?