אפשרויות לרשתות ב-Looker (Google Cloud Core)‎

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

סקירה כללית

אלה אפשרויות הגדרת הרשת שזמינות ל-Looker (Google Cloud core):

כשאתם שוקלים הגדרת רשת למכונה של Looker (Google Cloud core), המידע הבא יכול לעזור לכם להחליט:

  • צריך להגדיר את תצורת הרשת כשיוצרים את המכונה. אי אפשר לשנות מכונה שהוגדרה לחיבורים מאובטחים ציבוריים אחרי שיוצרים אותה. אחרי שיוצרים את המכונה, אפשר לשנות מכונה שמוגדרת לחיבורים היברידיים לחיבורים פרטיים, או לשנות מכונה עם חיבורים פרטיים להגדרה של חיבורים היברידיים.
  • הזמינות של התכונות משתנה בהתאם לאפשרות הרשת. מידע נוסף זמין בדף התיעוד זמינות התכונות ב-Looker (Google Cloud core).
  • כל החיבורים ל-BigQuery מתבצעים דרך הרשת הפרטית של Google, בלי קשר להגדרות הרשת.
  • אם ספק זהויות של צד שלישי מוגדר לכניסה יחידה (SSO), הדפדפן של המשתמש מתקשר עם ספק הזהויות ואז מופנה למכונה של Looker (ליבת Google Cloud). כל עוד אפשר לגשת לכתובת ה-URL להפניה אוטומטית דרך הרשת של המשתמש, ספקי זהויות של צד שלישי פועלים בכל הגדרות הרשת.

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

חיבורים מאובטחים ציבוריים

אפשר לגשת ל-Looker (Google Cloud core) שנפרס כמכונה של חיבור מאובטח ציבורי מכתובת IP חיצונית שנגישה לאינטרנט. במצב הזה, יש תמיכה בתנועה נכנסת (צפונה) ל-Looker (Google Cloud core) בנוסף לגישה היוצאת (דרומה) של Looker (Google Cloud core) לנקודות קצה באינטרנט. ההגדרה הזו דומה להגדרה של מכונה של Looker (original)‎ שמתארחת ב-Looker.

התנועה אל מכונה של חיבור מאובטח ציבורי וממנה עוברת דרך האינטרנט הציבורי.

חיבורים מאובטחים ציבוריים מאפשרים רק תנועת HTTPS אל Looker (Google Cloud core). ‫Google מקצה באופן אוטומטי אישור SSL כשרשומת ה-CNAME מתעדכנת ו-Google יכולה לאתר את רשומות ה-DIG. האישור הזה מוחלף אוטומטית כל ארבעה חודשים. כדי להתחבר בצורה מאובטחת למסדי נתונים חיצוניים ממכונה של Looker (Google Cloud core) עם חיבור מאובטח ציבורי, אתם יכולים להגדיר חיבור SSL מוצפן.

קל להגדיר חיבורים מאובטחים ציבוריים ולהתחבר אליהם, והם לא דורשים הגדרות רשת מתקדמות או מומחיות.

כדי ליצור מכונה של Looker (Google Cloud core) עם חיבור מאובטח שגלוי לכולם, קראו את דף התיעוד יצירת מכונה של Looker (Google Cloud core) עם חיבור מאובטח שגלוי לכולם.

אחרי שיוצרים מכונה של חיבור מאובטח ציבורי, בכרטיסייה Details של המכונה במסוף Google Cloud , השדה Public IP enabled יופיע כ-true והשדות Private IP Enabled ו-PSC Enabled יופיעו כ-false.

חיבורים פרטיים

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

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

בהגדרת חיבורים פרטיים, ל-Looker (ליבה של Google Cloud) אין כתובת URL ציבורית. אתם שולטים בכל התנועה הנכנסת (צפונה), וכל התנועה היוצאת (דרומה) תנותב דרך ה-VPC שלכם.

