‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

קישוריות לרשת להעברות סטנדרטיות והומוגניות של PostgreSQL

בדף הזה מוסברים המושגים שקשורים להגדרת הקישוריות לרשת, לצורך העברות הומוגניות סטנדרטיות של PostgreSQL ל-AlloyDB ל-PostgreSQL. למידע על קישוריות להעברה מהירה, קראו את המדריך שימוש בהעברות מהירות.

במאמר רכיבי רשת מתוארת הגדרת הרשת מקצה לקצה להעברות הומוגניות של PostgreSQL.
בקטע זמינות השיטות מוסבר אילו שיטות זמינות בהתאם לתרחיש שלכם.
ב השוואה בין שיטות יש טבלה שמשווה בין שיטות הקישוריות הזמינות.
קטע ייעודי לכל שיטת קישור זמינה:
- רשימת היתרים של כתובות IP מתארת את הקישוריות של הרשת לכתובת ה-IP הציבורית של מסד הנתונים של המקור.
- מנהרת SSH הפוכה מספקת סקירה כללית על מנהרות Secure Shell (SSH) ייעודיות.
- קישוריות פרטית עם ממשקי Private Service Connect – איך להתחבר לכתוב ה-IP הפרטית של המקור באמצעות מחברי רשת.
- במאמר שרת proxy של TCP באמצעות מכונה וירטואלית שמתארחת בענן מוסבר איך לנתב את תנועת ההעברה דרך מכונה וירטואלית מתווכת של שרת proxy ב-Compute Engine.
- במאמר קישוריות פרטית עם קישור בין רשתות VPC שכנות (peering) מוסבר איך ליצור חיבור לכתובת ה-IP הפרטית של מסד הנתונים במקור דרך רשתות VPC שכנות.

אחרי שתכירו את שיטות הקישוריות השונות ואת הדרישות שלהן, תוכלו להשתמש ב תרשים של עץ ההחלטות כדי לבחור את הפתרון שמתאים לתרחיש שלכם.

רכיבי הרשת שמעורבים בתהליך ההעברה

בהעברות הומוגניות של PostgreSQL ל-AlloyDB ל-PostgreSQL, ‏Database Migration Service מתחבר לאשכול AlloyDB ל-PostgreSQL ביעד, ואז מנהל את תהליך ההעברה בשמו. אשכול היעד הוא זה שיוצר את החיבור למכונה של המקור, ו-Database Migration Service מפקח על התהליך.

סקירה כללית על תהליך ההעברה של PostgreSQL — **איור 1.** העברת נתונים במהלך העברות של PostgreSQL באמצעות Database Migration Service. (אפשר ללחוץ כדי להגדיל)

כשמתכננים את הגדרת הקישוריות לרשת לצורך ההעברה, חשוב להביא בחשבון את דרישות התשתית, כולל המגבלות שההחלטות לגבי הרשת עשויות להציב על המצב הסופי של אשכול מסד הנתונים שהועבר. לדוגמה, אם אתם רוצים להשתמש בחיבור פרטי לקישוריות הרשת, אתם צריכים להשתמש באשכול AlloyDB ל-PostgreSQL של היעד שמוגדר עם גישה לשירותים פרטיים או עם Private Service Connect.

זמינות של שיטות קישוריות

יש שיטות קישוריות שונות למסדי נתונים שונים של מקורות, בהתאם לשאלה אם אתם מעבירים לאשכול יעד חדש או קיים. בטבלה הבאה מפורטות השיטות שמתאימות לכל תרחיש:

