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

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

• העברת חבילות לממשקי רשת שאינם של nic0 במכונות וירטואליות (VM), על ידי ייצוג של ממשק רשת של מכונת VM כנקודת קצה לקצה העורפי.
• ליצור קבוצה גמישה של נקודות קצה לקצה העורפי, שבה אפשר לצרף נקודת קצה לכמה קבוצות NEG, ולכל קבוצת NEG יכולה להיות קבוצה שונה של נקודות קצה, אבל יכול להיות שהן יחפפו.

לפני שתתחילו, כדאי שתכירו את המושגים הבאים:

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

הרשאות

כדי לבצע את השלבים הבאים, צריך ליצור מכונות ולשנות רשת בפרויקט. אתם צריכים להיות בעלים או עורכים של הפרויקט, או שצריכים להיות לכם כל תפקידי ה-IAM הבאים ב-Compute Engine:

משימה	התפקיד הנדרש
יצירת רשתות, רשתות משנה ורכיבים של מאזן עומסים	אדמין של רשת Compute‏ (roles/compute.networkAdmin)
הוספה והסרה של כללים לחומת האש	אדמין אבטחה ב-Compute‏ (roles/compute.securityAdmin)
יצירת מכונות	Compute Instance Admin‏ (roles/compute.instanceAdmin)

מידע נוסף זמין בדפים הבאים:

• תפקידים והרשאות
• תנאי IAM לכללי העברה

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

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

1. רשת VPC בשם lb-network עם רשת משנה בהתאמה אישית.
2. כללי חומת אש שמאפשרים חיבורים נכנסים למכונות וירטואליות לקצה העורפי.
3. ארבע מכונות וירטואליות:
   • המכונות הווירטואליות vm-a1 ו-vm-a2 באזור us-central1-a
   • המכונות הווירטואליות vm-c1 ו-vm-c2 באזור us-central1-c
4. שתי קבוצות NEG של נקודות קצה עורפיות בתחום, neg-a בתחום us-central1-a ו-neg-c בתחום us-central1-c. לכל NEG יש את נקודות הקצה הבאות:
   • ‫neg-a מכיל את שתי נקודות הקצה האלה:
     • ‫nic1 של המכונה הווירטואלית vm-a1, שמזוהה לפי כתובת ה-IP הפנימית הראשית שלה
     • ‫nic1 של המכונה הווירטואלית vm-a2, שמזוהה לפי כתובת ה-IP הפנימית הראשית שלה
   • ‫neg-c מכיל את שתי נקודות הקצה האלה:
     • ‫nic1 של המכונה הווירטואלית vm-c1, שמזוהה לפי כתובת ה-IP הפנימית הראשית שלה
     • ‫nic1 של המכונה הווירטואלית vm-c2, שמזוהה לפי כתובת ה-IP הפנימית הראשית שלה
5. הרכיבים הבאים של מאזן העומסים:
   • שירות לקצה עורפי חיצוני באזור us-central1, לניהול חלוקת החיבורים בין שתי קבוצות ה-NEG האזוריות
   • כלל העברה חיצוני וכתובת IP ל-frontend של מאזן העומסים
6. ניתוב מבוסס-מדיניות של מקור במערכת ההפעלה של האורח במכונות הווירטואליות של ה-backend, אם הממשק שאינו nic0 (בדוגמה הזו, nic1) מקבל את התנועה של מאזן העומסים.

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

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

‫ ‫

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

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

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

אם לא הרצתם את ה-CLI של gcloud בעבר, קודם צריך להריץ את הפקודה gcloud init כדי לבצע אימות.

ההנחה היא שאתם מכירים את bash.

הגדרת הרשת ורשתות המשנה

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

בדוגמה הזו נוצרות רשתות משנה מסוגי המחסניות הבאים:

טווחי רשתות משנה	סוג הערימה
רק טווחים של רשתות משנה של IPv4	‫IPV4_ONLY (מחסנית אחת)
טווחים של רשתות משנה גם ב-IPv4 וגם ב-IPv6	IPV4_IPV6 (מחסנית כפולה)
רק טווחים של רשתות משנה של IPv6	‫IPV6_ONLY (מחסנית אחת)

ברשתות משנה עם שני סוגי כתובות וברשתות משנה עם כתובות IPv6 בלבד שמשתמשות בטווח כתובות IPv6, צריך לבחור סוג גישה של IPv6 לרשת המשנה. סוג הגישה של IPv6 קובע אם רשת המשנה מוגדרת עם כתובות IPv6 פנימיות או כתובות IPv6 חיצוניות. בדוגמה הזו, הפרמטר ipv6-access-type של רשת המשנה מוגדר ל-EXTERNAL.

אפשר גם להשתמש ברשת משנה עם טווח כתובות IPv6 חיצוניות, כלומר שהפרמטר ipv6-access-type שלה מוגדר ל-EXTERNAL, כדי להקצות כתובת IPv6 חיצונית לכלל העברה. מידע נוסף זמין במאמר מפרטים של כתובות IP לכללי העברה.

הערה: כלל העברה של IPv6 עם כתובת BYOIP לא דורש רשת או רשת משנה. מידע נוסף זמין במאמר יצירת כלל העברה של IPv6 באמצעות BYOIP.

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

• אזור: us-central1
• רשת משנה: lb-subnet, עם טווח כתובות IPv4 ראשי של 10.1.2.0/24. אתם בוחרים איזה טווח של כתובות IPv4 מוגדר ברשת המשנה, אבל טווח כתובות ה-IPv6 מוקצה באופן אוטומטי. ‫Google מספקת בלוק CIDR של IPv6 בגודל קבוע (/64).

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

המסוף

כדי ליצור רשת משנה בשני פרוטוקולים:

1. במסוף Google Cloud , נכנסים לדף רשתות VPC.

   כניסה לדף VPC networks

2. לוחצים על Create VPC network.

3. בשדה Name, מזינים lb-network.

4. מגדירים את Subnet creation mode לערך Custom.

5. בקטע Subnets, לוחצים על Add subnet ומגדירים את השדות הבאים:

   • שם: lb-subnet
   • אזור: us-central1
   • IP stack type:‏ IPv4 and IPv6 (dual-stack)
   • טווח IPv4: 10.1.2.0/24
     אפשר להגדיר טווח של כתובות IPv4 לרשת המשנה, אבל אי אפשר לבחור את טווח כתובות ה-IPv6 לרשת המשנה. ‫Google מספקת בלוק CIDR של IPv6 בגודל קבוע (/64).
   • IPv6 access type:‏ External
   • לוחצים על סיום

