הגדרת מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי כצעד הבא (עם תגים)

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

במדריך הזה אנחנו מניחים שאתם מכירים את אופן הפעולה של מאזן עומסי רשת פנימי מסוג passthrough, את הרכיבים שקשורים אליו כמו כללי חומת אש ובדיקות תקינות, ואת אופן השימוש במאזני עומסי רשת פנימיים מסוג passthrough כנקודות מעבר (next hop) להעברת מנות בנתיב.

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

  • מציינים כתובת IP כנקודת הקפיצה הבאה: משתמשים בכתובת ה-IP הפנימית שמשויכת לכלל ההעברה כנקודת הקפיצה הבאה. אפשר ללמוד את כתובת ה-IP הווירטואלית של מאזן העומסים הזה בין עמיתים בלי לייצא את המסלול המותאם אישית דרך העמיתים שלו.
  • שימוש בתגי רשת: אתם יכולים לציין תג רשת כדי שמסלול הניתוב של מאזן עומסי רשת פנימי להעברת נתונים כקפיצה הבאה יחול רק על מופעי לקוח שהוגדרו עם התג. כך תוכלו לבחור אילו מופעי לקוח יאוכלסו במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי עם תג כנתיב הבא, ואילו מכשירים יקבלו את תעבורת הנתונים שלכם. אין צורך להפריד בין מופעי הלקוח השונים לרשתות VPC נפרדות, שכל אחת מהן מצביעה על מאזן עומסי רשת פנימי מועדף של passthrough, שמוצב בחזית של קבוצת מכשירים. אי אפשר לייצא או לייבא מסלולים עם תגים באמצעות קישור בין רשתות שכנות (peering) של VPC.
  • הגדרת כמה מסלולים לאותו קידומת יעד: באמצעות תגים אפשר לציין כמה מסלולים לאותו יעד עם מאזני עומסים פנימיים שונים כנקודות מעבר. למרות ש-ECMP לא נתמך (אותה תחילית יעד, אותם תגים, קפיצות שונות), אפשר להשתמש בתגים שונים או בעדיפויות שונות עבור אותם מסלולי יעד.

סקירה כללית של ההגדרה

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

בשלבים שבקטע הזה מוסבר איך להגדיר את הדברים הבאים:

  1. דוגמה לרשתות VPC עם רשתות משנה מותאמות אישית
  2. כללי חומת אש שמאפשרים חיבורים נכנסים למכונות וירטואליות עורפיות
  3. קבוצות של מופעי מכונה מנוהלים בעורף שפורסות שערים של NAT
  4. מכונות וירטואליות של לקוחות לבדיקת חיבורים
  5. הרכיבים הבאים של מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי:
    • בדיקת תקינות של שירות הקצה העורפי
    • שירות פנימי לקצה העורפי
    • כלל העברה פנימי וכתובת IP לקצה הקדמי של מאזן העומסים

הארכיטקטורה של הדוגמה הזו נראית כך:

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

במהלך הפעולות שמתוארות במדריך הזה, צריך להחליף את REGION_A ואת REGION_B באזורים המתאימים שרוצים להשתמש בהם בדוגמה הזו.