אם המכונה משתמשת רק בחיבור פרטי, צריך לבצע הגדרות נוספות כדי להגדיר דומיין מותאם אישית וגישת משתמשים למכונה, להשתמש בתכונות מסוימות של Looker (Google Cloud core)‎ או להתחבר למשאבים חיצוניים, כמו ספקי Git. כדי לתכנן ולהגדיר את התצורה הזו, כדאי להיעזר במומחה רשתות פנימי.

ב-Looker (שירות הליבה של Google Cloud) יש שתי אפשרויות לחיבורים פרטיים:

כשיוצרים את המכונה, צריך להחליט אם להשתמש בגישה לשירותים פרטיים או ב-Private Service Connect.

התחברות לשירות פרטי

צריך להגדיר את השימוש ב-Private Service Connect עם Looker (Google Cloud core) בזמן יצירת המכונה.

כדי ליצור מכונה של Looker (Google Cloud core) Private Service Connect, עיינו בדף התיעוד יצירת מכונה של Looker (Google Cloud core) Private Service Connect.

אחרי שיוצרים מכונה של Private Service Connect, בכרטיסייה Details של המכונה במסוף Google Cloud הערך של השדה PSC Enabled יהיה true.

כשמשתמשים ב-Private Service Connect עם Looker (Google Cloud core), הוא שונה מגישה לשירותים פרטיים בדרכים הבאות:

  • נקודות קצה (endpoint) ורכיבי בקאנד תומכים בשיטות גישה ציבוריות או פרטיות.
  • ‫Looker (Google Cloud core) יכול להתחבר לשירותים אחרים של Google, כמו Cloud SQL, שנגישים דרך Private Service Connect.
  • אין צורך להקצות בלוקים גדולים של כתובות IP.
  • חיבורים ישירים מאפשרים תקשורת טרנזיטיבית.
  • אין צורך לשתף רשת עם שירותים אחרים.
  • תמיכה בריבוי דיירים.
  • תמיכה בגישה גלובלית.
  • תמיכה באישורים שמנוהלים על ידי Google לדומיינים מותאמים אישית.

כדי לתכנן ולהגדיר את Private Service Connect, כדאי להיעזר במומחה רשתות פנימי.

מידע נוסף על מכונות של Private Service Connect מופיע בדף התיעוד שימוש ב-Private Service Connect עם Looker (Google Cloud core).

גישה למכונה של Looker (Google Cloud core) באמצעות Private Service Connect

אפשר להשתמש ברכיבי Back-end של Private Service Connect כדי לגשת באופן פרטי למכונות של Looker (Google Cloud core)‎ ב-Private Service Connect או כדי לגשת ל-Looker (Google Cloud core)‎ דרך האינטרנט הציבורי.

תעבורת נתונים יוצאת מבוקרת מקומית

כשמשתמשים בהגדרה Global FQDN או בהגדרה Enable connection to Looker Marketplace, ‏Looker (Google Cloud core) משתמש בתעבורת נתונים יוצאת (egress) מקומית מבוקרת. הפתרון המנוהל והמובנה הזה מפשט את הקישוריות של תעבורת הנתונים היוצאת (egress) באינטרנט (HTTPS) בפריסות שמבוססות על Private Service Connect. תעבורת נתונים יוצאת מקומית מבוקרת מסירה את הצורך ליצור שירות של יצרן לתעבורת נתונים לאינטרנט בענן הווירטואלי הפרטי (VPC). תעבורת הנתונים מנותבת דרך ה-VPC של Looker שמנוהל על ידי Google, מה שמאפשר להגדיר בקלות את הסביבה המאובטחת ולשפר את נוחות השימוש.

אלה היתרונות העיקריים של יציאת נתונים מקומית מבוקרת:

  • הגדרות פשוטות יותר: ההגדרות פשוטות יותר כי לא צריך לבצע פעולות מקדימות כמו פריסת מאזני עומסים ושערי NAT, או הקצאת שטח ברשת המשנה לשירות של בעלי השירות המנוהל ב-Private Service Connect. ‫Looker (Google Cloud core) מנהל את תעבורת הנתונים המקומית המבוקרת כדי לאפשר תעבורת נתונים לאינטרנט באמצעות HTTPS.
  • ביטול הצורך בפתרונות עקיפים ומסובכים: דרך פשוטה להתחבר לשירותים כמו Marketplace בלי לפרוס תשתית רשת.
  • תמיכה בשירותים חיצוניים מרכזיים: מאפשרת תעבורת נתונים יוצאת (egress) מקומית שניתנת להגדרה, לשמות דומיינים שמוגדרים במלואם (FQDN) שהלקוח ציין, כמו Looker managed Marketplace, ‏ github.com ו-gitlab.com.