הצעת מסד נתונים של מקור	שיטות להעברה לאשכולות יעד חדשים	שיטות להעברה לאשכולות יעד קיימים
אירוח עצמי	רשימת היתרים של כתובות IP, מנהרת SSH הפוכה, קישור VPC בין רשתות שכנות (peering), שרת proxy ל-TCP דרך מכונה וירטואלית שמתארחת בענן	רשימת היתרים של IP, מנהרת SSH הפוכה, קישור בין רשתות שכנות (peering) של VPC (נדרש אשכול יעד של PSA), שרת proxy של TCP דרך מכונה וירטואלית שמתארחת בענן, ממשקי PSC (נדרש אשכול יעד עם PSC)
Amazon Aurora, Amazon RDS	רשימת כתובות IP מותרות, מנהרת SSH הפוכה, קישור בין רשתות VPC שכנות (peering)	רשימת היתרים של כתובות IP, מנהרת SSH הפוכה, קישור VPC בין רשתות שכנות (נדרש אשכול יעד של PSA), ממשקי PSC (נדרש אשכול יעד עם PSC)
Cloud SQL ל-PostgreSQL	רשימת היתרים של כתובות IP (לא מומלץ), קישור בין רשתות VPC שכנות (peering), שרת proxy ל-TCP דרך מכונה וירטואלית שמתארחת בענן	רשימת היתרים של כתובות IP (לא מומלץ), קישור בין רשתות שכנות (peering) של VPC, שרת proxy של TCP דרך מכונה וירטואלית שמתארחת בענן, ממשקי PSC (נדרש אשכול יעד עם תמיכה ב-PSC)

השוואה בין שיטות הקישוריות

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

שיטת הנטוורקינג	יתרונות	חסרונות
רשימת היתרים של כתובות IP	שיטת הקישוריות שהכי קל להגדיר. האפשרות הזו שימושית כשאי אפשר להגיע למסד הנתונים של המקור דרך רשתות פרטיות ב- Google Cloud.	צריך לחשוף את כתובת ה-IPv4 של שרת מסד הנתונים של המקור לאינטרנט הציבורי. לשם כך נדרשים אמצעי אבטחה נוספים. לדוגמה, מומלץ להשתמש באישורי TLS ובכללי חומת אש כדי לאבטח את החיבור. יכול להיות שתצטרכו להיעזר במחלקת ה-IT או במחלקת אבטחת הרשת כדי להגדיר את הכללים של חומת האש.
מנהרת SSH הפוכה	מאובטח יותר מחיבור דרך כתובת IP ציבורית עם רשימת היתרים של כתובות IP. החיבור הראשוני נוצר דרך יציאות של Secure Shell‏ (SSH) באינטרנט הציבורי. אחרי שהחיבור פעיל, כל התנועה עוברת דרך מנהרה פרטית ומאובטחת ליציאה 5432 של PostgreSQL. האפשרות הזו שימושית כשאי אפשר להגיע למסד הנתונים של המקור דרך רשתות פרטיות ב- Google Cloud, אבל אתם לא רוצים לחשוף את שרת מסד הנתונים של המקור ישירות לאינטרנט הציבורי.	שימוש בשרת ביניים (המכונה של מנהרת ה-SSH ההפוכה) לצורך קישוריות עלול לגרום לעיכוב נוסף. אתם צריכים להגדיר ולתחזק את שרת המארח של ה-SSH ההפוך. השרת חייב להישאר אונליין לאורך כל תהליך ההעברה.
ממשקי Private Service Connect	יצירת חיבורים לכתובת ה-IP הפרטית של המקור באמצעות מחבר רשת. בשיטה הזו לא מנוצלת מכסת הקישור בין רשתות שכנות (peering) ב-VPC. השיטה הקלה והמומלצת ביותר להגדרת חיבור מבודד במקור.	אפשר להשתמש בו רק בהעברות לאשכולות יעד קיימים של AlloyDB ל-PostgreSQL. כדי להשתמש בשיטה הזו, צריך ליצור את אשכול היעד ישירות ב-AlloyDB ל-PostgreSQL. צריך להגדיר חיבור לרשת ולשנות את הכללים של חומת האש. אי אפשר לשנות את חיבור הרשת אחרי שיוצרים את החיבור.
שרת proxy של TCP דרך מכונה וירטואלית שמתארחת בענן	מגשר על קישוריות פרטית כשניתוב ישיר לא אפשרי בגלל קישור בין רשתות VPC שכנות (peering) לא טרנזיטיבי (למשל, כשמעבירים ממקורות Cloud SQL ל-PostgreSQL שמשתמשים בארכיטקטורה הישנה יותר של רשת הבעלים, או כשמגשרים על רשתות VPC נפרדות). ‫Database Migration Service יוצר באופן אוטומטי סקריפט הגדרות לפריסה ולהגדרה של ה-VM של שרת ה-proxy.	אתם צריכים להגדיר ולתחזק את ה-VM של שרת ה-proxy ב-Compute Engine, מה שעלול להוביל לעלויות מחשוב נוספות.
חיבור מבודד עם קישור רשתות VPC	החיבור נוצר לכתובת ה-IP הפרטית של מסד הנתונים במקור באמצעות קישורי VPC שכנים. אם אין ל-VPC מספיק מכסת קישור, יכול להיות שיהיה קשה להשתמש בשיטת הקישוריות הזו. ברוב התרחישים שבהם אתם מעבירים לאשכול קיים של AlloyDB ל-PostgreSQL, מומלץ להשתמש במקום זאת ב חיבור מבודד עם ממשקי Private Service Connect.	למקורות מחוץ ל-VPC של Google Cloud , יכול להיות שתצטרכו להשתמש ברכיבי רשת נוספים, כמו Cloud VPN או Cloud Interconnect. כדי להשתמש בקישור בין רשתות שכנות (peering) של ענן וירטואלי פרטי, צריך ענן וירטואלי פרטי עם גישה לשירותים פרטיים. ההגדרה הזו צורכת מכסת קישור בין רשתות שכנות (peering) ברשת ה-VPC.