יצירת רשתות VPC ורשתות משנה

  1. יוצרים רשת VPC בשם hub-vpc.

    gcloud compute networks create hub-vpc --subnet-mode custom

  2. יוצרים תת-רשת ב-hub-vpc ב-REGION_A.

    gcloud compute networks subnets create hub-subnet-a \
    --network hub-vpc \
    --range 10.0.0.0/24 \
    --region REGION_A

  3. יוצרים תת-רשת ב-hub-vpc ב-region B.

    gcloud compute networks subnets create hub-subnet-b \
    --network hub-vpc \
    --range 10.0.1.0/24 \
    --region REGION_B

  4. יוצרים רשת VPC בשם spoke1-vpc.

    gcloud compute networks create spoke1-vpc --subnet-mode custom

  5. יוצרים תת-רשת ב-spoke1-vpc.

    gcloud compute networks subnets create spoke1-subnet1 \
    --network spoke1-vpc \
    --range 192.168.0.0/24 \
    --region REGION_A

  6. יוצרים רשת VPC בשם spoke2-vpc.

    gcloud compute networks create spoke2-vpc --subnet-mode custom

  7. יוצרים תת-רשת ב-spoke2-vpc.

    gcloud compute networks subnets create spoke2-subnet1 \
    --network spoke2-vpc \
    --range 192.168.1.0/24 \
    --region REGION_A

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

  1. מגדירים את כללי חומת האש הבאים כדי לאפשר לתעבורת נתונים מסוג TCP,‏ UDP ו-ICMP להגיע למכונות מטווחי המקור שצוינו.

    gcloud compute firewall-rules create hub-vpc-web-ping-dns \
    --network hub-vpc \
    --allow tcp:80,tcp:443,icmp,udp:53 \
    --source-ranges 10.0.0.0/24,10.0.1.0/24,192.168.0.0/24,192.168.1.0/24

    gcloud compute firewall-rules create spoke1-vpc-web-ping-dns \
    --network spoke1-vpc \
    --allow tcp:80,tcp:443,icmp,udp:53 \
    --source-ranges 10.0.0.0/24,10.0.1.0/24,192.168.0.0/24,192.168.1.0/24

    gcloud compute firewall-rules create spoke2-vpc-web-ping-dns \
    --network spoke2-vpc \
    --allow tcp:80,tcp:443,icmp,udp:53 \
    --source-ranges 10.0.0.0/24,10.0.1.0/24,192.168.0.0/24,192.168.1.0/24

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

    gcloud compute firewall-rules create hub-vpc-health-checks \
    --network hub-vpc \
    --allow tcp:80 \
    --target-tags natgw \
    --source-ranges 177.222.80.0/23

  3. יוצרים כללי חומת אש שמאפשרים גישת SSH למופעים בכל תת-הרשתות. אם אתם מעדיפים להשתמש בשרת proxy לאימות זהויות (IAP) לצורך העברת TCP (מומלץ), פועלים לפי השלבים האלה כדי להפעיל SSH.

    gcloud compute firewall-rules create hub-vpc-allow-ssh \
    --network hub-vpc \
    --allow tcp:22

    gcloud compute firewall-rules create spoke1-vpc-allow-ssh \
    --network spoke1-vpc \
    --allow tcp:22

    gcloud compute firewall-rules create spoke2-vpc-allow-ssh \
    --network spoke2-vpc \
    --allow tcp:22

הגדרת קישור בין רשתות VPC שכנות (peering)

  1. יצירת קישור בין רשתות שכנות (peering) מ-hub-vpc אל spoke1-vpc.

    gcloud compute networks peerings create hub-to-spoke1 \
    --network hub-vpc \
    --peer-network spoke1-vpc \
    --peer-project PROJECT_ID \
    --export-custom-routes

  2. יצירת קישור בין רשתות שכנות (peering) מ-spoke1-vpc אל hub-vpc.

    gcloud compute networks peerings create spoke1-to-hub \
    --network spoke1-vpc \
    --peer-network hub-vpc \
    --peer-project PROJECT_ID \
    --import-custom-routes

  3. יצירת קישור בין רשתות שכנות (peering) מ-hub-vpc אל spoke2-vpc.

    gcloud compute networks peerings create hub-to-spoke2 \
    --network hub-vpc \
    --peer-network spoke2-vpc \
    --peer-project PROJECT_ID \
    --export-custom-routes

  4. יצירת קישור בין רשתות שכנות (peering) מ-spoke2-vpc אל hub-vpc.

    gcloud compute networks peerings create spoke2-to-hub \
    --network spoke2-vpc \
    --peer-network hub-vpc \
    --peer-project PROJECT_ID \
    --import-custom-routes

יצירת מכונות וירטואליות של שער NAT ומשאבי איזון עומסים באזור א'

יוצרים את קצה העורף של קבוצת מופעי מכונה מנוהלים ב-REGION_A. לאחר מכן יוצרים את משאבי איזון העומסים ואת מסלולי הקפיצה הבאה.

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

  1. יוצרים תבנית של הגדרות מכונה כדי לפרוס שער NAT ב-region A.

    gcloud compute instance-templates create hub-natgw-region-a-template \
    --network hub-vpc \
    --subnet hub-subnet-a \
    --region REGION_A \
    --machine-type n1-standard-2 \
    --can-ip-forward \
    --tags natgw \
    --metadata startup-script='#! /bin/bash
