יצירת רשת משנה היברידית

Hybrid Subnets עוזרות להעביר עומסי עבודה מרשת אחרת – רשת המקור – לתת-רשת של ענן וירטואלי פרטי (VPC) בלי לשנות כתובות IP. במאמר הזה מוסבר איך ליצור רשת משנה היברידית, להעביר עומסי עבודה מרשת המקור ולבדוק את הקישוריות ברשת משנה היברידית.

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

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

הפעלת ניתוב היברידי של רשתות משנה

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

טווח כתובות ה-IPv4 הראשי של רשת המשנה הזו צריך להיות זהה לטווח כתובות ה-IP של קטע רשת המקור שמהווה את החלק השני של רשת המשנה ההיברידית.

אם רשת המקור היא רשת VPC אחרת, מוודאים ששתי רשתות המשנה של ה-VPC נמצאות באותו אזור ומפעילים ניתוב היברידי של רשתות משנה בשתי רשתות המשנה.

אפשר ליצור רשת משנה ולהפעיל ניתוב היברידי של רשתות משנה באמצעות מסוףGoogle Cloud . אם אתם משתמשים ב-CLI של gcloud או ב-API, קודם צריך ליצור רשת משנה ואז להפעיל ניתוב היברידי של רשתות משנה.

יצירת רשת משנה חדשה עם ניתוב היברידי של רשתות משנה

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

המסוף

נכנסים לדף VPC networks במסוף Google Cloud .

מעבר לרשתות VPC
לוחצים על השם של רשת ה-VPC שבה רוצים ליצור תת-רשת היברידית.
לוחצים על הכרטיסייה Subnets.
לוחצים על הוספת רשת משנה. בחלונית שמופיעה:
1. מזינים שם.
2. בחירת אזור.
3. בקטע מטרה, בוחרים באפשרות ללא.
4. בקטע Stack type, בוחרים באפשרות IPv4 (single-stack).
5. בשדה טווח IPv4, מזינים את טווח כתובות ה-IPv4 של קטע רשת המקור שרוצים להשתמש בו עבור רשת המשנה ההיברידית.
6. בקטע Private Google Access (גישה פרטית ל-Google), בוחרים באפשרות Off (מושבת).
7. בקטע Hybrid subnets, בוחרים באפשרות On.
8. לוחצים על הוספה.

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

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

המסוף

נכנסים לדף VPC networks במסוף Google Cloud .

מעבר לרשתות VPC
לוחצים על השם של רשת ה-VPC שמכילה את רשת המשנה שרוצים לעדכן.
לוחצים על הכרטיסייה Subnets.
לוחצים על רשת המשנה שרוצים לעדכן.
לוחצים על Edit.
בקטע Hybrid subnets, בוחרים באפשרות On.
לוחצים על Save.

gcloud

משתמשים בפקודה gcloud beta compute networks subnets update.

gcloud beta compute networks subnets update SUBNET \
    --region=REGION \
    --allow-cidr-routes-overlap

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

‫SUBNET: שם רשת המשנה.
‫REGION: האזור של רשת המשנה.

API

מוצאים את מזהה רשת המשנה fingerprint.

לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:

‫PROJECT_ID: מזהה הפרויקט
‫REGION: האזור של רשת המשנה
‫SUBNET_NAME: השם של רשת המשנה

ה-method של ה-HTTP וכתובת ה-URL:

GET https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/regions/REGION/subnetworks/SUBNET_NAME

כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:

‫Curl (Linux,‏ macOS או Cloud Shell)

הערה: הפקודה הבאה מבוססת על ההנחה שנכנסתם ל-CLI של gcloud באמצעות חשבון המשתמש שלכם, על ידי הרצת gcloud init או gcloud auth login, או באמצעות Cloud Shell שמחבר אתכם אוטומטית ל-CLI של gcloud. כדי לבדוק איזה חשבון פעיל, אפשר להריץ את הפקודה gcloud auth list.

מריצים את הפקודה הבאה:

curl -X GET \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     "https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/regions/REGION/subnetworks/SUBNET_NAME"

‎PowerShell (Windows)

הערה: הפקודה הבאה מבוססת על ההנחה שנכנסתם ל-CLI של gcloud באמצעות חשבון המשתמש שלכם, על ידי הרצת gcloud init או gcloud auth login. כדי לבדוק איזה חשבון פעיל, אפשר להריץ את הפקודה gcloud auth list.

מריצים את הפקודה הבאה:

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method GET `
    -Headers $headers `
    -Uri "https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/regions/REGION/subnetworks/SUBNET_NAME" | Select-Object -Expand Content

אתם אמורים לקבל תגובת JSON שדומה לזו:

