סקירה כללית על ניהול המרכז

בדף הזה מופיעה סקירה כללית על תפקיד האדמין של רכזת Network Connectivity Center‏ (NCC) (roles/networkconnectivity.hubAdmin). למשתמש ראשי (principal) בניהול זהויות והרשאות גישה (IAM) עם תפקיד אדמין של רכזת יש את היכולות הבאות:

אפשר גם להשתמש בתפקידים בהתאמה אישית, אם הם כוללים לפחות את אותן הרשאות של תפקיד האדמין של מרכז NCC.

איך רשתות spoke ב-VPC מצטרפות לרשת hub

אם רשת VPC ומרכז NCC נמצאים באותו פרויקט, יצירת רשת מסוג Spoke עבור רשת ה-VPC יוצרת באופן מיידי קישוריות למרכז ללא צורך בפעולות נוספות.

אם רשת VPC ומרכז NCC ממוקמים בפרויקטים שונים, התהליך ליצירת רשת VPC מסוג Spoke הוא כזה:

  1. אדמין של מרכז יוצר קשרי IAM Policy Bindings שמאפשרים לאדמינים של רשתות מסוג Spoke בפרויקטים אחרים ליצור הצעות לרשתות מסוג Spoke ב-VPC. הערה: אדמינים של מרכזים יכולים לשנות את הקישורים של מדיניות IAM בכל שלב. לדוגמה, אדמין של מרכז יכול לבטל את הגישה בשלב מאוחר יותר, וכך למנוע מאדמין של שלוחה ליצור הצעות נוספות לשלוחות. זה נכון אם האפשרות אישור אוטומטי של רכזות לא מופעלת.
  2. במהלך יצירת ה-Hub, האדמין של ה-Hub בוחר את טופולוגיית הקישוריות בין טופולוגיית הרשת (Mesh) שמוגדרת כברירת מחדל לבין טופולוגיית הכוכב.
  3. אדמין של רשת spoke מציע רשת spoke של VPC. אם ההצעה ליצירת רשת מסוג Spoke היא עבור רשת Hub שמצורפת אליה טופולוגיית כוכב, האדמין של רשת ה-Spoke מקצה את רשת ה-Spoke לקבוצת המרכז או לקבוצת הקצה. בטופולוגיית רשת, כל החיבורים שיוצאים מהרכזת שייכים לקבוצת ברירת המחדל היחידה.
  4. אדמין במרכז בודק כל הצעה להוספת ערוץ, ואז מאשר או דוחה אותה. ההסבר הבא מתאר איך הקישוריות של הרכזת פועלת אחרי אישור או דחייה של הצעה:
    • החיבור בין הרכזת לבין הרשת המקומית הופך לפעיל רק אחרי שאדמין של הרכזת מאשר את ההצעה לחיבור. ‫NCC מספק קישוריות לרשת רק לרשתות מסוג spoke פעילות.
    • אדמין של רכזת יכול לדחות רשת VPC משנית שאושרה בעבר, וכך להפוך את הרשת המשנית ללא פעילה. כשמרכז VPC שהיה פעיל בעבר הופך ללא פעיל, NCC לא מספק קישוריות לרשת של המרכז.

איך עובדות הצעות לעדכון של רכזות

אם יש רשת VPC או רשת VPC של יצרן בפרויקט ששונה מהרכזת, אדמין של הרכזת צריך לאשר או לדחות הצעות לעדכון, אלא אם מופעל אישור אוטומטי של רשתות spoke. העדכונים האלה ב-Spoke יכולים להיות שינויים בטווחים של רשתות משנה של IPv4 שכלולים או לא כלולים (תצוגה מקדימה).

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

אישור אוטומטי של פרויקטים

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

טבלת הניתוב של הרכזת

בטבלת הנתיבים של ה-hub מוצגים נתיבי תת-רשת שיובאו מה-spokes של ה-VPC. כשיוצרים רשת מסוג spoke של VPC, כל המסלולים של רשתות המשנה המקומיות מרשת ה-VPC מיוצאים לרשת ה-hub אלא אם מנהל ה-spoke משתמש בדגל exclude-export-ranges ב-Google Cloud CLI או בשדה excludeExportRanges ב-API. מידע נוסף זמין במאמר בנושא ייחודיות של מסלולי רשת משנה.

כשיוצרים רשת מסוג spoke חדשה ב-VPC, קורה הדברים הבאים:

  • כל רכזת שייכת לקבוצה אחת בלבד.
  • לכל קבוצה יש טבלת ניתוב תואמת.
  • ה-Spokes משויכים לטבלת הניתוב הזו.
  • רשתות המשנה של ה-Spoke מופצות לטבלאות ניתוב אחת או יותר.

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

מידע מפורט על טופולוגיות של קישוריות זמין במאמר בנושא טופולוגיות מוגדרות מראש של קישוריות.

Google Cloud מעדכן אוטומטית את טבלת המסלולים של רשת ה-VPC של כל רשת VPC מסוג spoke ואת טבלת המסלולים של רכזת ה-NCC, כשמתרחש אחד מהמקרים הבאים:

מידע נוסף זמין במאמרים בנושא טבלאות ניתוב שמציגות מסלולי משנה ומסלולים במסמכי התיעוד של VPC.

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