כשבוחרים ב-Controlled native egress, חשוב לשים לב לנקודות הבאות:

  • תעבורת נתונים יוצאת מקומית מבוקרת תומכת בתעבורת נתונים יוצאת לאינטרנט ב-HTTPS לנקודות קצה ציבוריות.

  • כדי לזהות את כתובות ה-IP שבהן Looker (Google Cloud core) משתמש לתעבורת נתונים יוצאת מבוקרת, נכנסים לכרטיסייה Details בדף Instances של המכונה של Looker (Google Cloud core) במסוף Google Cloud . כתובות ה-IP שמשמשות לתעבורת נתונים לאינטרנט מופיעות בשדה Egress IPs בקטע Controlled Egress Configuration. כתובות ה-IP ייחודיות למכונה של Looker (Google Cloud core). כתובות ה-IP האלה מוקצות באמצעות Secure Web Proxy, והן דינמיות ועשויות להשתנות ללא אזהרה.

  • תנועה לממשקי Google API שנתמכים על ידי VIP מוגבל מנותבת באופן אוטומטי דרך תעבורת נתונים יוצאת מקומית מבוקרת. בממשקי Google API שלא נתמכים על ידי ה-VIP המוגבל, אתם יכולים להוסיף כלל תעבורת נתונים יוצאת של Global FQDN כדי לאפשר תנועה לאותו API באמצעות תעבורת נתונים יוצאת מקומית מבוקרת.

  • אם המכונה של Looker (Google Cloud core) נמצאת במתחם VPC Service Controls, המערכת תחסום תנועה יוצאת מבוקרת של נתונים מקומיים לממשקי Google API שלא נתמכים על ידי VPC Service Controls. צריך לפרסם את השירותים האלה כשירותים מנוהלים, ואפשר לאפשר תנועה דרך Private Service Connect על ידי הוספת השירות לרשימת ההיתרים של ה-FQDN המקומי. דוגמה לשירות כזה היא Google Maps API.

  • אין תמיכה ב-Looker Action Hub ביציאת נתונים מקומית מבוקרת.

  • כדי להשתמש בחיבורים יוצאים לשירותים שהם לא של Google, אפשר להוסיף אותם לרשימת ההיתרים של FQDN גלובלי.

  • אם אתם נתקלים בבעיות של זמן קצוב לתפוגה של חיבור או בכשלים באימות מול שירותים חיצוניים כשאתם משתמשים בתעבורת נתונים יוצאת מקומית מבוקרת, עיינו במאמר פתרון בעיות ברשת של Looker (Google Cloud core).

בקטע השוואה בין תעבורת נתונים יוצאת מקומית מבוקרת לבין חיבורים של Private Service Connect מופיעה השוואה בין חיבורים יוצאים שמשתמשים בתעבורת נתונים יוצאת מקומית מבוקרת לבין שירותים שפורסמו ב-Private Service Connect.

התחברות לשירותים חיצוניים באמצעות Private Service Connect

במכונות של Looker (Google Cloud core) Private Service Connect אפשר להשתמש בנקודות קצה (endpoints) כדי להתחבר ל- Google Cloud או למשאבים חיצוניים. אם המשאב הוא חיצוני, צריך להגדיר גם קבוצה של נקודות קצה (endpoint) ברשת (NEG) ומאזן עומסים. בנוסף, כל חיבור יוצא לשירות ייחודי מחייב לפרסם את השירות באמצעות Private Service Connect. ב-Looker (Google Cloud core), צריך ליצור כל חיבור יוצא ייחודי באמצעות ההגדרה Local FQDN ולתחזק אותו לכל שירות שרוצים להתחבר אליו.