רשימת היתרים של כתובות IP לקישוריות של מסד נתונים במקור

כשמשתמשים בשיטת הקישוריות של רשימת היתרים של כתובות IP, ‏ AlloyDB ל-PostgreSQL מנסה ליצור חיבור לכתובת IP שזמינה באופן ציבורי של שרת מסד הנתונים של המקור ביציאה 5432 של PostgreSQL.

תרשים שמראה את הקישוריות של רשימת ההיתרים של כתובות IP ציבוריות להעברות הומוגניות. — **איור 2.** תרשים של קישוריות רשת לרשימת היתרים של כתובות IP להעברות הומוגניות של PostgreSQL. (אפשר ללחוץ כדי להגדיל)

דיאגרמה שמראה את הקישוריות של רשימת ההיתרים של כתובות IP ציבוריות להעברות הומוגניות. — **איור 2.** תרשים של קישוריות רשת לרשימת היתרים של כתובות IP להעברות הומוגניות של PostgreSQL. (אפשר ללחוץ כדי להגדיל)

דרישות לקישוריות של רשימת כתובות IP מותרות

באופן כללי, כדי להשתמש בשיטת הקישוריות הזו, צריך לוודא את הדברים הבאים:

אתם צריכים לחשוף את כתובת ה-IP של מסד הנתונים של המקור לאינטרנט הציבורי (באופן ישיר או באמצעות שם מארח שמוכר באופן ציבורי דרך שרת שמות דומיינים (DNS)).
במכונה הראשית של AlloyDB ל-PostgreSQL ביעד צריכה להיות כתובת IP ציבורית יוצאת. מסד הנתונים של המקור צריך לאפשר חיבורים נכנסים משתי כתובות ה-IP הציבוריות היוצאות של המכונה הראשית של היעד.

הגדרת קישוריות לרשימת ההיתרים של כתובות ה-IP

השלבים להגדרת קישוריות IP ציבורית משתנים בהתאם לסוג מסד הנתונים של המקור. למידע נוסף:

קישוריות למסד נתונים באמצעות מנהרת SSH הפוכה

שיטת הקישוריות הזו היא שילוב של קישוריות לרשת ציבורית וקישוריות לרשת פרטית. החיבור עצמו נוצר דרך יציאות Secure Shell ‏(SSH) לכתובת ה-IP הציבורית של שרת המארח של המנהרה. אחרי שהחיבור פעיל, כל התנועה עוברת דרך מנהרה מאובטחת לכתובת ה-IP הפרטית של מסד הנתונים של המקור ביציאה 5432.