{
  "kind": "compute#subnetwork",
  "id": "5514771331600183201",
  "creationTimestamp": "2022-09-16T12:41:02.010-07:00",
  "name": "subnet-name",
  "network": "https://www.googleapis.com/compute/v1/projects/project-name/global/networks/network-name",
  "ipCidrRange": "10.6.0.0/16",
  "gatewayAddress": "10.6.0.1",
  "region": "https://www.googleapis.com/compute/v1/projects/project-name/regions/us-central1",
  "selfLink": "https://www.googleapis.com/compute/v1/projects/project-name/regions/us-central1/subnetworks/subnet-name",
  "privateIpGoogleAccess": true,
  "fingerprint": "YiItidAFRsA5",
  "allowSubnetCidrRoutesOverlap": false,
  "enableFlowLogs": true,
  "privateIpv6GoogleAccess": "DISABLE_GOOGLE_ACCESS",
  "purpose": "PRIVATE",
  "stackType": "IPV4_ONLY"
}

הפעלת ניתוב היברידי של רשתות משנה.

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

ה-method של ה-HTTP וכתובת ה-URL:

PATCH https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/regions/REGION/subnetworks/SUBNET_NAME

תוכן בקשת JSON:

{
  "allowSubnetCidrRoutesOverlap": true,
  "fingerprint": "SUBNET_FINGERPRINT"
}

כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:

‫Curl (Linux,‏ macOS או Cloud Shell)

שומרים את גוף הבקשה בקובץ בשם request.json ומריצים את הפקודה הבאה:

curl -X PATCH \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/regions/REGION/subnetworks/SUBNET_NAME"

‎PowerShell (Windows)

שומרים את גוף הבקשה בקובץ בשם request.json ומריצים את הפקודה הבאה:

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method PATCH `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/regions/REGION/subnetworks/SUBNET_NAME" | Select-Object -Expand Content

אתם אמורים לקבל תגובת JSON שדומה לזו:

{
  "kind": "compute#operation",
  "id": "5973660558170953708",
  "name": "operation-1680288003494-5f8368991917a-59bf1c92-1897c7c6",
  "operationType": "compute.subnetworks.patch",
  "targetLink": "https://www.googleapis.com/compute/beta/projects/test-project/regions/us-central1/subnetworks/subnet-name",
  "targetId": "5514771331600183201",
  "status": "RUNNING",
  "user": "user@gmail.com",
  "progress": 0,
  "insertTime": "2023-03-31T11:40:03.882-07:00",
  "startTime": "2023-03-31T11:40:03.893-07:00",
  "selfLink": "https://www.googleapis.com/compute/beta/projects/test-project/regions/us-central1/operations/operation-1680288003494-5f8368991917a-59bf1c92-1897c7c6",
  "region": "https://www.googleapis.com/compute/beta/projects/test-project/regions/us-central1"
}

כדי לוודא ש-allowSubnetCidrRoutesOverlap מופעל ברשת המשנה שלכם, מבצעים עוד בקשת GET ומוודאים שהתשובה כוללת את הפרטים הבאים:
- "allowSubnetCidrRoutesOverlap": true

בדיקת הקישוריות של רשת המקור מרשת ה-VPC

כדי לבדוק את הקישוריות בין רשת המשנה ההיברידית לבין טווח כתובות ה-IP החופף של רשת המקור, אפשר לבצע את הפעולות הבאות:

יוצרים מכונה וירטואלית לבדיקה ברשת המשנה ההיברידית של רשת ה-VPC.
שימו לב לכתובת ה-IPv4 הפנימית הראשית של המכונה הווירטואלית לבדיקה.
מעדכנים את מצב הפרסום המותאם אישית של סשן ה-BGP של Cloud Router כדי לכלול /32 מסלול מותאם אישית לפרסום עבור כתובת ה-IPv4 הפנימית הראשית של המכונה הווירטואלית לבדיקה.
משתמשים ב-SSH כדי להתחבר למכונה הווירטואלית.
בהנחיה של מערכת ההפעלה, משתמשים בפקודה ping כדי לבדוק את הקישוריות למערכת בחלק של רשת המשנה ההיברידית ברשת המקור.

אם בדיקת הפינג נכשלת, צריך לוודא שהגדרות חומת האש בחלקים של רשת ה-VPC ושל רשת המשנה ההיברידית מאפשרות ICMP בטווחים של כתובות ה-IP של רשת המשנה ההיברידית.

העברת עומסי עבודה ועדכון הניתוב

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

העברת עומסי עבודה

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

מידע על אפשרויות ההעברה זמין במאמר אפשרויות העברה.

עדכון של מסלול מפורסם בהתאמה אישית

כשמעבירים מכונות וירטואליות אל Google Cloud, צריך לעדכן את המסלולים המותאמים אישית שמועברים בפרסום של סשן ה-BGP של Cloud Router כך שיכללו את כתובת ה-IPv4 הפנימית הראשית של כל מכונה וירטואלית שהועברה.

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

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

בדיקת הקישוריות למכונה וירטואלית שהועברה מהרשת של המקור

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

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

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

הוצאה משימוש של תת-רשת היברידית.