# Enable IP forwarding:
echo 1 > /proc/sys/net/ipv4/ip_forward
echo "net.ipv4.ip_forward=1" > /etc/sysctl.d/20-iptables.conf
# iptables configuration
iptables -t nat -F
sudo iptables -t nat -A POSTROUTING ! -d 192.168.0.0/16 -j MASQUERADE
iptables-save
# Use a web server to pass the health check for this example.
# You should use a more complete test in production.
apt-get update
apt-get install apache2 tcpdump -y
a2ensite default-ssl
a2enmod ssl
echo "Example web page to pass health check" | \
tee /var/www/html/index.html \
systemctl restart apache2'

  2. יוצרים את קבוצת המופעים ב-REGION_A.

    gcloud compute instance-groups managed create hub-natgw-region-a-mig \
    --region REGION_A \
    --size=2 \
    --template=hub-natgw-region-a-template

יצירת מאזן העומסים

כדי ליצור מאזן עומסים ב-REGION_A:

  1. יצירת בדיקת תקינות.

    gcloud compute health-checks create http natgw-ilbnhop-health-check \
    --port=80

  2. יוצרים את שירות הקצה העורפי.

    gcloud compute backend-services create hub-natgw-region-a-be \
    --load-balancing-scheme=internal \
    --protocol tcp \
    --region REGION_A\
    --health-checks=natgw-ilbnhop-health-check

  3. מוסיפים את קבוצת מופעי המכונה המנוהלים כקצה עורפי.

    gcloud compute backend-services add-backend hub-natgw-region-a-be \
    --instance-group=hub-natgw-region-a-mig \
    --instance-group-region=REGION_A

  4. יוצרים את כלל ההעברה.

    gcloud compute forwarding-rules create hub-natgw-region-a \
    --load-balancing-scheme=internal \
    --network=hub-vpc \
    --subnet=hub-subnet-a \
    --address=10.0.0.10 \
    --ip-protocol=TCP \
    --ports=all \
    --allow-global-access \
    --backend-service=hub-natgw-region-a-be \
    --backend-service-region=REGION_A

יצירת מסלולי הניתוב לקפיצה הבאה

יוצרים את מאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי כנתיבי הצעד הבא עם תג הרשת המוגדר מראש ilbanh-region-a.

gcloud compute routes create spoke1-natgw-region-a \
    --network=spoke1-vpc \
    --destination-range=0.0.0.0/0 \
    --next-hop-ilb=10.0.0.10 \
    --tags=ilbanh-region-a \
    --priority 800

gcloud compute routes create spoke2-natgw-region-a \
    --network=spoke2-vpc \
    --destination-range=0.0.0.0/0 \
    --next-hop-ilb=10.0.0.10 \
    --tags=ilbanh-region-a \
    --priority 800

בדיקת הקישוריות

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

  1. יוצרים מכונה של לקוח לדוגמה ב-spoke1-vpc.

    gcloud compute instances create spoke1-client \
    --subnet=spoke1-subnet1 --no-address --zone ZONE_A \
    --tags=ilbanh-region-a \
    --metadata startup-script='#! /bin/bash
apt-get update
apt-get install tcpdump -y'

  2. יוצרים מכונה של לקוח לדוגמה ב-spoke2-vpc.

    gcloud compute instances create spoke2-client \
    --subnet=spoke2-subnet1 --no-address --zone ZONE_A \
    --tags=ilbanh-region-a \
    --metadata startup-script='#! /bin/bash
apt-get update
apt-get install tcpdump -y'

אימות של תנועת נתונים מצפון לדרום וממזרח למערב

  1. מוודאים שהמכונות הווירטואליות של שער ה-NAT פועלות, ורושמים את כתובות ה-IP החיצוניות שהוקצו:

    gcloud compute instances list --filter="status:RUNNING AND name~natgw"

  2. מוודאים שמאזן העומסים תקין ושהמסלולים נוצרו כמו שציפיתם:

    gcloud compute backend-services get-health hub-natgw-region-a-be --region REGION_A

    backend: https://www.googleapis.com/compute/v1/projects/<PROJECT_ID>/regions/us-central1/instanceGroups/hub-natgw-region-a-mig