למקורות של Cloud SQL או לפתרונות באירוח עצמי שנמצאים בתוך Google Cloud, מומלץ להשתמש בשיטות של חיבור מבודד עם ממשקי Private Service Connect או חיבור מבודד עם קישור בין רשתות שכנות (peering) של VPC.

דיאגרמה של הרשת שמציגה הגדרת קישוריות ברמה גבוהה דרך שרת SSH ייעודי. — **איור 3.** דוגמה לרשת להעברה: קישוריות למקור דרך מנהרת SSH. (אפשר ללחוץ כדי להגדיל)

דרישות למנהרות SSH הפוכות

כדי ליצור את החיבור, צריך לחשוף את יציאות ה-SSH לאינטרנט הציבורי בשרת המנהרה (שנקרא גם יעד מבוצר (bastion host)). אחרי שהקישוריות נוצרה, כלל התנועה מנותבת דרך החיבור הפרטי.

השיטה הזו דורשת רכיבי רשת נוספים:

מכונה וירטואלית (VM) ב- Google Cloud שתשמש כמכונת ה-SSH ההפוך.
מכונה נוספת ברשת שמחוברת למסד הנתונים של המקור.

הגדרת קישוריות למנהרת SSH הפוכה

‫Database Migration Service יכול ליצור סקריפט הגדרות כדי ליצור את ה-VM של ה-SSH ההפוך, אבל התהליך המלא מקצה לקצה שונה בהתאם לסוג מסד הנתונים של המקור. מידע נוסף זמין במאמר הגדרת קישוריות SSH הפוכה.

חיבור מבודד עם ממשקי Private Service Connect

שיטת הקישוריות הזו מאפשרת להתחבר לכתובת ה-IP הפרטית של מסד הנתונים במקור בלי לצרוך מכסת קישור בין רשתות VPC שכנות (peering). ממשקי Private Service Connect הם השיטה המומלצת לקישור דרך IP פרטית, אבל הם זמינים רק כש מעבירים לאשכול קיים.

כשמשתמשים בממשקי Private Service Connect, אשכול היעד לא צורך מכסת קישור נוספת. במקום זאת, הוא משתמש בממשק Private Service Connect כדי להגיע ל-VPC שבו אפשר להגיע לכתובת ה-IP הפרטית של מסד הנתונים במקור. בהתאם לארכיטקטורת הרשת, יכול להיות שתצטרכו להשתמש ברכיבים נוספים כמו Cloud VPN או Cloud Interconnect.

תרשים שמראה את הקישוריות של Private Service Connect עם Cloud VPN להעברות הומוגניות. — **איור 4.** קישוריות לרשת עם ממשקי Private Service Connect להעברות הומוגניות ממקורות שנמצאים מחוץ ל- Google Cloud. (אפשר ללחוץ כדי להגדיל)

בהעברות ממכונות של Cloud SQL ל-PostgreSQL, צריך להפעיל את הגישה לשירותים פרטיים במכונת המקור ולקשר אותה לרשת ה-VPC שבה יוצרים את מחבר הרשת, אבל אשכול היעד של AlloyDB ל-PostgreSQL לא צורך יותר מכסת קישור בין רשתות שכנות (peering). במקום זאת, הוא משתמש בממשק Private Service Connect.

תרשים שמציג את הקישוריות לרשת לצורך העברות עם ממשקי Private Service Connect. — **איור 5.** קישוריות לרשת עם ממשקי Private Service Connect להעברות הומוגניות מ-Cloud SQL ל-PostgreSQL. (אפשר ללחוץ כדי להגדיל)

דרישות לגבי ממשקי Private Service Connect

כדי להשתמש בשיטת הקישוריות הזו, צריך:

אשכול מסד הנתונים של היעד חייב להיות אשכול AlloyDB ל-PostgreSQL עם PSC מופעל.
צריכה להיות לכם רשת של ענן וירטואלי פרטי (VPC) עם גישה לשירותים פרטיים.