סקירה כללית על הטופולוגיות של הרשת הנכנסת והיוצאת ב-Private Service Connect.

דוגמה להתחברות לשירות חיצוני באמצעות Private Service Connect מופיעה בשיעור ה-Codelab בנושא Looker PSC Southbound HTTPS Internet NEG.

בקטע תעבורת נתונים יוצאת מקומית מבוקרת לעומת חיבורי Private Service Connect מוסבר על ההבדלים בין סוגי החיבורים לתעבורת נתונים יוצאת ב-Private Service Connect.

תעבורת נתונים יוצאת מקומית מבוקרת לעומת חיבורים של Private Service Connect

בטבלה הבאה מוצגת השוואה בין התכונות העיקריות של התחברות לשירותים חיצוניים באמצעות תעבורת נתונים יוצאת (egress) מקומית מבוקרת, לבין התחברות באמצעות חיבורי Private Service Connect דרומה.

תכונה תעבורת נתונים יוצאת מבוקרת מקומית חיבורים דרומה באמצעות Private Service Connect
יעד ראשי פישוט ההגדרה של הגישה לשירותים חיצוניים ציבוריים ספציפיים ונפוצים (לדוגמה, Marketplace,‏ GitHub). מאפשר ל-Looker (ליבה של Google Cloud) לפעול כצרכן שירות כדי ליצור תקשורת עם שירותים ב-VPC, ברשת מרובת העננים או באינטרנט.
ניהול ומורכבות תכונה מובנית ומנוהלת של Private Service Connect ב-Looker (Google Cloud core), שנועדה לבטל את הצורך בידע מורכב על רשתות. כדי להגדיר חיבורים דרומה, הלקוח צריך לבצע הגדרה ידנית מפורטת.
שירותים מטורגטים מיועד לשירותי תעבורת נתונים לאינטרנט באמצעות HTTPS (לדוגמה, Marketplace,‏ github.com, ‏ gitlab.com) תמיכה במגוון רחב של שירותים יוצאים (פרטיים וציבוריים), כולל מסדי נתונים בניהול Google (לדוגמה, Cloud SQL), מסדי נתונים מקומיים ושירותים בניהול עצמי.

גישה לשירותים פרטיים

כשיוצרים את המכונה, צריך להגדיר את השימוש בחיבורים פרטיים של גישה לשירותים פרטיים עם Looker (Google Cloud core). מכונות Looker (Google Cloud core) יכולות לכלול חיבור מאובטח ציבורי עם החיבור הפרטי שלהן (גישה לשירותים פרטיים). אחרי שיוצרים מכונה שמשתמשת בגישה לשירותים פרטיים, אפשר להוסיף לה חיבור פרטי או להסיר אותו.

כדי ליצור חיבור פרטי (גישה לשירותים פרטיים), צריך להקצות טווח CIDR של /22 ב-VPC ל-Looker (Google Cloud core).

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

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

אחרי שיוצרים מכונה של גישה לשירותים פרטיים, בכרטיסייה Details של המכונה במסוף Google Cloud , השדה Private IP Enabled יופיע כ-true.

הגדרת חיבורים היברידיים

מכונות של Looker (Google Cloud core) שמשתמשות בגישה לשירותים פרטיים או ב-Private Service Connect לחיבור הפרטי שלהן תומכות בהגדרה של חיבורים היברידיים.

למכונה של Looker (Google Cloud core) שמשתמשת בגישה לשירותים פרטיים ויש לה חיבור היברידי, יש כתובת URL ציבורית, וכל תעבורת הנתונים הנכנסת (צפונה) תעבור דרך החיבור הציבורי באמצעות HTTPS. תעבורת הנתונים היוצאת (דרומה) מנותבת דרך ה-VPC, שאפשר להגדיר אותו כך שיאפשר רק תעבורת נתונים של חיבור פרטי, באמצעות HTTPS או הצפנה. כל תעבורת הנתונים מוצפנת בזמן ההעברה.