6. לוחצים על יצירה.

כדי ליצור רשת משנה מסוג IPv4 בלבד:

1. במסוף Google Cloud , נכנסים לדף רשתות VPC.

   כניסה לדף VPC networks

2. לוחצים על Create VPC network.

3. בשדה Name, מזינים lb-network.

4. מגדירים את Subnet creation mode לערך Custom.

5. בקטע Subnets, לוחצים על Add subnet ומגדירים את השדות הבאים:

   • שם: lb-subnet
   • אזור: us-central1
   • IP stack type:‏ IPv4 (single-stack)
   • טווח IPv4‏: 10.1.2.0/24

6. לוחצים על יצירה.

כדי ליצור רשת משנה מסוג IPv6 בלבד:

1. במסוף Google Cloud , נכנסים לדף רשתות VPC.

   כניסה לדף VPC networks

2. לוחצים על Create VPC network.

3. בשדה Name, מזינים lb-network.

4. מגדירים את Subnet creation mode לערך Custom.

5. בקטע Subnets, לוחצים על Add subnet ומגדירים את השדות הבאים:

   • שם: lb-subnet
   • אזור: us-central1
   • IP stack type:‏ IPv6 (single-stack)
   • IPv6 access type:‏ External

6. לוחצים על יצירה.

gcloud

1. יוצרים את רשת ה-VPC במצב בהתאמה אישית:

   gcloud compute networks create lb-network \
       --subnet-mode=custom
   

2. ברשת lb-network, יוצרים רשת משנה לקצוות עורפיים באזור us-central1.

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

     gcloud compute networks subnets create lb-subnet \
         --stack-type=IPV4_IPV6 \
         --ipv6-access-type=EXTERNAL \
         --network=lb-network \
         --range=10.1.2.0/24 \
         --region=us-central1
   

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

     gcloud compute networks subnets create lb-subnet \
         --network=lb-network \
         --range=10.1.2.0/24 \
         --region=us-central1
   

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

   gcloud compute networks subnets create lb-subnet \
       --stack-type=IPV6_ONLY \
       --ipv6-access-type=EXTERNAL \
       --network=lb-network \
       --region=us-central1
   

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

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

יצירת מכונות וירטואליות

בתרחיש הזה של איזון עומסים, יוצרים ארבע מכונות וירטואליות ומתקינים שרת אינטרנט של Apache בכל מכונה. שרת האינטרנט מאזין ליציאת TCP‏ 80. כברירת מחדל, Apache מוגדר להתחבר לכל כתובת IP. מאזני עומסי רשת אזוריים חיצוניים להעברת סיגנל ללא שינוי מעבירים חבילות תוך שמירה על כתובת ה-IP של היעד.

כדי לפשט את ההוראות, המכונות הווירטואליות האלה בקצה העורפי מריצות את Debian GNU Linux 10.

כדי לטפל בתנועה גם ב-IPv4 וגם ב-IPv6, מגדירים את stack-type של ממשק הרשת של מאזן העומסים של ה-VM בקצה העורפי (בדוגמה הזו, nic1) ל-IPV4_IPV6. ממשק הרשת של מאזן העומסים גם מקבל בירושה את ההגדרה ipv6-access-type (בדוגמה הזו, EXTERNAL) מרשת המשנה. למידע נוסף על הדרישות של IPv6, קראו את הסקירה הכללית על מאזן עומסי רשת אזורי חיצוני להעברת סיגנל ללא שינוי: כללי העברה.

כדי להשתמש במכונות וירטואליות קיימות כרכיבי backend, מעדכנים את המכונות הווירטואליות למצב דואלי באמצעות הפקודה gcloud compute instances network-interfaces update.

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

כל מכונה וירטואלית נוצרת עם שני ממשקי רשת, nic0 ו-nic1. במדריך הזה משתמשים ב-nic1, שמשויך לרשת ה-VPC‏ lb-network ולרשת המשנה lb-subnet. משתמשים ברשת lb-network וברשת המשנה lb-subnet כדי ליצור את קבוצות ה-NEG האזוריות בהמשך התהליך.

המסוף

יצירת מכונות וירטואליות

1. נכנסים לדף VM instances במסוף Google Cloud .

   כניסה לדף VM instances

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

   • שם: vm-a1, אזור: us-central1-a
   • שם: vm-a2, אזור: us-central1-a
   • שם: vm-c1, אזור: us-central1-c
   • שם: vm-c2, אזור: us-central1-c

3. לוחצים על Create instance.

4. מגדירים את השם כפי שצוין קודם.

5. בשדה Region בוחרים באפשרות us-central1, ובשדה Zone בוחרים את האפשרות שצוינה קודם.

6. בקטע Boot disk, מוודאים שהאפשרות Debian GNU/Linux 12 (bookworm)‎ מסומנת. אם צריך, לוחצים על בחירה כדי לשנות את התמונה.

7. לוחצים על Advanced options ומבצעים את השינויים הבאים:

   • לוחצים על Networking ומוסיפים את הערכים הבאים בשדה Network tags: lb-tag

   • בקטע Network interfaces, לוחצים על Add network interface ומבצעים את השינויים הבאים:

     ברכיבי backend של IPv4 ו-IPv6:

     • רשת: lb-network
     • רשת משנה: lb-subnet
     • סוג מחסנית IP: IPv4 and IPv6 (dual-stack)
     • ‫כתובת IP פנימית ראשית: ‏ארעית (אוטומטית)
     • כתובת IPv4 חיצונית: זמנית (אוטומטית)
     • כתובת IPv6 חיצונית: זמנית (אוטומטית)

     לרכיבי backend מסוג IPv4 בלבד:

     • רשת: lb-network
     • רשת משנה: lb-subnet
     • סוג מחסנית IP: IPv4 (single-stack)
     • ‫כתובת IP פנימית ראשית: ‏ארעית (אוטומטית)
     • כתובת IP חיצונית: זמנית

     לרכיבי backend עם IPv6 בלבד:

     • רשת: lb-network
     • רשת משנה: lb-subnet
     • סוג מחסנית IP: IPv6 (single-stack)
     • כתובת IPv6 חיצונית: זמנית (אוטומטית)

     אחר כך לוחצים על סיום.

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

     #! /bin/bash
     apt-get update
     apt-get install apache2 -y
     a2ensite default-ssl
     a2enmod ssl
     vm_hostname="$(curl -H "Metadata-Flavor:Google" \
     http://metadata.google.internal/computeMetadata/v1/instance/name)"
     echo "Page served from: $vm_hostname" | \
     tee /var/www/html/index.html
     systemctl restart apache2
     