זו הרשת שבה יוצרים את מחבר הרשת. צריכה להיות גישה לכתובת ה-IP של מסד הנתונים במקור מאותו ענן וירטואלי פרטי. לדוגמה, במקורות של Cloud SQL ל-PostgreSQL, זו הרשת שאתם מקשרים למכונה של Cloud SQL שמופעל בה PSA.

הגדרת קישור דרך IP פרטי באמצעות ממשקי Private Service Connect

כדי להשתמש בקישוריות של כתובת IP פרטית עם ממשקי Private Service Connect, צריך להיות אפשר להגיע לכתובת ה-IP הפרטית של מסד הנתונים של המקור מהענן הפרטי הווירטואלי. בהתאם לארכיטקטורת הרשת, יכול להיות שתצטרכו להשתמש ברכיבים נוספים כמו Cloud VPN או Cloud Interconnect.

מידע נוסף על הגדרת קישור דרך IP פרטית למקורות שונים של מסדי נתונים:

שרת proxy של TCP דרך מכונה וירטואלית שמתארחת בענן

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

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

מכונה וירטואלית של Compute Engine ברשת ה-VPC שלכם משמשת כגשר, מקבלת חיבורי רפליקציה נכנסים ביציאה 5432 מהמכונה הראשית של היעד ב-AlloyDB ל-PostgreSQL ומעבירה אותם למסד הנתונים של המקור.

דיאגרמת ארכיטקטורה של חיבור למסד נתונים פרטי שמשתמש ב-VM של שרת ה-proxy ל-TCP. — **איור 6.** חיבור פרטי שמתבצע באמצעות ה-VM של שרת ה-proxy ל-TCP. (אפשר ללחוץ כדי להגדיל)

הדרישות לקישוריות של שרת ה-proxy ל-TCP

כדי להשתמש בשיטת הקישוריות הזו, צריך:

מכונה וירטואלית של Compute Engine ברשת הענן הווירטואלי הפרטי (VPC) שמקושרת לאשכול היעד של AlloyDB ל-PostgreSQL, כדי להריץ את מאגר ה-TCP proxy.
יכולת הגעה (reachability) של הרשת מה-VM של שרת ה-proxy למכונה של מסד הנתונים במקור.

הגדרת הקישוריות של שרת ה-proxy של TCP

כשיוצרים משימת העברה במסוף Google Cloud , השירות Database Migration Service אוסף את הפרמטרים הנדרשים ויוצר סקריפט gcloud שיוצר את המכונה הווירטואלית של קונטיינר שרת ה-proxy של Compute Engine ואת הכלל הנדרש לחומת האש של תעבורת הנתונים הנכנסת ב-VPC. הוראות מפורטות מופיעות במאמר הגדרת קישוריות באמצעות שרת proxy מסוג TCP דרך מכונה וירטואלית שמתארחת בענן.

חיבור מבודד עם קישור בין רשתות VPC שכנות (peering)

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

דיאגרמה שמראה את הקישוריות של קישור בין רשתות VPC שכנות (peering) להעברות הומוגניות של PostgreSQL. — **איור 7.** קישוריות לרשת עם קישור בין רשתות VPC שכנות (peering) להעברות הומוגניות של PostgreSQL. (אפשר ללחוץ כדי להגדיל)

דרישות לקישוריות של כתובת IP פרטית עם קישור VPC Peering

כדי להשתמש בקישוריות IP פרטית עם קישור בין רשתות VPC שכנות, צריך:

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

הגדרת קישור דרך IP פרטי באמצעות קישור בין רשתות VPC שכנות (peering)

כדי להשתמש בקישוריות של כתובת IP פרטית עם קישור בין רשתות שכנות (peering) של ענן וירטואלי פרטי (VPC), כתובת ה-IP הפרטית של מסד הנתונים במקור צריכה להיות נגישה מהענן הווירטואלי הפרטי. בהתאם לארכיטקטורת הרשת, יכול להיות שתצטרכו להשתמש ברכיבים נוספים כמו Cloud VPN או Cloud Interconnect.