מופע של Looker (Google Cloud core) שמופעלת בו Private Service Connect משתמש בכתובת IP שמוגדרת על ידי הלקוח ונגישה ב-VPC לצורך תעבורת נתונים נכנסת. התקשורת עם ה-VPC ועם עומסי העבודה המקומיים או מרובי העננים מתבצעת באמצעות קובצי שירות מצורפים שאתם פורסים לתעבורת נתונים יוצאת.

בהגדרת חיבורים היברידיים, תנועה נכנסת עוברת דרך חיבור ציבורי ותנועה יוצאת עוברת דרך חיבור פרטי.

אחרי שיוצרים מכונה עם הגדרה של חיבורים היברידיים, בכרטיסייה Details של המכונה במסוף Google Cloud יוצג הערך true בשדה Public IP enabled, והערך true בשדה Private IP Enabled או בשדה PSC Enabled.

איך בוחרים אפשרות ליצירת קשרים עסקיים

בטבלה הבאה מפורטת זמינות התכונות באפשרויות השונות של הרשת.

דרישות רשת
התכונה חיבורים מאובטחים ציבוריים חיבורים היברידיים (PSA) חיבורים פרטיים (PSA) חיבורים היברידיים (PSC) חיבורים פרטיים (PSC)
צריך להקצות טווח כתובות IP כדי ליצור מכונה לא כן (/22 לכל מכונה, לכל אזור) כן (/22 לכל מכונה, לכל אזור) לא לא
Google Cloud Armor כן. ב-Looker (Google Cloud core)‎ נעשה שימוש בכללי ברירת המחדל של Google Cloud Armor, שמנוהלים על ידי Google. אי אפשר להגדיר את הכללים האלה. כן. ב-Looker (Google Cloud core)‎ נעשה שימוש בכללי ברירת המחדל של Google Cloud Armor, שמנוהלים על ידי Google. אי אפשר להגדיר את הכללים האלה. לא כן. ב-Looker (Google Cloud core)‎ נעשה שימוש בכללי ברירת המחדל של Google Cloud Armor, שמנוהלים על ידי Google. אי אפשר להגדיר את הכללים האלה. נתמך במאזן עומסים אזורי חיצוני של אפליקציות (ALB) בניהול הלקוח, בקצה עורפי של Private Service Connect וב-Google Cloud Armor בניהול הלקוח
דומיין מותאם אישית כן נתמך ככתובת URL שגלויה לכולם כן נתמך ככתובת URL שגלויה לכולם כן
גישה נכנסת
התכונה חיבורים מאובטחים ציבוריים חיבורים היברידיים (PSA) חיבורים פרטיים (PSA) חיבורים היברידיים (PSC) חיבורים פרטיים (PSC)
אינטרנט ציבורי כן כן לא נתמך במאזן עומסים חיצוני אזורי של אפליקציות (ALB) בניהול Google נתמך עם מאזן עומסים אזורי חיצוני של אפליקציות (ALB) בניהול הלקוח, קצה עורפי של Private Service Connect ודומיין מותאם אישית
קישור בין רשתות VPC שכנות (גישה לשירותים פרטיים) לא כן כן לא לא
ניתוב מבוסס-PSC לא לא לא

נתמך במקרים הבאים:

  • מאזן עומסים חיצוני אזורי של אפליקציות (ALB) וקצה עורפי של Private Service Connect
  • מאזן עומסים פנימי אזורי של אפליקציות (ALB) וקצה עורפי של Private Service Connect

