יצירה ושימוש בקידומות משנה של IPv6

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

יש תמיכה במצבים הבאים:

• להעברה נוספת (--mode=DELEGATION): קידומות משנה שאפשר לחלק עוד יותר לקידומות משנה קטנות יותר. אי אפשר להקצות את כתובות ה-IP המשויכות למשאבים עד שיוצרים קידומת משנה במצב ללא הקצאת הרשאות.

• לכללי העברה (--mode=EXTERNAL_IPV6_FORWARDING_RULE_CREATION): קידומות משנה שאפשר להשתמש בהן כמקור לטווחים של כתובות יוניקאסט גלובליות (GUA) חיצוניות אזוריות לכללי העברה. כשיוצרים את תת-הקידומת, בוחרים את אורך הקידומת של כתובות ה-IPv6. אפשר להשתמש בכללי ההעברה רק במאזנים חיצוניים של עומסי רשת להעברת סיגנל ללא שינוי ובהעברת פרוטוקול חיצונית. במצב הזה, אי אפשר להעביר הלאה את ההרשאה לתת תת-קידומות.

• לגבי טווחי רשתות משנה חיצוניות (--mode=EXTERNAL_IPV6_SUBNETWORK_CREATION): קידומות משנה שאפשר להשתמש בהן כמקור לכתובות GUA עבור טווחי רשתות משנה חיצוניות. אפשר להשתמש בטווחים של תת-רשתות חיצוניות שסופקו על ידי BYOIP רק במכונות וירטואליות. במצב הזה, אי אפשר להעביר הלאה את ההרשאה לתת תת-קידומות.

• לגבי טווחי רשתות משנה פנימיות (--mode=INTERNAL_IPV6_SUBNETWORK_CREATION): קידומות משנה שאפשר להשתמש בהן כמקור לכתובות GUA עבור טווחי רשתות משנה פנימיות. כשכתובות GUA מוקצות לטווח של רשת משנה פנימית, הן משמשות באופן פרטי ולא מפורסמות באינטרנט. במצב הזה, אי אפשר להעביר הלאה את ההרשאה של קידומות משנה.

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

הגדרה של מצב קידומת משנה

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

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

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

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

בדוגמה הבאה מוצגת העברה של הרשאות ברמות שונות. כל שלב פועל בהתאם למגבלות על אורך הקידומת והמצב שמפורטות בטבלה של מצב קידומת המשנה. אם יש לכם קידומת ציבורית עם גישה חיצונית וטווח כתובות IP‏ 2001:db8::/32, תוכלו לבצע את הפעולות הבאות:

1. מקידומת האב הגלויה לכולם שפורסמה, אפשר ליצור קידומות ציבוריות ברמה העליונה שהוקצו להן הרשאות. קידומת ציבורית ברמה העליונה יכולה להיות באותו גודל כמו קידומת האב הציבורית שפורסמה או קטנה ממנה, והיא חייבת להיות במצב הקצאה. בדוגמה הזו, כל טווח כתובות ה-IP של קידומת ההורה מוקצה (2001:db8::/32).

2. מקידומת ציבורית ברמה העליונה אפשר ליצור קידומות משנה אחת או יותר. גודל תת-הקידומת יכול להיות זהה לגודל קידומת האב הציבורית המוקצית או קטן ממנו, והיא יכולה להיות בכל מצב שמתאים לסוג הגישה שלה. בדוגמה הזו, נוצר קידומת משנה נוספת במצב העברה עם טווח כתובות ה-IP‏ 2001:db8::/48.

3. אפשר ליצור קידומת משנה אחת או יותר מקידומת המשנה הקודמת. כדי שכתובות ה-IP יהיו זמינות למשאבים, הקידומות האלה צריכות להיות במצב ללא הקצאה, כמו כלל העברה או מצב יצירת רשת משנה. בדוגמה הזו, נוצרים שני תת-קידומות: אחת לטווחים של תת-רשתות חיצוניות עם טווח כתובות ה-IP‏ 2001:db8:0:0::/56 ואחת לכללי העברה חיצוניים עם טווח כתובות ה-IP‏ 2001:db8:1:0::/64.

בשלב הזה, אי אפשר לחלק עוד יותר את קידומות המשנה שמשתמשות בטווחים 2001:db8:0:0::/56 או 2001:db8:1:0::/64. אי אפשר לחלק תת-קידומת אם היא במצב ללא הקצאת הרשאות או אם כבר יש לה שלוש רמות של הקצאת הרשאות מקידומת האב הציבורית שפורסמה. בדוגמה הזו, שני התנאים מתקיימים.

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