8. לוחצים על יצירה.

gcloud

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

• ‫VM_NAME: vm-a1 וגם ZONE: us-central1-a
• ‫VM_NAME: vm-a2 וגם ZONE: us-central1-a
• ‫VM_NAME: vm-c1 וגם ZONE: us-central1-c
• ‫VM_NAME: vm-c2 וגם ZONE: us-central1-c

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

הערה: צריך להגדיר את --ipv6-network-tier לערך PREMIUM רק אם יוצרים את המכונות הווירטואליות ברשתות משנה שבהן ipv6-access-type מוגדר לערך EXTERNAL. אם הערך של ipv6-access-type בתת-הרשת הוא INTERNAL, משמיטים את הדגל.

הגדרת ה-dual-stack חלה על ממשק הרשת של מאזן העומסים (nic1) ולא על ממשק הרשת שמוגדר כברירת מחדל (nic0) ברשת המשנה שמוגדרת כברירת מחדל ברשת ה-VPC.

gcloud compute instances create VM_NAME \
    --zone=ZONE \
    --image-family=debian-12 \
    --image-project=debian-cloud \
    --tags=lb-tag \
    --network-interface=network=default,subnet=default,stack-type=IPV4_ONLY \
    --network-interface=network=lb-network,subnet=lb-subnet,stack-type=IPV4_IPV6,ipv6-network-tier=PREMIUM \
    --metadata=startup-script='#! /bin/bash
    apt-get update
    apt-get install apache2 -y
    a2ensite default-ssl
    a2enmod ssl
    vm_hostname="$(curl -H "Metadata-Flavor:Google" \
    http://metadata.google.internal/computeMetadata/v1/instance/name)"
    echo "Page served from: $vm_hostname" | \
    tee /var/www/html/index.html
    systemctl restart apache2'

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

gcloud compute instances create VM_NAME \
    --zone=ZONE \
    --image-family=debian-12 \
    --image-project=debian-cloud \
    --tags=lb-tag \
    --network-interface=network=default,subnet=default,stack-type=IPV4_ONLY \
    --network-interface=network=lb-network,subnet=lb-subnet,stack-type=IPV4_ONLY \
    --metadata=startup-script='#! /bin/bash
    apt-get update
    apt-get install apache2 -y
    a2ensite default-ssl
    a2enmod ssl
    vm_hostname="$(curl -H "Metadata-Flavor:Google" \
    http://metadata.google.internal/computeMetadata/v1/instance/name)"
    echo "Page served from: $vm_hostname" | \
    tee /var/www/html/index.html
    systemctl restart apache2'

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

הערה: צריך להגדיר את --ipv6-network-tier לערך PREMIUM רק אם יוצרים את המכונות הווירטואליות ברשתות משנה שבהן ipv6-access-type מוגדר לערך EXTERNAL. אם הערך של ipv6-access-type בתת-הרשת הוא INTERNAL, משמיטים את הדגל.

הגדרת סוג המחסנית IPV6_ONLY חלה על ממשק הרשת של מאזן העומסים (nic1) ולא על ממשק הרשת שמוגדר כברירת מחדל (nic0) ברשת המשנה שמוגדרת כברירת מחדל של רשת ה-VPC.

gcloud compute instances create VM_NAME \
    --zone=ZONE \
    --image-family=debian-12 \
    --image-project=debian-cloud \
    --tags=lb-tag \
    --network-interface=network=default,subnet=default,stack-type=IPV4_ONLY \
    --network-interface=network=lb-network,subnet=lb-subnet,stack-type=IPV6_ONLY,ipv6-network-tier=PREMIUM \
    --metadata=startup-script='#! /bin/bash
    apt-get update
    apt-get install apache2 -y
    a2ensite default-ssl
    a2enmod ssl
    vm_hostname="$(curl -H "Metadata-Flavor:Google" \
    http://metadata.google.internal/computeMetadata/v1/instance/name)"
    echo "Page served from: $vm_hostname" | \
    tee /var/www/html/index.html
    systemctl restart apache2'

יצירת קבוצות NEG אזוריות עם נקודות קצה מסוג GCE_VM_IP

צריך ליצור את קבוצות נקודות הקצה ברשת באותם אזורים שבהם נוצרו המכונות הווירטואליות בשלב הקודם. בדוגמה הזו גם יוצרים את ה-NEG ברשת ה-VPC‏ lb-network ובתת-הרשת lb-subnet שמשויכות ל-nic1 מתוך המכונות הווירטואליות שנוצרו בשלב הקודם. לכן, נקודות הקצה של ה-NEG יהיו ב-nic1 של המכונות הווירטואליות.

המסוף

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

1. נכנסים לדף Network endpoint group במסוף Google Cloud .

   כניסה לדף Network endpoint group

2. לוחצים על Create network endpoint group.

3. בשדה Name, מזינים neg-a.

4. בשדה Network endpoint group type, בוחרים באפשרות Zonal NEG.

5. בשדה Endpoints type, בוחרים באפשרות GCE_VM_IP.

6. בשדה Network, בוחרים באפשרות lb-network.

7. בשדה Subnetwork, בוחרים באפשרות lb-subnet.

8. בשדה Zone, בוחרים באפשרות us-central1-a.

9. לוחצים על יצירה.

10. חוזרים על השלבים האלה כדי ליצור קבוצת NEG אזורית שנייה בשם neg-c, באזור us-central1-c.

כדי להוסיף נקודות קצה ל-NEG האזורי:

1. נכנסים לדף Network endpoint group במסוף Google Cloud .

   כניסה לדף Network endpoint group

2. לוחצים על השם של קבוצת נקודות הקצה הראשונה ברשת שנוצרה בשלב הקודם (neg-a). נפתח הדף Network endpoint group details.

3. בקטע Network endpoints in this group, לוחצים על Add network endpoint.

   1. בדף Add network endpoint, לוחצים על VM instance ובוחרים באפשרות vm-a1 כדי להוסיף את כתובות ה-IP הפנימיות שלה כנקודות קצה של הרשת.
   2. לוחצים על יצירה.
   3. לוחצים על Add network endpoint ובקטע VM instance בוחרים באפשרות vm-a2.
   4. לוחצים על יצירה.

4. לוחצים על השם של קבוצת נקודות הקצה השנייה ברשת שנוצרה בשלב הקודם (neg-c). נפתח הדף Network endpoint group details.