יש תמיכה בגישה גלובלית (באמצעות URI משופר של קובץ מצורף לשירות), שמאפשרת לגשת למכונה מאזור שונה מזה שבו היא נמצאת.
רישות היברידי לא כן כן כן כן
גישה יוצאת
התכונה חיבורים מאובטחים ציבוריים חיבורים היברידיים (PSA) חיבורים פרטיים (PSA) חיבורים היברידיים (PSC) חיבורים פרטיים (PSC)
אינטרנט כן לא לא נתמך עם מאזן עומסים פנימי אזורי של שרת proxy ל-TCP, קבוצת נקודות קצה באינטרנט (NEG) ושער Cloud NAT.
קישור בין רשתות VPC שכנות (גישה לשירותים פרטיים) לא כן כן לא לא
ניתוב שמבוסס על Private Service Connect לא לא לא נתמך במאזן עומסים פנימי אזורי של שרת proxy ל-TCP וב-NEG היברידי
רישות היברידי (ריבוי עננים וסביבה מקומית) לא כן כן נתמך במאזן עומסים פנימי אזורי בשרת proxy ל-TCP, ב-NEG היברידי ובGoogle Cloud מוצרי רשת
בקשת הצטרפות
התכונה חיבורים מאובטחים ציבוריים חיבורים היברידיים (PSA) חיבורים פרטיים (PSA) חיבורים היברידיים (PSC) חיבורים פרטיים (PSC)
GitHub כן נתמך עם מאזן עומסים פנימי של שרת proxy ל-TCP ו-NEG באינטרנט כן. לדוגמה, ראו Looker PSC Southbound HTTPS Internet NEG codelab.
‫GitHub Enterprise לא כן כן כן כן
Cloud SQL כן נתמך ב-Cloud SQL שנפרס באותו VPC כמו Looker (Google Cloud core) כן כן כן
BigQuery כן כן כן כן כן
הטמע כן כן כן כן כן
Marketplace כן לא לא כן כן
Looker Action Hub כן כן לא כן לא
שרת MCP בניהול Looker כן כן כן כן כן
גיליונות מקושרים כן כן כן כן כן
SMTP כן כן כן כן. נדרשת קישוריות יוצאת.
יתרונות
התכונה חיבורים מאובטחים ציבוריים חיבורים היברידיים (PSA) חיבורים פרטיים (PSA) חיבורים היברידיים (PSC) חיבורים פרטיים (PSC)
יתרונות
  • כתובת URL שנגישה לציבור מאפשרת להתחבר בקלות ל-Looker (Google Cloud core) משירותים אחרים שצריכים לגשת למכונה או להפנות ל-Looker.
  • אין צורך בהגדרת רשת מתקדמת.
  • גישה ל-Looker (Google Cloud core) דרך כתובת URL ציבורית
  • הגישה היוצאת לסביבות מרובות עננים (multi-cloud) מתבצעת על סמך הנגישות של כתובת ה-IP
    		•
    • מכונה פרטית לגישה נכנסת ויוצאת
    • הגישה היוצאת לסביבות מרובות עננים (multi-cloud) מתבצעת על סמך הנגישות של כתובת ה-IP
    • אין אילוצים משותפים ואין צורך בתיאום כתובות IP בין הצרכן לבין היצרן
    • לא צריך להקצות רשת משנה כדי ליצור מופע של Looker (Google Cloud core)
    • גישה מפורשת ל-Looker (Google Cloud core) ולנקודות קצה (endpoints)
    • תמיכה במאזן עומסים חיצוני שמנוהל על ידי Google.
    • אין אילוצים משותפים ואין צורך בתיאום כתובות IP בין הצרכן לבין היצרן
    • לא צריך להקצות רשת משנה כדי ליצור מופע של Looker (Google Cloud core)
    • גישה מפורשת ל-Looker (Google Cloud core) ולנקודות קצה (endpoints)
    • תמיכה בגישה ציבורית ופרטית ל-Looker (Google Cloud core) באמצעות בק-אנדים של Private Service Connect
    לתשומת ליבכם
    התכונה חיבורים מאובטחים ציבוריים חיבורים היברידיים (PSA) חיבורים פרטיים (PSA) חיבורים היברידיים (PSC) חיבורים פרטיים (PSC)
    לתשומת ליבכם אם רוצים כתובת URL מותאמת אישית, צריך להגדיר שם דומיין שמוגדר במלואו (לדוגמה, looker.examplepetstore.com). אי אפשר להגדיר כתובת URL מותאמת אישית כמו examplepetstore.looker.com.
    • כדי לאפשר גישה יוצאת לסביבה מקומית ולסביבה מרובת עננים, צריך לעדכן את חומת האש
    • כשפורסים את Looker (Google Cloud core) בארכיטקטורת VPC מסוג Hub-and-Spoke עם קישור בין רשתות VPC שכנות, הניתוב ל-Looker לא טרנזיטיבי אם הגישה היא דרך רשת היברידית מרשתות מקומיות או מרשתות מרובות עננים (multi-cloud)
    • תשתית נוספת להתחברות ל-Git ציבורי (מכונה וירטואלית של שרת proxy, קבוצת נקודות קצה באינטרנט ומאזן עומסים)
    • כדי לאפשר גישה יוצאת לסביבה מקומית ולסביבה מרובת עננים, צריך לעדכן את חומת האש
    • כשפורסים את Looker (Google Cloud core) בארכיטקטורת VPC מסוג Hub-and-Spoke עם קישור בין רשתות VPC שכנות, הניתוב ל-Looker לא טרנזיטיבי אם הגישה היא דרך רשת היברידית מרשתות מקומיות או מרשתות מרובות עננים (multi-cloud)
    • תשתית נוספת להתחברות ל-Git ציבורי (שרת proxy של VM,‏ NEG באינטרנט ומאזן עומסים)
    • ‫Google מנהלת את הגישה הציבורית ל-Looker (Google Cloud core).
    • לכל נקודת קצה יוצאת (כתובת IP) נדרש שירות שפורסם ב-Private Service Connect.
    • כדי לאפשר גישה ציבורית ל-Looker (Google Cloud core), צריך לשלב את מאזן העומסים החיצוני של אפליקציות (ALB) עם קצה עורפי של Private Service Connect
    • כל נקודת קצה יוצאת (כתובת IP) דורשת שירות שפורסם ב-Private Service Connect

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

    אחרי שיוצרים מכונה של Looker (Google Cloud core), יכול להיות שתצטרכו לשנות את הגדרות הרשת שלה כדי להתאים אותה לדרישות אבטחה או תשתית משתנות. בהתאם להגדרות הרשת הנוכחיות והרצויות, אתם יכולים לעדכן את ההגדרות ישירות במכונה הקיימת או ליצור מכונה חדשה עם ההגדרות המעודכנות ולהעביר את הנתונים:

    • שינוי ישיר של ההגדרות: אתם יכולים לעבור בין חיבורים פרטיים לחיבורים היברידיים על ידי עריכת הגדרות המכונה במסוף Google Cloud .
    • צריך לבצע העברה: אי אפשר להעביר ישירות מכונה קיימת לחיבורים מאובטחים ציבוריים או מהם, או לשנות את מנגנון הקישוריות הפרטית הבסיסי בין גישה לשירותים פרטיים (PSA) לבין Private Service Connect ‏ (PSC). במקרים כאלה, צריך ליצור מכונה חדשה של Looker (Google Cloud core) עם הגדרת הרשת הרצויה, ואז לייצא את הנתונים מהמכונה המקורית ולייבא אותם למכונה החדשה.

    בטבלה הבאה מפורטות הדרישות למעבר בין הגדרות רשת:

    הגדרת הרשת הנוכחית הגדרת רשת היעד איך משנים את ההגדרה
    חיבורים פרטיים חיבורים היברידיים עורכים את הגדרות המכונה במסוף Google Cloud .
    חיבורים היברידיים חיבורים פרטיים עורכים את הגדרות המכונה במסוף Google Cloud .
    חיבורים מאובטחים ציבוריים חיבורים פרטיים יוצרים מכונה חדשה עם חיבורים פרטיים, ואז מייצאים ומייבאים נתונים.
    חיבורים מאובטחים ציבוריים חיבורים היברידיים יוצרים מכונה חדשה עם חיבורים היברידיים, ואז מייצאים ומייבאים נתונים.
    חיבורים פרטיים חיבורים מאובטחים ציבוריים יוצרים מכונה חדשה עם חיבורים מאובטחים ציבוריים, ואז מייצאים ומייבאים נתונים.
    חיבורים היברידיים חיבורים מאובטחים ציבוריים יוצרים מכונה חדשה עם חיבורים מאובטחים ציבוריים, ואז מייצאים ומייבאים נתונים.

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