במאמר הזה מוסבר איך להתחבר למכונה של Cloud SQL דרך רשתות של ענן וירטואלי פרטי (VPC) שמקושרות באופן טרנזיטיבי.
השיטה המומלצת לחיבור מכונת Cloud SQL לכמה רשתות VPC היא להשתמש ב-Private Service Connect.
אם במכונה של Cloud SQL אפשר להשתמש רק בגישה לשירותים פרטיים כדי להתחבר לרשת פרטית, יש לכם את האפשרויות הבאות לחיבור המכונה של Cloud SQL לכמה רשתות VPC:
- חיבור באמצעות נתיבים מותאמים אישית שהוגדרו
- התחברות באמצעות שרת proxy מתווך (SOCKS5)
- התחברות באמצעות Cloud SQL Auth Proxy כשירות
חיבור באמצעות Private Service Connect
באמצעות Private Service Connect אתם יכולים להתחבר לכמה רשתות VPC בפרויקטים או בארגונים שונים. אתם יכולים להשתמש ב-Private Service Connect כדי להתחבר למכונה ראשית או לכל אחת מהרפליקות לקריאה בלבד שלה. למידע נוסף על Private Service Connect, קראו את הסקירה הכללית על Private Service Connect.
כדי להגדיר מכונה של Cloud SQL להתחברות לכמה רשתות VPC באמצעות Private Service Connect, קראו את המאמר הגדרת Private Service Connect.
חיבור באמצעות נתיבים מותאמים אישית שהוגדרו
אתם יכולים להשתמש ב-Cloud Router כדי להגדיר נתיבים מותאמים אישית שמפורסמים בין שתי רשתות שעוברות דרך VPC ביניים, כדי לחבר כמה רשתות VPC למכונה של Cloud SQL. שני ה-VPC צריכים להיות מחוברים באמצעות רשת וירטואלית פרטית (VPN), Cloud Interconnect או כל רשת אחרת שנתמכת על ידי Cloud Router.
עם נתיבים מפורסמים בהתאמה אישית, ה-VPC של Cloud SQL, VPC C, מחובר ל-VPC הראשי, VPC A, באמצעות VPC ביניים, VPC B. אפשר להגדיר נתיבים משותפים בין הרשתות האלה בדרכים הבאות:
אתם יכולים להשתמש ב-Cloud Router כדי לפרסם באופן ידני מסלולים בין שתי רשתות שעוברות דרך VPC ביניים. במאמר רשת מעבר מוסבר איך להגדיר את Cloud Router לפרסום ידני של נתיבים.
אתם יכולים ליצור שני שערי HA VPN שמחוברים זה לזה כדי לגשר בין שתי רשתות ה-VPC השונות, ולהגדיר את Cloud Router כך שישתף את המסלולים ביניהן. מידע נוסף על הגדרת שערי HA VPN זמין במאמר יצירת שערי HA VPN לחיבור רשתות VPC.
מומלץ להשתמש בנתיבים מותאמים אישית שפורסמו כדי לחבר כמה רשתות VPC למכונה של Cloud SQL באמצעות Cloud Router.
חיבור באמצעות שרת proxy מתווך (SOCKS5)
אתם יכולים להגדיר שרת proxy מתווך, כמו SOCKS5, ב-VPC מתווך, יחד עם Cloud SQL Auth Proxy ב-VPC הראשי בין הלקוח לבין המכונה של Cloud SQL. כך הצומת המתווך יכול להעביר תנועה מוצפנת מ-Cloud SQL Auth Proxy למכונה של Cloud SQL.
כדי להשתמש בשרת proxy מתווך כדי להתחבר למכונה של Cloud SQL מכמה רשתות VPC:
בקליינט החיצוני, מתקינים את ה-CLI של gcloud.
ב-VM המתווך, מתקינים, מגדירים ומריצים שרת SOCKS. דוגמה אחת לשרת כזה היא Dante, פתרון פופולרי בקוד פתוח.
מגדירים את השרת כך שייקשר לממשק הרשת
ens4של המכונה הווירטואלית, גם לחיבורים חיצוניים וגם לחיבורים פנימיים. לחיבורים פנימיים, צריך לציין יציאה כלשהי.מגדירים את חומת האש של ה-VPC כך שתאפשר תעבורת TCP מכתובת ה-IP או מהטווח המתאימים ליציאה שהוגדרה בשרת ה-SOCKS.
בלקוח החיצוני, מורידים ומתקינים את Cloud SQL Auth Proxy.
ב-client החיצוני, מפעילים את Cloud SQL Auth Proxy.
מכיוון שהגדרתם את המכונה לשימוש בכתובת IP פנימית, כשאתם מפעילים את Cloud SQL Auth Proxy, אתם צריכים לספק את האפשרות
--private-ip.בנוסף, מגדירים את משתנה הסביבה
ALL_PROXYלכתובת ה-IP של ה-VM המתווך ומציינים את היציאה שבה משתמש שרת ה-SOCKS. לדוגמה,ALL_PROXY=socks5://VM_IP_ADDRESS:SOCKS_SERVER_PORT..אם אתם מתחברים מ-VPC מקושר, השתמשו בכתובת ה-IP הפנימית של המכונה הווירטואלית המתווכת. אחרת, השתמשו בכתובת ה-IP החיצונית שלה.
בלקוח החיצוני, בודקים את החיבור באמצעות
psql.
התחברות באמצעות Cloud SQL Auth Proxy כשירות
אתם יכולים להתקין ולהריץ את Cloud SQL Auth Proxy ב-VPC המתווך במקום בלקוח החיצוני, ולהפעיל חיבורים מאובטחים על ידי התאמה שלו לשרת proxy שמודע לפרוטוקול, שנקרא גם מאגר חיבורים. דוגמאות למאגרי חיבורים כוללות את PGbouncer או את Pgpool-II (רק ל-PostgreSQL).
שיטת החיבור הזו מאפשרת לאפליקציות להתחבר ישירות למאגר באופן מאובטח באמצעות SSL מוגדר. מאגר החיבורים מעביר שאילתות של מסדי נתונים למכונה של Cloud SQL באמצעות Cloud SQL Auth Proxy.