חיבור המכונה לכמה רשתות VPC

בדף הזה מוסבר איך להתחבר למופע Cloud SQL ברשתות VPC מקושרות באופן טרנזיטיבי.

יש כמה דרכים לחבר את מכונת Cloud SQL לכמה רשתות VPC באמצעות כתובת IP פרטית:

התחברות באמצעות מסלולים מפורסמים בהתאמה אישית

אפשר להשתמש ב-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 ביניים, כמו שרת proxy מסוג SOCKS5, ב-VPC ביניים יחד עם שרת proxy ל-Cloud SQL Auth ב-VPC הראשי בין הלקוח למכונת Cloud SQL. כך מאפשרים לצומת הביניים להעביר תעבורה מוצפנת משרת ה-Proxy ל-Cloud SQL Auth אל מכונת Cloud SQL.

התחברות באמצעות שרת proxy ביניים.

כדי להשתמש בשרת proxy ביניים כדי להתחבר למופע Cloud SQL מכמה רשתות VPC, פועלים לפי השלבים הבאים:

  1. בלקוח החיצוני, מתקינים את ה-CLI של gcloud.

  2. במכונת ה-VM המתווכת, מתקינים, מגדירים ומריצים שרת SOCKS. דוגמה לשרת כזה היא Dante, פתרון פופולרי בקוד פתוח.

  3. מגדירים את השרת כך שיקשר לens4ממשק הרשת של המכונה הווירטואלית עבור חיבורים חיצוניים ופנימיים. לחיבורים פנימיים, מציינים יציאה כלשהי.

  4. מגדירים את חומת האש של ה-VPC כדי לאפשר תעבורת TCP מכתובת ה-IP או הטווח המתאימים ליציאה שהוגדרה בשרת SOCKS.

  5. בלקוח החיצוני, מורידים ומתקינים את Cloud SQL Auth Proxy.

  6. בלקוח החיצוני, מפעילים את Cloud SQL Auth Proxy.

    מכיוון שהגדרתם את ה��כונה לשימוש בכתובת IP פנימית, כשמפעילים את שרת ה-proxy ל-Cloud SQL Auth, צריך לציין את האפשרות --private-ip.

    בנוסף, מגדירים את משתנה הסביבה ALL_PROXY לכתובת ה-IP של מכונת ה-VM המתווכת ומציינים את היציאה שבה שרת ה-SOCKS משתמש. לדוגמה, ALL_PROXY=socks5://VM_IP_ADDRESS:SOCKS_SERVER_PORT..

    אם אתם מתחברים מ-VPC עם שירותי אחסון בענן, צריך להשתמש בכתובת ה-IP הפנימית של המכונה הווירטואלית המתווכת. אחרת, צריך להשתמש בכתובת ה-IP החיצונית שלה.

  7. בקליינט החיצוני, בודקים את החיבור באמצעות קליינט של SQL Server.

התחברות באמצעות שרת proxy ל-Cloud SQL Auth כשירות

אפשר להתקין ולהפעיל את Cloud SQL Auth Proxy ב-VPC הביניים במקום בלקוח החיצוני, ולאפשר חיבורים מאובטחים על ידי שיוך שלו לשרת proxy שמודע לפרוטוקול, שנקרא גם מאגר חיבורים. דוגמאות לתוכנות לניהול מאגר חיבורים כוללות את PGbouncer או את Pgpool-II(ל-PostgreSQL בלבד).

שיטת החיבור הזו מאפשרת לאפליקציות להתחבר ישירות ובאופן מאובטח ל-pooler באמצעות SSL מוגדר. ה-pooler מעביר שאילתות של מסדי נתונים למכונת Cloud SQL באמצעות שרת proxy ל-Cloud SQL Auth.

התחברות באמצעות Private Service Connect

Private Service Connect מאפשר לכם להתחבר לכמה רשתות VPC בפרויקטים או בארגונים שונים. אפשר להשתמש ב-Private Service Connect כדי להתחבר למופע ראשי או לכל אחד מהמופעים המשוכפלים לקריאה שלו. מידע נוסף על Private Service Connect זמין במאמר סקירה כללית על Private Service Connect.

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