רשתות VLAN ורשתות משנה ב-VMware Engine

‫Google Cloud VMware Engine משתמש ברשת VMware Engine כדי לספק קישוריות בין רשתות של ענן פרטי אחד או יותר, רשתות של ענן וירטואלי פרטי (VPC) ורשתות מקומיות. Google Cloud ב-VMware Engine יש שני סוגים של רשתות: רגילה וקודמת. רשתות רגילות הן ברירת המחדל לפרויקטים שנוצרו בנובמבר 2023 ואילך. הן גלובליות ומשתמשות ב-VPC network peering לקישוריות. רשתות מדור קודם זמינות רק בפרויקטים שנוצרו לפני נובמבר 2023, הן אזוריות ומשתמשות בגישה לשירותים פרטיים לקישוריות. מידע נוסף זמין במאמר מידע על רשתות VMware Engine.

לא משנה באיזה סוג רשת משתמשים, אפשר ליצור פלחים ברשת (רשתות משנה) באמצעות NSX-T Data Center עבור המכונות הווירטואליות (VM) של עומס העבודה.

רשתות VLAN ורשתות משנה.

VLANs לניהול

‫Google יוצרת רשת VLAN (רשת שכבה 2) לכל ענן פרטי. התנועה בשכבה 2 נשארת בגבולות של ענן פרטי, כך שאפשר לבודד את התנועה המקומית בענן הפרטי. רשתות ה-VLAN האלה משמשות לניהול הרשת. עבור מכונות וירטואליות של עומסי עבודה, צריך ליצור פלחים ברשת ב-NSX Manager עבור הענן הפרטי.

תת-רשתות

כשמשתמשים ב-VMware Engine, ‏ Google יוצרת בשבילכם רשתות משנה לניהול, ואתם יוצרים רשתות משנה לעומסי עבודה באמצעות NSX-T למכונות הווירטואליות של עומסי העבודה.

תת-רשתות של עומסי עבודה

עבור מכונות וירטואליות של עומסי עבודה, צריך ליצור פלח רשת ב-NSX Manager לענן הפרטי. אפשר להגדיר כל טווח כתובות IP שלא חופף לטווחים של רשתות אחרות בענן הפרטי, ברשת המקומית, ברשת הניהול של הענן הפרטי או בטווחים של כתובות IP של תת-רשתות בכל רשת של ענן וירטואלי פרטי (VPC) שמקושרת לרשת. פירוט של אופן ההקצאה של טווחי כתובות IP של רשתות משנה לניהול ב-VMware Engine מופיע במאמר בנושא דרישות רשת.

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

  • רשתות רגילות: התקשורת בין עננים פרטיים מתבצעת באמצעות קישור בין רשתות VPC שכנות (peering) ותלויה בהגדרת ה-VPC.
  • רשתות מדור קודם: נתונים שמועברים בין עננים פרטיים באותו אזור נשארים באותה רשת Layer 3 ומועברים דרך תשתית הרשת המקומית באזור.

רשתות משנה לניהול

כשיוצרים ענן פרטי, VMware Engine יוצר את תתי הרשתות הבאים לניהול:

  • ניהול מערכת: VLAN ותת-רשת לרשת הניהול של מארחי ESXi, שרת DNS, vCenter Server
  • ‫VMotion: VLAN ותת-רשת לרשת vMotion של מארחי ESXi
  • ‫VSAN: VLAN ותת-רשת לרשת vSAN של מארחי ESXi
  • ‫NsxtEdgeUplink1: רשת VLAN ורשת משנה לקישורי VLAN לרשת חיצונית
  • ‫NsxtEdgeUplink2:‏ VLAN ורשת משנה לקישורי VLAN לרשת חיצונית
  • ‫HCXUplink: משמש את מכשירי HCX IX (ניידות) ו-NE (הרחבה) כדי להגיע למקבילים שלהם ולאפשר את היצירה של HCX Cloud Service Mesh.
  • ‫NsxtHostTransport: רשת VLAN ותת-רשת לאזור התחבורה של המארח

תת-רשתות של שירותים

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

  • service-1
  • service-2
  • service-3
  • service-4
  • service-5

התקשורת בין מכונות וירטואליות ברשת משנה של שירות יוצאת ממארח VMware ESXi ישירות אל תשתית הרשת, וכך מאפשרת תקשורת מהירה. Google Cloud

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

כש-VMware Engine יוצר רשת משנה של שירות, הוא לא מקצה טווח CIDR או קידומת. צריך לציין טווח CIDR וקידומת שלא חופפים לטווחים אחרים. הכתובת הראשונה שניתן להשתמש בה תהפוך לכתובת השער. כדי להקצות טווח CIDR וקידומת, עורכים את אחת מרשתות המשנה של השירות.

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

הגדרת קבוצות יציאות מבוזרות ב-vSphere

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

כדי לעשות את זה, עוברים לקטע של הגדרת הרשת בממשק vCenter, בוחרים באפשרות Datacenter-dvs ואז באפשרות New Distributed Port Group (קבוצת יציאות מבוזרת חדשה).

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

אלה ערכי התצורה הקריטיים של קבוצת יציאות מבוזרת:

  • קישור יציאות: קישור סטטי
  • הקצאת יציאות: גמישה
  • מספר היציאות: 120
  • VLAN type (סוג ה-VLAN): VLAN
  • מזהה VLAN: מזהה רשת המשנה המתאים בקטע 'רשתות משנה' בממשק של Google Cloud VMware Engine

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

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

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

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

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

  • למכונות וירטואליות שמתקשרות עם האינטרנט או ממנו עם זרימות תנועה גדולות של מנות UDP שרגישות לפיצול, צריך להשתמש בהגדרת MTU של 1,370 בייט או פחות. ההמלצה הזו רלוונטית לתקשורת באמצעות חיבורים ציבוריים או כתובות IP שסופקו על ידי VMware Engine. הצמדה של MSS בדרך כלל פותרת בעיות של פיצול בתנועת נתונים מבוססת TCP.

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

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

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