5. בקטע Network endpoints in this group, לוחצים על Add network endpoint. מוצג הדף Add network endpoint.

   1. לוחצים על VM instance ובוחרים באפשרות vm-c1 כדי להוסיף את כתובות ה-IP הפנימיות שלה כנקודות קצה של הרשת.
   2. לוחצים על יצירה.
   3. לוחצים על Add network endpoint ובקטע VM instance בוחרים באפשרות vm-c2.
   4. לוחצים על יצירה.

gcloud

1. יוצרים קבוצת NEG אזורית מסוג GCE_VM_IP בשם neg-a ב-us-central1-a באמצעות הפקודה gcloud compute network-endpoint-groups create:

   gcloud compute network-endpoint-groups create neg-a \
       --network-endpoint-type=gce-vm-ip \
       --zone=us-central1-a \
       --network=lb-network \
       --subnet=lb-subnet
   

2. הוספת נקודות קצה (endpoint) אל neg-a:

   gcloud compute network-endpoint-groups update neg-a \
       --zone=us-central1-a \
       --add-endpoint='instance=vm-a1' \
       --add-endpoint='instance=vm-a2'
   

3. יוצרים קבוצת NEG אזורית מסוג GCE_VM_IP בשם neg-c ב-us-central1-c באמצעות הפקודה gcloud compute network-endpoint-groups create:

   gcloud compute network-endpoint-groups create neg-c \
       --network-endpoint-type=gce-vm-ip \
       --zone=us-central1-c \
       --network=lb-network \
       --subnet=lb-subnet
   

4. הוספת נקודות קצה (endpoint) אל neg-c:

   gcloud compute network-endpoint-groups update neg-c \
       --zone=us-central1-c \
       --add-endpoint='instance=vm-c1' \
       --add-endpoint='instance=vm-c2'
   

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

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

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

המסוף

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

כניסה לדף Firewall

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

1. לוחצים על Create firewall rule.
2. מזינים שם: allow-network-lb-ipv4.
3. בשדה Network, בוחרים באפשרות lb-network.
4. בקטע יעדים, בוחרים באפשרות תגי יעד שצוינו.
5. בשדה Target tags, מזינים lb-tag.
6. בשביל Source filter, בוחרים IPv4 ranges.
7. מגדירים את Source IPv4 ranges לערך 0.0.0.0/0. כך מתאפשרת תנועת IPv4 מכל מקור. כך גם בדיקות התקינות של Google יכולות להגיע לשרתים העורפיים.
8. בשדה Specified protocols and ports, בוחרים באפשרות TCP ומזינים את הערך 80.
9. לוחצים על יצירה.

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

1. לוחצים שוב על Create firewall rule.
2. מזינים שם: allow-network-lb-ipv6.
3. בשדה Network, בוחרים באפשרות lb-network.
4. בקטע יעדים, בוחרים באפשרות תגי יעד שצוינו.
5. בשדה Target tags, מזינים lb-tag.
6. בשדה Source filter, בוחרים באפשרות IPv6 ranges.
7. מגדירים את Source IPv6 ranges לערך ::/0. כך מתאפשרת תנועת IPv6 מכל מקור. כך גם בדיקות התקינות של Google יכולות להגיע לשרתים העורפיים.
8. בשדה Specified protocols and ports, בוחרים באפשרות TCP ומזינים את הערך 80.
9. לוחצים על יצירה.

gcloud

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

gcloud compute firewall-rules create allow-network-lb-ipv4 \
    --network=lb-network \
    --target-tags=lb-tag \
    --allow=tcp:80 \
    --source-ranges=0.0.0.0/0

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

gcloud compute firewall-rules create allow-network-lb-ipv6 \
    --network=lb-network \
    --target-tags=lb-tag \
    --allow=tcp:80 \
    --source-ranges=::/0
 

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

בשלב הבא מגדירים את מאזן העומסים.

כשמגדירים את מאזן העומסים, המכונות הווירטואליות מקבלות חבילות שמיועדות לכתובת ה-IP החיצונית הסטטית שהגדרתם. אם אתם משתמשים בתמונה שסופקה על ידי Compute Engine, המכונות שלכם מוגדרות באופן אוטומטי לטפל בכתובת ה-IP הזו. אם אתם משתמשים בתמונה אחרת, אתם צריכים להגדיר את הכתובת הזו ככתובת אימייל חלופית ב-eth1 או כ-loopback בכל מכונה.

כדי להגדיר את מאזן העומסים, פועלים לפי ההוראות הבאות.

המסוף

התחלת ההגדרה

1. במסוף Google Cloud , עוברים לדף איזון עומסים.

   כניסה לדף Load balancing

2. לוחצים על Create load balancer.
3. בקטע Type of load balancer, בוחרים באפשרות Network Load Balancer (TCP/UDP/SSL)‎ ולוחצים על Next.
4. בקטע Proxy or passthrough, בוחרים באפשרות Passthrough load balancer ולוחצים על Next.
5. בקטע Public facing or internal, בוחרים באפשרות Public facing (external)‎ ולוחצים על Next.
6. לוחצים על Configure (הגדרה).

הגדרת הקצה העורפי

1. בדף Create external passthrough Network Load Balancer, נותנים למאזן עומסי רשת החדש את השם network-lb-zonal-neg.
2. ברשימה Region, בוחרים את us-central1.
3. לוחצים על Backend configuration. השם של מאזן העומסים שהזנתם קודם מופיע, אבל אי אפשר לשנות אותו.
4. ברשימה Backend type, בוחרים באפשרות Zonal network endpoint group.
5. בדף Backend configuration, מבצעים את הפעולות הבאות:
   1. ברשימה Health check, לוחצים על Create a health check ומזינים את הפרטים הבאים:
      • שם: tcp-health-check
      • פרוטוקול: TCP
      • יציאה: 80
   2. לוחצים על יצירה.
   3. ברשימה Network endpoint group, בוחרים את neg-a ולוחצים על Done.
   4. לוחצים על Add backend וחוזרים על השלב הקודם כדי להוסיף את neg-c.
   5. לוחצים על Save.
6. לפני שממשיכים, מוודאים שמופיע סימן וי כחול ליד Backend configuration.

הגדרת הקצה הקדמי

1. לוחצים על Frontend configuration.
2. בשדה Name, מזינים netlb-forwarding-rule.
3. כדי לטפל בתנועת IPv4, מבצעים את השלבים הבאים:
   1. בשביל IP version, בוחרים IPv4.
   2. בשביל כתובת IP, לוחצים על התפריט הנפתח ובוחרים באפשרות Create IP address.
      1. בדף Reserve a new static IP address, בשדה Name מזינים netlb-ipv4-address.
      2. לוחצים על Reserve.
   3. בקטע יציאות, בוחרים באפשרות יחידה. בשדה מספר יציאה, מזינים 80.
   4. לוחצים על סיום.