1. יוצרים קידומת גלויה ציבורית של IPv6.
2. יוצרים קידומת ציבורית מוקצית מסוג IPv6.

תפקידים

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

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

יצירת קידומות משנה של IPv6

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

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

אי אפשר לערוך קידומת משנה כדי לשנות את השם שלה. מומלץ לבחור שמות כלליים שלא צריך לשנות. לדוגמה, sub-2001-db8-0-0-0-0-0-0-40, כאשר sub מציין את סוג המשאב ו-2001-db8-0-0-0-0-0-0-40 מציין את הקידומת הספציפית ואת אורך הקידומת.

gcloud compute public-delegated-prefixes create SUB_PREFIX_NAME \
    --range=SUB_PREFIX_RANGE \
    --mode=MODE \
    --public-delegated-prefix=PDP_NAME \
    --region=PDP_REGION \
    --project=PROJECT_ID \
    [--allocatable-prefix-length=PREFIX_LENGTH]

הקצאת טווחי רשתות משנה של IPv6

אפשר להקצות טווחים של רשתות משנה מסוג IPv6 חיצוניות או פנימיות באמצעות קידומות משנה. טווחים של רשתות משנה ב-IPv6 שנוצרים מקידומת משנה משתמשים בכתובות גלובליות של unicast‏ (GUA). האופן שבו אפשר להשתמש בטווח שהוקצה תלוי בסוג הגישה ובמצב של קידומת המשנה:

• טווחים של רשתות משנה חיצוניות מוקצים מקידומות משנה של מצב EXTERNAL_IPV6_SUBNETWORK_CREATION. אפשר להשתמש בטווחים של תת-רשתות חיצוניות שסופקו על ידי BYOIP רק כדי לשמור כתובות IP חיצוניות סטטיות עם סוג נקודת הקצה VM ולהקצות כתובות חיצוניות סטטיות או ארעיות למכונות וירטואליות.

• טווחים של רשתות משנה פנימיות מוקצים מקידומות משנה של מצב INTERNAL_IPV6_SUBNETWORK_CREATION. טווחים של רשתות משנה פנימיות שסופקו על ידי BYOIP מוגדרים עם כתובות GUA לשימוש פרטי שלא מפורסמות באינטרנט. אפשר להשתמש בכתובות האלה באותו אופן כמו בטווח של תת-רשת פנימית ULA ש-Google מספקת.

יצירת רשתות משנה עם טווחי כתובות IPv6 BYOIP

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

gcloud compute networks subnets create SUBNET \
    --network=NETWORK \
    --stack-type=STACK_TYPE \
    --ipv6-access-type=ACCESS_TYPE \
    --region=REGION \
    --ip-collection=PDP_NAME \
    {--external-ipv6-prefix=EXTERNAL_IPV6_RANGE | --internal-ipv6-prefix=INTERNAL_IPV6_RANGE}
    [--range=PRIMARY_IPv4_RANGE]

הוספת טווח BYOIP של IPv6 לרשת משנה מסוג IPv4 בלבד

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

gcloud compute networks subnets update SUBNET \
    --ipv6-access-type=ACCESS_TYPE \
    --stack-type=IPV4_IPV6 \
    --ip-collection=PDP_NAME \
    --region=REGION \
    {--external-ipv6-prefix=EXTERNAL_IPV6_RANGE | --internal-ipv6-prefix=INTERNAL_IPV6_RANGE}

פריסת משאבים בתת-רשתות עם טווחי כתובות IPv6 BYOIP

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

מידע כללי על הקצאת כתובות IPv6 סטטיות וזמניות למכונות זמין במאמר הגדרת כתובות IPv6 למכונות.

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

• שמירת כתובות IPv6 חיצוניות סטטיות
• הגדרת כתובות IPv6 חיצוניות סטטיות

מידע על הקצאת כתובות IPv6 פנימיות למכונות וירטואליות או לכללי העברה זמין במאמרים הבאים:

• כללי העברה פנימיים
• שמירת כתובות IPv6 פנימיות סטטיות
• הגדרת כתובות IPv6 פנימיות סטטיות

יצירת כללי העברה חיצוניים

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

למידע נוסף, קראו את המאמרים הבאים:

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

הצגת קידומות

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

gcloud compute public-delegated-prefixes list

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

• ניהול הודעות BGP‏ (v2)