במאמר הזה מוסברים מושגים שקשורים ל-Private Service Connect. אתם יכולים להשתמש ב-Private Service Connect כדי:
- קישוריות של רשת פרטית למכונה של Cloud SQL מכמה רשתות של ענן וירטואלי פרטי (VPC) ששייכות לקבוצות, לצוותים, לפרויקטים או לארגונים שונים.
- מספק קישוריות רשת למכונה הראשית של Cloud SQL או לכל אחת מהרפליקות לקריאה בלבד שלה.
Private Service Connect היא שיטת ברירת המחדל לקישוריות פרטית למכונות Cloud SQL בפרויקטים חדשים.
נקודת קצה מסוג Private Service Connect
אתם יכולים להשתמש בנקודות קצה של Private Service Connect כדי לגשת למכונות Cloud SQL באופן פרטי מרשתות ה-VPC של הצרכנים. נקודות הקצה האלה הן כתובות IP פנימיות שמשויכות לכלל העברה שמפנה לצירוף שירות של מכונה ב-Cloud SQL.
אתם יכולים ליצור את נקודת הקצה באופן ידני, או ש-Cloud SQL ייצור אותה בשבילכם באופן אוטומטי.
יצירת נקודת קצה (endpoint) באופן אוטומטי
כדי ש-Cloud SQL ייצור נקודת קצה באופן אוטומטי:
- יוצרים מדיניות חיבור לשירות ברשתות ה-VPC.
יוצרים מכונה של Cloud SQL עם Private Service Connect שמופעל במכונה, ומגדירים את המכונה כך שתיצור נקודת קצה באופן אוטומטי. כשיוצרים את המכונה, מציינים פרמטרים של חיבור אוטומטי כמו רשתות VPC ופרויקטים.
מערכת Cloud SQL מאתרת את מדיניות החיבור לשירות ברשתות האלה ויוצרת נקודת קצה של Private Service Connect שמפנה לקובץ המצורף של השירות במכונה.
אחרי שיוצרים את המכונה ו-Cloud SQL יוצר את נקודת הקצה, הלקוחות ברשתות ה-VPC המתאימות יכולים להתחבר למכונה מנקודת הקצה, באמצעות כתובת IP או רשומת DNS.
יצירת נקודת קצה באופן ידני
כדי ליצור נקודת קצה באופן ידני:
- יוצרים מכונה של Cloud SQL עם Private Service Connect שמופעל במכונה.
- משיגים את ה-URI של צירוף השירות שצריך כדי ליצור את נקודת הקצה באופן ידני.
שומרים כתובת IP פנימית ברשת ה-VPC בשביל נקודת הקצה ויוצרים נקודת קצה עם הכתובת הזו.
אחרי שיוצרים את המכונה ו-Cloud SQL יוצר את נקודת הקצה, הלקוחות ברשתות ה-VPC המתאימות יכולים להתחבר למכונה מנקודת הקצה, באמצעות כתובת IP או רשומת DNS.
מדיניות החיבור לשירות
מדיניות חיבור לשירות מאפשרת לכם לאשר לסוג שירות מסוים ליצור חיבור Private Service Connect בין רשתות VPC. כתוצאה מכך, אתם יכולים להקצות נקודות קצה של Private Service Connect באופן אוטומטי.
אפשר ליצור לכל היותר מדיניות אחת לכל שילוב של מחלקת שירות, אזור ורשת VPC. המדיניות קובעת את האוטומציה של קישוריות השירות לשילוב הספציפי הזה. כשמגדירים מדיניות, בוחרים רשת משנה. רשת המשנה משמשת להקצאת כתובות IP לנקודות הקצה שאתם יוצרים באמצעות המדיניות. אם לכמה כללי מדיניות של חיבורי שירות יש את אותו אזור, אתם יכולים להשתמש באותה רשת משנה לכל כללי המדיניות.
לדוגמה, אם רוצים להשתמש באוטומציה של קישוריות לשירותים עם שני שירותים בשלושה אזורים שונים, צריך ליצור שש כללי מדיניות. אפשר להשתמש בשלוש רשתות משנה לפחות: אחת לכל אזור.
אחרי שיוצרים מדיניות חיבור לשירות, אפשר לעדכן רק את מגבלת החיבורים ואת רשתות המשנה של המדיניות. אם אתם צריכים לעדכן שדות אחרים, בצעו את הפעולות הבאות:
- מסירים את כל החיבורים שמשתמשים במדיניות.
- מוחקים את המדיניות.
- יוצרים מדיניות חדשה.
קובץ מצורף עם השירות
כשיוצרים מכונה של Cloud SQL ומגדירים אותה לשימוש ב-Private Service Connect, Cloud SQL יוצר באופן אוטומטי צירוף שירות למכונה. חיבור לשירות הוא נקודת חיבור שרשתות VPC משתמשות בה כדי לגשת למכונה.
יוצרים נקודת קצה (endpoint) של Private Service Connect, שרשת ה-VPC משתמשת בה כדי להתחבר לחיבור השירות. כך הרשת יכולה לגשת למכונה.
לכל מכונה של Cloud SQL יש צירוף שירות אחד שאליו נקודת הקצה של Private Service Connect יכולה להתחבר דרך רשת ה-VPC. אם יש כמה רשתות, לכל רשת יש נקודת קצה משלה.
שמות ורשומות DNS
במכונות שבהן מופעל Private Service Connect, מומלץ להתחבר באמצעות שם DNS, כי רשתות שונות יכולות להתחבר לאותה מכונה, ולנקודות הקצה של Private Service Connect בכל רשת יכולות להיות כתובות IP שונות. בנוסף, כדי להתחבר למכונות האלה, Cloud SQL Auth Proxy דורש שמות DNS. הגדרת DNS ב-Private Service Connect
אתם יכולים להשתמש באוטומציה של DNS כדי להקצות ולנהל באופן אוטומטי רשומות DNS למכונות Cloud SQL ברשתות ה-VPC המורשות של הצרכנים.
פרויקטים מותרים של Private Service Connect
כדי להתחבר למכונות Cloud SQL שמופעל בהן Private Service Connect, צריך להוסיף לפחות פרויקט אחד לרשימת ההיתרים.
רשימת ההיתרים הזו קובעת את החיבורים מנקודות קצה של Private Service Connect:
- אם הפרויקט נמצא ברשימת הפרויקטים המורשים, אתם יכולים ליצור נקודת קצה (endpoint) של Private Service Connect בפרויקט הזה ולהתחבר למכונה של Cloud SQL.
- אם הפרויקט לא נמצא ברשימת הפרויקטים המותרים, עדיין אפשר לנסות ליצור נקודת קצה חדשה. עם זאת, החיבור ייחסם ונקודת הקצה החדשה תישאר במצב
PENDINGעד שתוסיפו את הפרויקט לרשימת ההיתרים.
הסרה והתאמה של פרויקטים
אם מסירים פרויקט מרשימת הפרויקטים המורשים:
- בכל המכונות של Cloud SQL שנוצרו, שוכפלו או ש-Private Service Connect הופעל בהן באוגוסט 2026 ואילך, התכונה "ניהול חיבורים" מופעלת כברירת מחדל ואי אפשר להשבית אותה. כשמסירים פרויקט מרשימת הפרויקטים המורשים, כל החיבורים הקיימים של Private Service Connect מהפרויקט שהוסר נסגרים באופן מיידי (התאמה). כלומר, אפליקציות שמשתמשות בנקודות קצה של Private Service Connect בפרויקטים שהוסרו לא יכולות להמשיך להתחבר באמצעות נקודות הקצה האלה.
- במכונות שנוצרו לפני אוגוסט 2026, כשמסירים פרויקט מרשימת הפרויקטים המורשים, אפליקציות שמשתמשות בנקודות קצה של Private Service Connect בפרויקטים שהוסרו ממשיכות להתחבר עד שמסירים את נקודות הקצה האלה באופן ידני.
הפצה של נקודות קצה ב-Private Service Connect
כברירת מחדל, חיבורי Private Service Connect לא עוברים בין רשתות VPC שכנות. אתם צריכים ליצור נקודת קצה של Private Service Connect בכל רשת VPC שצריכה להתחבר למכונה של Cloud SQL. לדוגמה, אם יש לכם שלוש רשתות VPC שצריכות להתחבר למכונה, אתם צריכים ליצור שלוש נקודות קצה של Private Service Connect – נקודת קצה אחת לכל רשת VPC.
עם זאת, אם מפיצים את נקודות הקצה של Private Service Connect דרך מרכז ה-Network Connectivity Center, אפשר להגיע לנקודות הקצה האלה מכל רשת VPC מסוג Spoke באותו מרכז. ה-Hub מספק מודל ניהול קישוריות מרכזי לחיבור בין רשתות VPC מסוג Spoke לנקודות קצה של Private Service Connect.
התכונה "הפצת חיבורים" ב-NCC מועילה בתרחיש השימוש הבא בפריסות של Private Service Connect:
אתם יכולים להשתמש ברשת VPC של שירותים משותפים כדי ליצור כמה נקודות קצה של Private Service Connect. אם מוסיפים לרכזת NCC רשת VPC אחת של שירותים נפוצים, כל נקודות הקצה של Private Service Connect ברשת ה-VPC הופכות לנגישות באופן טרנזיטיבי לרשתות VPC אחרות של Spoke דרך הרכזת. הקישוריות הזו מייתרת את הצורך לנהל בנפרד כל נקודת קצה של Private Service Connect בכל רשת VPC.
ב-Codelab בנושא הפצה של Private Service Connect ב-NCC מוסבר איך משתמשים ב-NCC hub כדי להפיץ נקודות קצה של Private Service Connect לרשתות VPC מסוג Spoke.
קצה עורפי של Private Service Connect
כדי לגשת למכונות של Cloud SQL, אתם יכולים להשתמש בקצוות עורפיים של Private Service Connect במקום בנקודות קצה של Private Service Connect. כדי להקל על השימוש, מומלץ להתחבר למכונות של Cloud SQL באמצעות נקודות קצה (endpoint) של Private Service Connect. כדי לקבל יותר שליטה וניראות, אתם יכולים להתחבר באמצעות קצוות עורפיים של Private Service Connect.
כדי להשתמש בקצוות עורפיים של Private Service Connect, צריך להגדיר את המשאבים הבאים לכל יציאת שירות שדרכה רוצים לגשת למכונה נתונה של Cloud SQL:
- קבוצה של נקודות קצה ברשת (NEG) מסוג Private Service Connect, שצריכה להפנות לקובץ המצורף של השירות וליציאת השירות של המכונה ב-Cloud SQL.
- מאזן עומסי רשת פנימי של שרת proxy (שמורכב משירות לקצה העורפי, שרת proxy לטירגוט TCP וכלל העברה) עם קצה עורפי שהוא NEG של Private Service Connect.
- יציאת TCP 1433 לחיבורים ישירים לשרת מסד הנתונים של SQL Server.
- יציאת TCP 3307 לחיבורים דרך Cloud SQL Auth Proxy.
חיבורים יוצאים של Private Service Connect
אתם יכולים לחבר ממשק של Private Service Connect למכונות קיימות של Cloud SQL שמופעל בהן Private Service Connect, באמצעות מחבר רשת, כדי לאפשר למכונה של Cloud SQL ליצור חיבורים יוצאים לרשת שלכם. כדי להתחבר לממשק Private Service Connect של הרשת, צריך מחבר רשת חדש או קיים בפרויקט Google Cloud .
אתם יכולים להשתמש בקישוריות יוצאת כדי להעביר נתונים משרת חיצוני ברשת שלכם, להשתמש בשרת מקושר שדורש חיבור יוצא או לבצע העברה הומוגנית באמצעות Database Migration Service.
מגבלות
אם מגדירים קישוריות יוצאת ברפליקה של תוכנית התאוששות מאסון (DR), אחרי פעולת מעבר לרפליקה או פעולת יתירות כשל של רפליקה, כשהרפליקה של ה-DR מקודמת למכונה הראשית, הקישוריות היוצאת ממשיכה לפעול במכונה הראשית החדשה שנוצרה. אם לא מגדירים קישוריות יוצאת ברפליקה של ה-DR, כדי שהשירות ימשיך לפעול אחרי פעולת מעבר לרפליקה או פעולת יתירות כשל של הרפליקה, צריך להפעיל קישוריות יוצאת של Private Service Connect במכונה הראשית החדשה.
כשמשתמשים בממשק Private Service Connect עם מחבר רשת כדי ליצור חיבורים יוצאים לרשת ממכונת Cloud SQL, חשוב לשים לב למגבלות הבאות:
הפעלה או השבתה של קישוריות יוצאת ב-Private Service Connect דורשת זמן השבתה. הפעולה הזו אמורה להימשך כ-8 דקות, עם זמן השבתה משוער של 3 דקות.
כתובת ה-IP של שרת היעד צריכה להיות בטווח ה-IP של RFC 1918. אין תמיכה בכתובות IP ציבוריות ובטווחי כתובות IP פרטיות שלא תואמים ל-RFC 1918, כמו הטווח
100.64.0.0/10של RFC 6598. אם אתם משתמשים בשם מארח או ב-DNS לחיבור היוצא, שם ה-DNS צריך להיות ניתן לפענוח באופן ציבורי ולפענח לטווח IP של RFC 1918.אין תמיכה בכתובות IPv6.
אם כתובת ה-IP של הקישוריות החוצה מתנגשת עם כתובת ה-IP של
eth0או עם כלל ההעברה של Private Service Connect, יכול להיות שכתובת ה-IP לא תתחבר כמו שצריך. מידע נוסף זמין במאמר סקירה כללית על Private Service Connect.אי אפשר להפעיל קישוריות יוצאת של Private Service Connect כשיוצרים את המכונה של Cloud SQL. כדי להפעיל קישוריות יוצאת, צריך לערוך את הגדרות המכונה אחרי שיוצרים אותה.
אם המכונה מוגדרת גם לגישה לשירותים פרטיים וגם ל-Private Service Connect, אי אפשר להפעיל בה קישוריות יוצאת של Private Service Connect.
למידע נוסף על הגדרת קישוריות יוצאת למכונה של Cloud SQL, קראו את המאמר הגדרת קישוריות יוצאת.