4. כדי לטפל בתנועת IPv6, מבצעים את השלבים הבאים:

   1. בשביל IP version, בוחרים IPv6.
   2. בשדה Subnetwork, בוחרים באפשרות lb-subnet.
   3. בשביל IPv6 range, לוחצים על התפריט הנפתח ובוחרים באפשרות Create כתובת IP.
      1. בדף Reserve a new static IP address, בשדה Name מזינים netlb-ipv6-address.
      2. לוחצים על Reserve.
   4. בקטע יציאות, בוחרים באפשרות יחידה. בשדה מספר יציאה, מזינים 80.
   5. לוחצים על סיום.

   עיגול כחול עם סימן וי משמאל ל-Frontend configuration מציין שההגדרה בוצעה בהצלחה.

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

1. לוחצים על Review and finalize.
2. בודקים את הגדרות התצורה של מאזן העומסים.
3. אופציונלי: לוחצים על Equivalent code כדי לראות את בקשת ה-API בארכיטקטורת REST שבאמצעותה ייווצר מאזן העומסים.

4. לוחצים על יצירה.

   בדף איזון העומסים, בעמודה Backend של מאזן העומסים החדש, אמור להופיע סימן וי ירוק שמציין שמאזן העומסים החדש תקין.

gcloud

1. שומרים כתובת IP חיצונית סטטית.

   לתנועת IPv4

   יוצרים כתובת IPv4 חיצונית סטטית למאזן העומסים.

   gcloud compute addresses create netlb-ipv4-address \
       --region=us-central1
   

   לתנועת IPv6

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

   gcloud compute addresses create netlb-ipv6-address \
       --region=us-central1 \
       --subnet=lb-subnet \
       --ip-version=IPV6 \
       --endpoint-type=NETLB
   

2. יוצרים בדיקת תקינות של TCP.

   gcloud compute health-checks create tcp tcp-health-check \
       --region=us-central1 \
       --port=80
   

3. יוצרים שירות לקצה העורפי.

   gcloud compute backend-services create networklb-backend-service \
       --protocol=TCP \
       --health-checks=tcp-health-check \
       --health-checks-region=us-central1 \
       --region=us-central1
   

4. מוסיפים לשירות לקצה העורפי את שתי קבוצות ה-NEG האזוריות, neg-a ו-neg-c:

   gcloud compute backend-services add-backend networklb-backend-service \
       --region=us-central1 \
       --network-endpoint-group=neg-a \
       --network-endpoint-group-zone=us-central1-a
   

   gcloud compute backend-services add-backend networklb-backend-service \
       --region=us-central1 \
       --network-endpoint-group=neg-c \
       --network-endpoint-group-zone=us-central1-c
   

5. יוצרים את כללי ההעברה בהתאם לסוג התנועה שרוצים לטפל בה – IPv4 או IPv6. יוצרים את שני כללי ההעברה כדי לטפל בשני סוגי התנועה.

   לתנועת IPv4

   יוצרים כלל העברה כדי לנתב תנועת TCP נכנסת לשירות לקצה העורפי. משתמשים בכתובת ה-IPv4 שנשמרה בשלב 1 ככתובת ה-IP החיצונית הסטטית של מאזן העומסים.

     gcloud compute forwarding-rules create forwarding-rule-ipv4 \
         --load-balancing-scheme=EXTERNAL \
         --region=us-central1 \
         --ports=80 \
         --address=netlb-ipv4-address \
         --backend-service=networklb-backend-service
   

   לתנועת IPv6

   יוצרים כלל העברה לטיפול בתנועה ב-IPv6. משתמשים בטווח כתובות ה-IPv6 ששמרתם בשלב 1 בתור כתובת ה-IP החיצונית הסטטית של מאזן העומסים. רשת המשנה שבה משתמשים צריכה להיות רשת משנה בשני פרוטוקולים עם טווח חיצוני של רשת משנה ב-IPv6.

     gcloud compute forwarding-rules create forwarding-rule-ipv6 \
         --load-balancing-scheme=EXTERNAL \
         --region=us-central1 \
         --network-tier=PREMIUM \
         --ip-version=IPV6 \
         --subnet=lb-subnet \
         --address=netlb-ipv6-address \
         --ports=80 \
         --backend-service=networklb-backend-service
   

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

הערה: נדרש ניתוב מדיניות במערכת ההפעלה של האורח רק כשנקודות הקצה של קבוצת נקודות הקצה ברשת (NEG) האזורית משויכות לממשק רשת משני (לא nic0) (כמו nic1 במדריך הזה). אם נקודות הקצה של קבוצת ה-NEG האזורית מפנות לממשק הרשת הראשי של ה-VM‏ (nic0), טבלת הניתוב שמוגדרת כברירת מחדל ב-VM מנתבת באופן אוטומטי את תעבורת הנתונים היוצאת דרך nic0. במקרה כזה אפשר לדלג על הקטע הזה.

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

כברירת מחדל, למכונה וירטואלית מבוססת-Linux ב- Google Cloud יש טבלת ניתוב ראשית אחת, שבה הנתיב שמוגדר כברירת מחדל מצביע על הממשק הראשי, nic0 (ens4). כשה-VM לקצה העורפי משיב לבקשות שמופנות לכתובת ה-IP של מאזן העומסים שהתקבלו ב-nic1 (ens5), ה-VM שולח את התשובות בחזרה דרך שער ברירת המחדל ב-nic0. כתוצאה מכך, הניתוב הוא אסימטרי והחיבורים נכשלים.

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

בכל מכונה וירטואלית לקצה העורפי (vm-a1,‏ vm-a2,‏ vm-c1 ו-vm-c2), מבצעים את הפעולות הבאות:

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