status:
  healthStatus:
  - forwardingRule: https://www.googleapis.com/compute/v1/projects/<PROJECT_ID>/regions/us-central1/forwardingRules/hub-natgw-region-a
    forwardingRuleIp: 10.0.0.10
    healthState: HEALTHY
    instance: https://www.googleapis.com/compute/v1/projects/<PROJECT_ID>/zones/us-central1-b/instances/<INSTANCE_NAME>
    ipAddress: 10.0.0.5
    port: 80
  - forwardingRule: https://www.googleapis.com/compute/v1/projects/<PROJECT_ID>/regions/us-central1/forwardingRules/hub-natgw-region-a
    forwardingRuleIp: 10.0.0.10
    healthState: HEALTHY
    instance: https://www.googleapis.com/compute/v1/projects/<PROJECT_ID>/zones/us-central1-f/instances/<INSTANCE_NAME>
    ipAddress: 10.0.0.6
    port: 80
  kind: compute#backendServiceGroupHealth

  3. מוודאים שמאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי נוסף ל-VPC מסוג spoke כנתיבים של הצעד הבא, עם העדיפות הצפויה ועם כתובת ה-IP של מאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי כמטרה:

    gcloud compute routes list --filter="name~natgw"

  4. עוברים למסוף Cloud de Confiance ויוצרים חיבורי SSH למכונות הווירטואליות של שער ה-NAT בכרטיסיות שונות.

  5. מריצים את הפקודה הבאה כדי להפעיל את tcpdump בכל אחת מהסשנים של SSH:

    sudo tcpdump -n net 192.168.0.0/16

  6. עוברים למסוף Cloud de Confiance ויוצרים חיבור SSH חדש למכונה הווירטואלית spoke1-client. לאחר מכן משתמשים בפקודה הבאה כדי לשלוח פינג לspoke2-client כתובת ה-IP הפנימית.

    ping SPOKE2_CLIENT_INTERNAL_IP

  7. עוברים לחלונות ה-SSH של שער ה-NAT ומוודאים שאפשר לראות את מנות ה-ICMP באופן הבא:

    16:51:28.411260 IP 192.168.0.2 > 192.168.1.2: ICMP echo request, id 1684, seq 492, length 64
