כדי לאפשר ללקוחות ברשת של הענן הווירטואלי הפרטי (VPC) לתקשר באופן פרטי עם מכונות AlloyDB ל-PostgreSQL, אתם יכולים להגדיר גישה לשירותים פרטיים. גישה לשירותים פרטיים יוצרת חיבור פרטי בין רשתות VPC שכנות (peering) בין רשת ה-VPC שלכם לבין הרשת בניהול Google שמארחת את המשאבים הפנימיים הנדרשים למכונות AlloyDB.
במאמר סקירה כללית על חיבורים מוסבר איך פועלים חיבורי רשת ב-AlloyDB.
קישוריות בין אשכולות ומשאבים פנימיים
גישה לשירותים פרטיים מאפשרת לאשכולות של AlloyDB לתקשר עם המשאבים הפנימיים שמפעילים אותם.
מכונות ומשאבים פנימיים
האשכולות והמכונות של AlloyDB שאתם יוצרים בפרויקט ב-Google Cloud מסתמכים על הרבה משאבים פנימיים ברמה נמוכה של Google Cloud. הם כוללים את המכונות הווירטואליות (VM) שמשמשות כצמתים של AlloyDB ומאזני עומסים, או את נפחי האחסון שבהם נמצאים הנתונים שלכם. כל המשאבים שמפעילים אשכול פועלים בתוך פרויקטGoogle Cloud פנימי שמנוהל על ידי Google.
בדרך כלל, לא מתחברים ישירות למשאבים הפנימיים האלה. במקום זאת, אתם מנהלים את האשכולות והמכונות באמצעות מסוף Google Cloud או Google Cloud CLI. האפליקציות שלכם מתחברות למכונות של AlloyDB באמצעות כתובות ה-IP הפרטיות שלהן כדי לשלוח שאילתות לנתונים ולשנות אותם. AlloyDB משתמש בממשקי API פנימיים כדי להעביר את בקשות הניהול או שאילתות הנתונים למשאבים של האשכול לפי הצורך.
מכונה של AlloyDB פועלת כהפשטה לוגית של אוסף החלקים המורכב הזה. בזכות כתובת ה-IP הסטטית הפרטית וממשק מסד הנתונים העקבי שתואם ל-PostgreSQL, ב-AlloyDB אפשר לעדכן באופן חופשי את נתיבי הרשת הפנימיים של מכונה פעילה או להעביר את המשאבים הפנימיים שלה. הארכיטקטורה הזו מספקת תפוקה אופטימלית וזמינות גבוהה בלי זמן השבתה או הפרעות.
איך אשכולות משתמשים בגישה לשירותים פרטיים
האשכולות והמכונות של AlloyDB בפרויקט מתקשרים עם המשאבים הפנימיים שלהם באמצעות גישה לשירותים פרטיים. כך נוצר חיבור קבוע בין רשת VPC בפרויקט שלכם לבין רשת VPC נפרדת שמשמשת את הפרויקט שמנוהל על ידי Google ומארח את המשאבים הפנימיים. באמצעות החיבור הזה, האשכולות והמכונות של AlloyDB בפרויקט שלכם יכולים להתחבר למשאבים הפנימיים שלהם באמצעות כתובות IP פרטיות, כאילו הם נמצאים ברשת ה-VPC של הפרויקט שלכם.
כדי להגדיר גישה לשירותים פרטיים ברשת Google Cloud VPC, צריך להקצות בלוק אחד או יותר של כתובות IP פרטיות רציפות. אחרי ש- Google Cloud יוצר חיבור בין רשת ה-VPC של הפרויקט שלכם לבין רשת ה-VPC של הפרויקט הפנימי, AlloyDB מקצה כתובות מבלוקי ה-IP השמורים למשאבים ברמה הנמוכה שהמכונות שלכם צריכות. החיבור הזה מאפשר קישוריות לרשת פרטית בין כל החלקים הפועלים של האשכולות.
כשיוצרים אשכול AlloyDB שמשתמש בגישה לשירותים פרטיים (ולא ב-Private Service Connect), צריך לציין רשת VPC בפרויקט שמוגדרת לגישה לשירותים פרטיים. יכול להיות שכבר יש בפרויקט רשת VPC מתאימה, במיוחד אם כבר עבדתם בפרויקט עם AlloyDB או עם מוצר אחר של Google Cloud שדורש גישה לשירותים פרטיים. אם בפרויקט לא מוגדרת רשת VPC לגישה לשירותים פרטיים, צריך להגדיר אותה לפני שיוצרים אשכול עם גישה לשירותים פרטיים.
אי אפשר לשנות את הגדרת הגישה לשירותים פרטיים של אשכול אחרי ש-AlloyDB יצר את האשכול.
הגדרות נתמכות של גישה לשירותים פרטיים
ב-AlloyDB אפשר להשתמש בהגדרות של גישה לשירותים פרטיים ברשתות VPC שנמצאות באותו פרויקט של AlloyDB או בפרויקטים אחרים.
רשת VPC באותו פרויקט שבו נמצא האשכול
הדרך שבה מגדירים את הקישוריות של AlloyDB באמצעות רשת VPC שנמצאת באותו פרויקט של אשכול AlloyDB, תלויה בשאלה אם כבר קיימת הגדרה של גישה לשירותים פרטיים ברשת ה-VPC: Google Cloud
אם ברשת ה-VPC לא מוגדרת גישה לשירותים פרטיים, יוצרים הגדרה של גישה לשירותים פרטיים.
אם לרשת ה-VPC כבר יש הגדרה קיימת של גישה לשירותים פרטיים, ודאו שיש בהגדרה מספיק מקום לכתובות IP בשביל AlloyDB, והגדילו את המקום לכתובות אם צריך.
רשת VPC משותפת
כדי להגדיר את הקישוריות של AlloyDB באמצעות רשת VPC שנמצאת בפרויקט ב- Google Cloud שונה מהפרויקט שמכיל את אשכול AlloyDB, מבצעים את השלבים הבאים:
מגדירים את הפרויקט שבו נמצאת רשת ה-VPC ל-VPC משותף, כשהוא משמש כפרויקט המארח והפרויקט שבו נמצא AlloyDB משמש כפרויקט שירות.
מוודאים שבקונפיגורציה של הגישה לשירותים הפרטיים של רשת ה-VPC יש מספיק מרחב כתובות IP בשביל AlloyDB, ואם צריך מגדילים את מרחב הכתובות.
מגדירים משתמשים שיכולים ליצור משאבי AlloyDB כאדמינים של פרויקט שירות עם גישה לטווחי כתובות ה-IP המתאימים שהוקצו בהגדרת הגישה לשירותים פרטיים.
כשמשתמשים ב-Google Cloud CLI כדי ליצור אשכול או מכונה של AlloyDB עם רשת VPC משותפת, חשוב להשתמש בנתיב המלא של רשת ה-VPC, לדוגמה:
projects/cymbal-project/global/networks/shared-vpc-network.
מידע נוסף על VPC משותף זמין במאמרים סקירה כללית על VPC משותף והקצאת VPC משותף.
שיקולים לגבי הגודל של טווח כתובות ה-IP
חשוב לבחור טווח כתובות לגישה לשירותים פרטיים שרחב מספיק כדי להתאים לצרכים של AlloyDB, וגם לכלGoogle Cloud שירות אחר שדורש כתובות IP מאותו מאגר כתובות. אפשר לשנות את הגודל של המאגר הזה בכל שלב.
ב-AlloyDB נעשה שימוש ברשת משנה בגודל /24 בכל אזור שבו פורסים אשכול. הגודל המינימלי הוא בלוק /24 יחיד (256 כתובות), אבל הגודל המומלץ הוא בלוק /16 (65,536 כתובות). הטווח הזה מאפשר ליצור אשכולות ומכונות בכמה אזורים, ועדיין להשאיר הרבה כתובות IP זמינות לשירותים Google Cloud אחרים.
כשמקצים מכונות חדשות באשכולות שמוגדרים עם גישה לשירותים פרטיים, AlloyDB פורס את המשאבים ברשתות משנה אזוריות חדשות או קיימות שנוצרו בעבר על ידי AlloyDB. אם רשת משנה קיימת מלאה, AlloyDB יוצר רשת משנה חדשה באותו אזור, בתנאי שטווח כתובות ה-IP שהוקצה גדול מספיק כדי ליצור רשת משנה נוספת בגודל /24. אם טווח כתובות ה-IP שזמין ל-AlloyDB לא מספיק גדול כדי ליצור את רשת המשנה, הניסיון ליצור את האשכול או המכונה ייכשל. כדי לפתור את המחסור בכתובות, צריך להגדיל את מרחב כתובות ה-IP לפני שמנסים שוב ליצור את האשכול או המכונה. מידע נוסף על הגדלת מרחב כתובות ה-IP זמין במאמר הגדלת מרחב כתובות ה-IP שזמין ל-AlloyDB בפרויקט. אם אתם לא צריכים יותר טווח כתובות IP שהוקצה, אחרי שמחקתם את כל האשכולות והמכונות שמשתמשים בו, תוכלו לקרוא את המאמר הסרת טווח שהוקצה לגישה לשירותים פרטיים.
טווחי IP ציבוריים בשימוש פרטי
ב-AlloyDB אי אפשר להשתמש בטווחים של כתובות IP ציבוריות בשימוש פרטי (PUPI) כשמשתמשים בגישה לשירותים פרטיים. כדי להתחבר ל-AlloyDB מעומסי עבודה שמשתמשים בטווחים של כתובות IP ציבוריות בשימוש פרטי (PUPI), צריך להשתמש ב-Private Service Connect.
מגבלות
- חיבורים של גישה לשירותים פרטיים מוגבלים לטווחי כתובות IP מסוג RFC 1918.