2. יוצרים את המשתנים הבאים.

   לתנועת IPv4:

   • ‫NIC1_GATEWAY_IPV4: כתובת ה-IPv4 של השער של nic1.
   • ‫LB_IPV4: כתובת IPv4 של כלל ההעברה של מאזן העומסים.

   NIC1_GATEWAY_IPV4=$(curl -s -H "Metadata-Flavor: Google" http://metadata.google.internal/computeMetadata/v1/instance/network-interfaces/1/gateway)
   LB_IPV4=LOAD_BALANCER_EXTERNAL_IPV4

   מחליפים את LOAD_BALANCER_EXTERNAL_IPV4 בכתובת ה-IPv4 שהוגדרה לכלל ההעברה של מאזן העומסים.

   לתנועת IPv6:

   • ‫NIC1_GATEWAY_IPV6: כתובת ה-IPv6 של השער של nic1.
   • ‫LB_IPV6: כתובת ה-IPv6 של כלל ההעברה של מאזן העומסים.

   NIC1_GATEWAY_IPV6=$(curl -s -H "Metadata-Flavor: Google" http://metadata.google.internal/computeMetadata/v1/instance/network-interfaces/1/gateway-ipv6)
   LB_IPV6=LOAD_BALANCER_EXTERNAL_IPV6

   מחליפים את LOAD_BALANCER_EXTERNAL_IPV6 בכתובת ה-IPv6 שהוגדרה לכלל ההעברה של מאזן העומסים.

3. מוסיפים את כללי הניתוב של המדיניות.

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

   1. יוצרים טבלת ניתוב בהתאמה אישית בשם route-nic1. הטבלה הזו מכילה מסלולים ספציפיים לממשק nic1.

      echo "1 route-nic1" | sudo tee -a /etc/iproute2/rt_tables

   2. מוסיפים נתיב ברירת מחדל לטבלה route-nic1. הנתיב הזה מפנה את התנועה לשער של nic1 דרך הממשק שתואם ל-nic1 (בדרך כלל ens5 או eth1).

      לתנועת IPv4:

      sudo ip route add default via $NIC1_GATEWAY_IPV4 dev ens5 table route-nic1

      לתנועת IPv6:

      sudo ip -6 route add default via $NIC1_GATEWAY_IPV6 dev ens5 table route-nic1

   3. מוסיפים כלל מסלול של מדיניות כדי להחליט מתי להשתמש בטבלה route-nic1.

      מאזני עומסים מסוג Passthrough שומרים על כתובת ה-IP של היעד (כתובת ה-VIP של מאזן העומסים) כשהם מעבירים חבילות ל-VM, ולכן ה-VM צריך להגיב עם כתובת ה-IP של המקור שמוגדרת לכתובת ה-IP של מאזן העומסים, גם לתנועת הלקוחות וגם לבדיקות התקינות.

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

      לתנועת IPv4:

      sudo ip rule add from $LB_IPV4/32 table route-nic1

      לתנועת IPv6:

      sudo ip rule -6 add from $LB_IPV6/96 table route-nic1

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

מידע נוסף על נתיבי מדיניות זמין במאמר הגדרת ניתוב לממשק רשת נוסף.

בדיקת מאזן העומסים

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

חיפוש כתובת ה-IP החיצונית של מאזן העומסים

המסוף

1. בדף Advanced של איזון העומסים, נכנסים לכרטיסייה Forwarding rules.

   כניסה לדף Forwarding rules

2. מאתרים את כלל ההעברה שבו משתמש מאזן העומסים.

3. בעמודה Address, שימו לב לכתובת ה-IP החיצונית שמופיעה.

gcloud: IPv4

מזינים את הפקודה הבאה כדי לראות את כתובת ה-IPv4 החיצונית של כלל ההעברה network-lb-forwarding-rule שמשמש את מאזן העומסים.

gcloud compute forwarding-rules describe forwarding-rule-ipv4 \
    --region=us-central1

gcloud: IPv6

מזינים את הפקודה הבאה כדי לראות את כתובת ה-IPv6 החיצונית של כלל ההעברה network-lb-forwarding-rule שמשמש את מאזן העומסים.

gcloud compute forwarding-rules describe forwarding-rule-ipv6 \
    --region=us-central1

שליחת תנועה למאזן העומסים

שולחים בקשות לאחזור מהרשת למאזן העומסים באמצעות curl כדי ליצור קשר עם כתובת ה-IP שלו.

• מלקוחות עם קישוריות IPv4, מריצים את הפקודה הבאה:

  while true; do curl -m1 IPV4_ADDRESS; done
  

• מלקוחות עם קישוריות IPv6, מריצים את הפקודה הבאה:

  while true; do curl -m1 http://IPV6_ADDRESS; done
  

  לדוגמה, אם כתובת ה-IPv6 שהוקצתה היא [2001:db8:1:1:1:1:1:1/96]:80, הפקודה תיראה כך:

  while true; do curl -m1 http://[2001:db8:1:1:1:1:1:1]:80; done
  

שימו לב לטקסט שמוחזר על ידי הפקודה curl. השם של ה-VM בקצה העורפי שיוצר את התגובה מוצג בטקסט הזה, לדוגמה: Page served from: VM_NAME

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

אפשרויות הגדרה נוספות

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

יצירת כלל העברה של IPv6 באמצעות BYOIP

מאזן העומסים שנוצר בשלבים הקודמים מוגדר עם כללי העברה שבהם IP version הוא IPv4 או IPv6. בקטע הזה מוסבר איך ליצור כלל העברה של IPv6 עם כתובות BYOIP.

העברת כתובות IP משלכם (BYOIP) מאפשרת לכם להקצות כתובות IPv6 ציבוריות משלכם ולהשתמש בהן במשאבי Google Cloud . למידע נוסף, קראו את המאמר שימוש בכתובות IP משלכם.

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

1. יצירת קידומת IPv6 ציבורית שפורסמה
2. יצירת קידומות ציבוריות שהוקצו
3. יצירת קידומות משנה של IPv6
4. הקראת הקידומת

אתם יכולים להגדיר מאזן עומסי רשת אזורי חיצוני להעברת סיגנל ללא שינוי, כך שישתמש בכתובות IPv6 מ-Public Delegated Prefix ‏(PDP). אפשר לפרוס את זה באחד משלושה תהליכי עבודה:

• הקצאה ישירה מדף תיאור המוצר. אם אתם מעדיפים שכתובת ה-IP תהיה קשורה ישירות למחזור החיים של מאזן העומסים, אתם יכולים להפנות ישירות ל-PDP כשאתם יוצרים את כלל ההעברה. אם מאזן העומסים נמחק, כתובת ה-IP הזמנית משוחררת בחזרה למאגר ה-PDP.
• שמירת כתובת IPv6 מסוג BYOIP. אפשר לשרין כתובת IPv6 אזורית ספציפית או בהקצאה אוטומטית של BYOIP מ-PDP לפני שיוצרים מאזן עומסים. הכתובת הזו נשארת ללא קשר למחזור החיים של מאזן העומסים. זהו הנתיב הנדרש למשתמשי Google Kubernetes Engine (GKE), כי ה-API של GKE לא תומך ביצירת מאזן עומסי רשת מסוג passthrough ישירות מ-PDP.
• קידום כתובת IP זמנית. אם מאזן העומסים כבר פועל עם כתובת IPv6 זמנית מסוג BYOIP, אתם יכולים לקדם אותה לכתובת שמורה כדי שהיא תישאר גם אם מאזן העומסים יימחק.

מגבלות

• כדי להגדיר כלל העברה של IPv6 עם כתובת BYOIP, אורך הקידומת של כתובת ה-IPv6 של כלל ההעברה צריך להתאים לאורך הקידומת שניתן להקצות של קידומת המשנה של IPv6 (במצב EXTERNAL_IPV6_FORWARDING_RULE_CREATION) שממנה מוקצית כתובת ה-IPv6 של כלל ההעברה. אורך הקידומת יכול להיות אחד מהערכים הבאים: /48,‏ /56,‏ /64,‏ /72,‏ /80,‏ /88 או /96.
• כתובת ה-IPv6 צריכה להיות באותו אזור כמו ה-PDP.

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

הקצאה ישירה מדף תיאור המוצר (PDP)

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

המסוף

1. במסוף Google Cloud , עוברים לדף איזון עומסים.

   כניסה לדף Load balancing

2. לוחצים על השם של מאזן העומסים שרוצים לשנות.
3. לוחצים על עריכה.
4. לוחצים על Frontend configuration.
5. לוחצים על Add frontend IP and port.
6. בקטע New Frontend IP and port, מציינים את הפרטים הבאים:
   1. בוחרים את הפרוטוקול שצריך.
   2. בשדה IP version, בוחרים באפשרות IPv6.
   3. בשדה Source of IPv6 range, בוחרים באפשרות BYOIP.
   4. בשדה BYOIP type, בוחרים באפשרות BYOIP IP collection.
   5. ברשימה IP collection, בוחרים קידומת משנה (PDP) שנוצרה בשלבים הקודמים, עם האפשרות של כלל העברה מופעלת.
   6. בשדה טווח IPv6, מזינים את טווח כתובות ה-IPv6. אורך הקידומת של טווח כתובות ה-IPv6 צריך להתאים לאורך הקידומת שניתן להקצות של קידומת המשנה המשויכת.
   7. בשדה יציאות, מזינים מספר יציאה.
   8. לוחצים על סיום.
7. לוחצים על עדכון.

gcloud

מריצים את הפקודה gcloud compute forwarding-rules create:

  gcloud compute forwarding-rules create FWD_RULE_NAME \
      --load-balancing-scheme=EXTERNAL \
      --ip-protocol=PROTOCOL \
      --ports=ALL \
      --ip-version=IPV6 \
      --region=REGION_A \
      --address=IPV6_CIDR_RANGE  \
      --backend-service=BACKEND_SERVICE \
      --ip-collection=PDP_NAME

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

• ‫FWD_RULE_NAME: השם של כלל ההעברה
• ‫PROTOCOL: פרוטוקול ה-IP של כלל ההעברה. ערך ברירת המחדל הוא TCP. פרוטוקול ה-IP יכול להיות אחד מהבאים: TCP,‏ UDP או L3_DEFAULT.
• ‫REGION_A: האזור של כלל ההעברה
• ‫IPV6_CIDR_RANGE: טווח כתובות ה-IPv6 שכלל ההעברה משרת. הקידומת של טווח כתובות ה-IPv6 חייבת להתאים לאורך הקידומת שניתן להקצות, שצוין בקידומת המשנה המשויכת.
• ‫BACKEND_SERVICE: השם של שירות הקצה העורפי
• ‫PDP_NAME: השם של הקידומת הציבורית שהוקצתה. ה-PDP חייב להיות קידומת משנה במצב EXTERNAL_IPV6_FORWARDING_RULE_CREATION.

שמירת כתובת IPv6 מסוג BYOIP

שומרים את כתובת ה-IPv6 של BYOIP למאזן העומסים, ואז יוצרים את כלל ההעברה באמצעות הפניה לכתובת ה-IP או לשם המשאב של הכתובת השמורה.

המסוף

שמירת כתובת ה-IPv6 מסוג BYOIP למאזן העומסים

1. נכנסים לדף כתובות IP במסוף Google Cloud .

   לדף IP addresses

2. לוחצים על הזמנה חיצונית.
3. בשדה Name, מזינים שם למשאב של כתובת ה-IP.
4. בשדה Network Service Tier, בוחרים באפשרות Premium.
5. בשדה IP version, בוחרים באפשרות IPv6.
6. בוחרים את האזור. האזור צריך להיות זהה לאזור של ה-PDP.
7. בקטע מקור, בוחרים באפשרות אוסף כתובות IP.
8. ברשימה BYOIP IP collection, בוחרים את הקידומת המשנית של IPv6‏ (PDP) שממנה רוצים לשמור את הכתובת.
9. אופציונלי: בשדה IP address, מזינים טווח ספציפי של כתובות IPv6 שרוצים לשמור (הקצאה בהתאמה אישית). אם לא מציינים טווח כתובות, Google Cloud מקצה באופן אוטומטי טווח כתובות מתוך אוסף כתובות ה-IP שנבחר (הקצאה אוטומטית).
10. לוחצים על Reserve.

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

1. במסוף Google Cloud , עוברים לדף איזון עומסים.

   כניסה לדף Load balancing

2. לוחצים על השם של מאזן העומסים שרוצים לשנות.
3. לוחצים על Edit ואז על Frontend configuration.
4. לוחצים על Add frontend IP and port.
5. בקטע New Frontend IP and port, מציינים את הפרטים הבאים:
   1. בוחרים את הפרוטוקול שצריך.
   2. בשדה IP version, בוחרים באפשרות IPv6.
   3. בשדה Source of IPv6 range, בוחרים באפשרות BYOIP.
   4. בשדה BYOIP type, בוחרים באפשרות BYOIP reserved IP address.
   5. ברשימה Reserved IP address, בוחרים את המשאב של כתובת BYOIPv6 השמורה שיצרתם בשלב 1.
   6. בשדה יציאות, מזינים מספר יציאה.
   7. לוחצים על סיום.
6. מסיימים להגדיר את מאזן העומסים ולוחצים על Update.

gcloud

שמירת כתובת ה-IPv6 מסוג BYOIP למאזן העומסים

כדי לשמור כתובת IPv6 אזורית מסוג BYOIP מ-PDP לפני שיוצרים מאזן עומסים, מריצים את הפקודה gcloud compute addresses create עם --endpoint-type=NETLB. בוחרים אחת מהאפשרויות האלה:

• כדי לשמור טווח ספציפי של כתובות IPv6, מריצים את הפקודה:

    gcloud compute addresses create ADDRESS_NAME \
        --ip-collection=PDP_NAME \
        --addresses=IPV6_ADDRESS \
        --region=REGION_A \
        --endpoint-type=NETLB \
        --prefix-length=PREFIX_LENGTH
  

• כדי ש- Google Cloud יקצה טווח באופן אוטומטי מה-PDP, מריצים את הפקודה:

    gcloud compute addresses create ADDRESS_NAME \
        --ip-collection=PDP_NAME \
        --region=REGION_A \
        --endpoint-type=NETLB \
        --prefix-length=PREFIX_LENGTH
  

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

• ‫ADDRESS_NAME: השם של משאב כתובת ה-IP השמורה.
• ‫PDP_NAME: השם של הקידומת הציבורית שהוקצתה. ה-PDP חייב להיות קידומת משנה במצב EXTERNAL_IPV6_FORWARDING_RULE_CREATION.
• ‫IPV6_ADDRESS: כתובת ה-IPv6 בתחילת הטווח (לדוגמה, 2001:db8::).
• ‫REGION_A: האזור שבו רוצים ליצור את הכתובת. האזור הזה צריך להיות זהה לאזור של דף תיאור המוצר.
• ‫PREFIX_LENGTH: אורך הקידומת של טווח הכתובות, שחייב להיות שווה לאורך הקידומת שניתן להקצות של ה-PDP המשויך (לדוגמה, 56).

יצירת כלל העברה באמצעות הכתובת השמורה

כדי ליצור את כלל ההעברה באמצעות הכתובת השמורה, מריצים את הפקודה gcloud compute forwarding-rules create. בוחרים אחת מהאפשרויות הבאות:

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

    gcloud compute forwarding-rules create FWD_RULE_NAME \
       --load-balancing-scheme=EXTERNAL \
       --ip-protocol=PROTOCOL \
       --ports=ALL \
       --ip-version=IPV6 \
       --region=REGION_A \
       --address=IPV6_CIDR_RANGE \
       --backend-service=BACKEND_SERVICE
  

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

    gcloud compute forwarding-rules create FWD_RULE_NAME \
        --load-balancing-scheme=EXTERNAL \
        --ip-protocol=PROTOCOL \
        --ports=ALL \
        --ip-version=IPV6 \
        --region=REGION_A \
        --address=ADDRESS_NAME \
        --backend-service=BACKEND_SERVICE
  

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

• ‫FWD_RULE_NAME: השם של כלל ההעברה
• ‫PROTOCOL: פרוטוקול ה-IP של כלל ההעברה. ערך ברירת המחדל הוא TCP. פרוטוקול ה-IP יכול להיות אחד מהבאים: TCP,‏ UDP או L3_DEFAULT.
• ‫REGION_A: האזור של כלל ההעברה
• ‫IPV6_CIDR_RANGE: טווח כתובות ה-IPv6 שכלל ההעברה משרת. הקידומת של טווח כתובות ה-IPv6 חייבת להתאים לאורך הקידומת שניתן להקצות, שצוין בקידומת המשנה המשויכת.
• ‫BACKEND_SERVICE: השם של שירות הקצה העורפי
• ‫ADDRESS_NAME: השם של משאב כתובת ה-IP השמורה.

הפיכת כתובת IP זמנית לכתובת IP שמורה

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

המסוף

1. פועלים לפי השלבים ליצירת כלל העברה באמצעות הקצאה ישירה מ-PDP.

2. נכנסים לדף כתובות IP במסוף Google Cloud .

   לדף IP addresses

3. לוחצים על הכרטיסייה External IP addresses.
4. מוצאים את כתובת ה-IPv6 הארעית של BYOIP שמשויכת למאזן עומסי הרשת החיצוני להעברת סיגנל ללא שינוי.
5. בעמודה Actions, לוחצים על סמל האפשרויות הנוספות (3 נקודות) () ובוחרים באפשרות Promote to static IP address.
6. מזינים שם לכתובת השמורה ולוחצים על שמירה.

gcloud

1. פועלים לפי השלבים לעדכון כלל ההעברה באמצעות הקצאה ישירה מ-PDP.
2. כדי לקדם את טווח כתובות ה-IP הארעיות שמאזן העומסים משתמש בהן לכתובת IP סטטית שמורה, מריצים את הפקודה gcloud compute addresses create:
      gcloud compute addresses create ADDRESS_NAME \
          --addresses=IPV6_ADDRESS \
          --region=REGION_A \
          --endpoint-type=NETLB \
          --prefix-length=PREFIX_LENGTH
   

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

   • ‫ADDRESS_NAME: השם של משאב כתובת ה-IP השמורה.
   • ‫IPV6_ADDRESS: כתובת ה-IPv6 בתחילת הטווח (לדוגמה, 2001:db8::).
   • ‫REGION_A: האזור של כלל ההעברה
   • ‫PREFIX_LENGTH: אורך הקידומת של טווח הכתובות, שחייב להיות שווה לאורך הקידומת שניתן להקצות של ה-PDP המשויך (לדוגמה, 56).

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

• במאמר העברת מאזני עומסי רשת אזוריים חיצוניים להעברת סיגנל ללא שינוי ממאגרי יעד לשירותים לקצה העורפי מוסבר איך מעבירים מאזן עומסי רשת אזורי חיצוני להעברת סיגנל ללא שינוי מקצה עורפי של מאגר יעד לשירות אזורי לקצה העורפי.
• כדי להגדיר מאזן עומסי רשת אזורי חיצוני להעברת סיגנל ללא שינוי לכמה פרוטוקולי IP (תמיכה בתנועת IPv4 ו-IPv6), קראו את המאמר הגדרת מאזן עומסי רשת אזורי חיצוני להעברת סיגנל ללא שינוי לכמה פרוטוקולי IP.
• כדי להגדיר הגנה מתקדמת מפני מתקפות DDoS ברשת למאזן עומסי רשת אזורי חיצוני להעברת סיגנל ללא שינוי באמצעות Cloud Armor, קראו את המאמר הגדרת הגנה מתקדמת מפני מתקפות DDoS ברשת.
• כדי למחוק משאבים, קראו את המאמר ניקוי ההגדרה של מאזן העומסים.