16:51:28.411676 IP 192.168.1.2 > 192.168.0.2: ICMP echo reply, id 1684, seq 492, length 64

    אחרי שתצליחו לשלוח פינג ל-VM של הלקוח, תוכלו לראות את הדברים הבאים:

  8. מפסיקים את הפלט של tcpdump במכונות הווירטואליות של שער ה-NAT וצופים בנתונים הסטטיסטיים של iptables:

    watch sudo iptables -t nat -nvL

  9. חוזרים למכונת ה-VM מספר spoke1-client ומריצים את הפקודה הבאה כמה פעמים. בפלט מוצגת כתובת ה-IP הציבורית של המקור שמשמשת לחיבור לאתר.

    curl ifconfig.io

    כתובות ה-IP של שתי המכונות הווירטואליות של שער ה-NAT יוצגו ככתובות IP של מקור. אפשר לראות שמאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי מחלק את תעבורת הנתונים על סמך הזיקה שמוגדרת כברירת מחדל (גיבוב של 5 טאפלים).

  10. חוזרים למכונה הווירטואלית של שער ה-NAT כדי לוודא שהמונים של המנות גדלו.

    Chain PREROUTING (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination
  105 11442 MASQUERADE  all  --  *      *       0.0.0.0/0           !192.168.0.0/16

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

יצירת מכונות וירטואליות של NAT Gateway ומשאבי איזון עומסים באזור ב'

יוצרים את קצה העורף של קבוצת מופעי מכונה מנוהלים ב-region B. לאחר מכן יוצרים את משאבי איזון העומסים ואת מסלולי הקפיצה הבאה.

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

  1. יוצרים תבנית של הגדרות מכונה כדי לפרוס שער NAT ב-region B.

    gcloud compute instance-templates create hub-natgw-region-b-template \
    --network hub-vpc \
    --subnet hub-subnet-b --region REGION_B \
    --machine-type n1-standard-2 --can-ip-forward \
    --tags natgw \
    --metadata startup-script='#! /bin/bash
# Enable IP forwarding:
echo 1 > /proc/sys/net/ipv4/ip_forward
echo "net.ipv4.ip_forward=1" > /etc/sysctl.d/20-iptables.conf
# iptables configuration
iptables -t nat -F
sudo iptables -t nat -A POSTROUTING ! -d 192.168.0.0/16 -j MASQUERADE
iptables-save
# Use a web server to pass the health check for this example.
# You should use a more complete test in production.
apt-get update
apt-get install apache2 tcpdump -y
a2ensite default-ssl
a2enmod ssl
echo "Example web page to pass health check" | \
tee /var/www/html/index.html \
systemctl restart apache2'

  2. יוצרים את קבוצת המופעים ב-region B.

    gcloud compute instance-groups managed create hub-natgw-region-b-mig \
    --region REGION_B \
    --size=2 \
    --template=hub-natgw-region-b-template

יצירת מאזן העומסים

כדי ליצור מאזן עומסים באזור ב':

  1. יוצרים את שירות הקצה העורפי.

    gcloud compute backend-services create hub-natgw-region-b-be \
    --load-balancing-scheme=internal \
    --protocol tcp \
    --region REGION_B\
    --health-checks=natgw-ilbnhop-health-check

  2. מוסיפים את קבוצת מופעי המכונה המנוהלים כקצה עורפי.

    gcloud compute backend-services add-backend hub-natgw-region-b-be \
    --instance-group=hub-natgw-region-b-mig \
    --instance-group-region=REGION_B

  3. יוצרים את כלל ההעברה.

    gcloud compute forwarding-rules create hub-natgw-region-b \
    --load-balancing-scheme=internal \
    --network=hub-vpc \
    --subnet=hub-subnet-b \
    --address=10.0.1.10 \
    --ip-protocol=TCP \
    --ports=all \
    --allow-global-access \
    --backend-service=hub-natgw-region-b-be \
    --backend-service-region=REGION_B

יצירת מסלולי הניתוב לקפיצה הבאה

יוצרים את מאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי כנתיבי הצעד הבא עם תג הרשת המוגדר מראש ilbanh-region-a.

gcloud compute routes create spoke1-natgw-region-b \
    --network=spoke1-vpc \
    --destination-range=0.0.0.0/0 \
    --next-hop-ilb=10.0.1.10 \
    --tags=ilbanh-region-a \
    --priority 900

gcloud compute routes create spoke2-natgw-region-b \
    --network=spoke2-vpc \
    --destination-range=0.0.0.0/0 \
    --next-hop-ilb=10.0.1.10 \
    --tags=ilbanh-region-a \
    --priority 900

אימות מעבר לגיבוי אזורי

  1. מוודאים שהמכונות הווירטואליות של שער ה-NAT פועלות, ורושמים את כתובות ה-IP החיצוניות שהוקצו:

    gcloud compute instances list --filter="status:RUNNING AND name~natgw"

  2. מוודאים שמאזן העומסים תקין ושהמסלולים נוצרו כמצופה:

    gcloud compute backend-services get-health hub-natgw-region-b-be --region REGION_B

    backend: https://www.googleapis.com/compute/v1/projects/<PROJECT_ID>/regions/us-west2/instanceGroups/hub-natgw-region-b-mig
status:
  healthStatus:
  - forwardingRule: https://www.googleapis.com/compute/v1/projects/<PROJECT_ID>/regions/us-west2/forwardingRules/hub-natgw-region-b
    forwardingRuleIp: 10.0.1.10
    healthState: HEALTHY
    instance: https://www.googleapis.com/compute/v1/projects/<PROJECT_ID>/zones/us-west2-a/instances/<INSTANCE_NAME>
    ipAddress: 10.0.1.3
    port: 80
  - forwardingRule: https://www.googleapis.com/compute/v1/projects/<PROJECT_ID>/regions/us-west2/forwardingRules/hub-natgw-region-b
    forwardingRuleIp: 10.0.1.10
    healthState: HEALTHY
    instance: https://www.googleapis.com/compute/v1/projects/<PROJECT_ID>/zones/us-west2-b/instances/<INSTANCE_NAME>
    ipAddress: 10.0.1.2
    port: 80
  kind: compute#backendServiceGroupHealth

  3. מוודאים שמאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי נוסף ל-VPC מסוג spoke כנתיבים של הצעד הבא, עם העדיפות הצפויה ועם כתובת ה-IP של מאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי כמטרה:

    gcloud compute routes list --filter="name~natgw"

  4. עכשיו אפשר לאמת את המעבר האוטומטי לגיבוי אזורי על ידי מחיקת המסלולים בעדיפות גבוהה ותיעוד של מה שקורה. עוברים אל מכונת ה-VM‏ spoke1-client ומריצים את הפקודה הבאה כדי לשלוח בקשת curl כל שנייה. הפקודה הזו גם מדווחת על כתובת ה-IP החיצונית שבה נעשה שימוש:

    while true; do echo -n `date` && echo -n ' - ' && curl ifconfig.io --connect-timeout 1; done

    צריכות להופיע רק כתובות ה-IP החיצוניות שהוקצו לשערי ה-NAT ב-region A, כי זה המסלול בעדיפות גבוהה. משאירים את הפקודה curl פועלת ועוברים אל Cloud Shell כדי למחוק את הנתיב למאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי ב-region A כדי לאמת את התוצאה:

    gcloud -q compute routes delete spoke1-natgw-region-a

    ב-region B, כתובות ה-IP החיצוניות שהוקצו למכונות הווירטואליות של שער ה-NAT מופיעות, כנראה עם זמן השבתה מינימלי, מה שמראה שהמעבר האזורי לגיבוי היה מוצלח.

פינוי משאבים

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

    gcloud -q compute routes delete spoke1-natgw-region-b

gcloud -q compute routes delete spoke2-natgw-region-a

gcloud -q compute routes delete spoke2-natgw-region-b

  2. מסירים את המשאבים ואת ה-backends של מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי:

    gcloud -q compute forwarding-rules delete hub-natgw-region-a \
  --region REGION_A

gcloud -q compute backend-services delete hub-natgw-region-a-be \
  --region REGION_A

gcloud -q compute instance-groups managed delete hub-natgw-region-a-mig \
  --region REGION_A

gcloud -q compute instance-templates delete hub-natgw-region-a-template

gcloud -q compute forwarding-rules delete hub-natgw-region-b \
  --region REGION_B

gcloud -q compute backend-services delete hub-natgw-region-b-be \
  --region REGION_B

gcloud -q compute instance-groups managed delete hub-natgw-region-b-mig \
  --region REGION_B

gcloud -q compute instance-templates delete hub-natgw-region-b-template

gcloud -q compute health-checks delete natgw-ilbnhop-health-check

  3. מחיקת המכונות הווירטואליות של הלקוח:

    gcloud -q compute instances delete spoke1-client \
  --zone=ZONE_A

gcloud -q compute instances delete spoke2-client \
  --zone=ZONE_A

  4. מוחקים את ה-VPC Network Peerings, את כללי חומת האש, את תת-הרשתות ואת ה-VPC:

    gcloud -q compute networks peerings delete spoke2-to-hub \
  --network spoke2-vpc

gcloud -q compute networks peerings delete spoke1-to-hub \
  --network spoke1-vpc

gcloud -q compute networks peerings delete hub-to-spoke1 \
  --network hub-vpc

gcloud -q compute networks peerings delete hub-to-spoke2 \
  --network hub-vpc

gcloud -q compute firewall-rules delete spoke2-vpc-web-ping-dns

gcloud -q compute firewall-rules delete spoke1-vpc-web-ping-dns

gcloud -q compute firewall-rules delete hub-vpc-web-ping-dns

gcloud -q compute firewall-rules delete hub-vpc-health-checks

gcloud -q compute firewall-rules delete hub-vpc-allow-ssh

gcloud -q compute firewall-rules delete spoke1-vpc-allow-ssh

gcloud -q compute firewall-rules delete spoke2-vpc-allow-ssh

gcloud -q compute networks subnets delete spoke1-subnet1 \
  --region REGION_A

gcloud -q compute networks subnets delete spoke2-subnet1 \
  --region REGION_A

gcloud -q compute networks subnets delete hub-subnet-a \
  --region REGION_A

gcloud -q compute networks subnets delete hub-subnet-b \
  --region REGION_B

gcloud -q compute networks delete spoke1-vpc

gcloud -q compute networks delete spoke2-vpc

gcloud -q compute networks delete hub-vpc

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