העברה למכונה חדשה ביעד

בדף הזה מוסבר איך להעביר את מסדי הנתונים למכונה חדשה של Cloud SQL ל-PostgreSQL, שנוצרת על ידי Database Migration Service כשמגדירים את משימת ההעברה. אם להעברה שלכם יש דרישות שונות, כדאי לפעול לפי תהליך העברה אחר. מידע נוסף זמין במאמר מדריך: העברה למכונה קיימת של Cloud SQL.

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

1. מגדירים את מסד הנתונים של המקור כדי לאפשר ל-Database Migration Service להעביר את הנתונים למסדי הנתונים החדשים.
2. יוצרים את פרופיל החיבור של המקור ואת משימת ההעברה.
3. בהתאם להגדרות הקישוריות, יכול להיות שתצטרכו לשנות את הגדרות חומת האש.
4. מתחילים את משימת ההעברה ועוקבים אחריה.
5. מקַדמים את משימת ההעברה ומעבירים את האפליקציה לשימוש במסדי הנתונים החדשים.

עלויות

במסמך הזה משתמשים ברכיבים הבאים שלGoogle Cloud, והשימוש בהם כרוך בתשלום:

• ‫Cloud SQL (ראו התמחור של Cloud SQL)
• אם משתמשים ב-Cloud Storage לאחסון מפתחות הצפנה בניהול הלקוח (CMEK): התמחור של Cloud Storage.

כדי להעריך את העלויות בהתאם לשימוש הצפוי, אתם יכולים להשתמש במחשבון העלויות.

לפני שמתחילים

1. צריך לבדוק אם נתיב ההעברה הזה יכול לתמוך באופן מלא בתרחיש שלכם. אפשר לעיין בדפים הבאים:
   • מקורות ויעדים נתמכים בדף סקירה כללית של התרחיש, שבו מפורטות כל הגרסאות הנתמכות של המקור והיעד.
   • בקטע מגבלות ידועות מתוארים סוגי הנתונים הנתמכים, גודלי מסדי הנתונים ומגבלות אחרות.

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

     אי אפשר להעביר למכונה חדשה ביעד עם קישוריות של ממשקי Private Service Connect. אם אתם רוצים להשתמש בקישוריות של ממשקי Private Service Connect, כדאי ליצור מראש את מכונת היעד ישירות ב-Cloud SQL. מדריך: העברה למכונה קיימת של Cloud SQL.

2. חשבו באיזה אזור אתם רוצים ליצור את מסד הנתונים של היעד. ‫Database Migration Service הוא מוצר אזורי לחלוטין, כלומר כל הישויות שקשורות להעברה (פרופילי חיבור של מקור ויעד, משימות העברה, מסדי נתונים של יעד, סביבות עבודה להמרת מסדי נתונים) צריכות להישמר באזור אחד.
3. בדף לבחירת הפרויקט במסוף Google Cloud , בוחרים פרויקט ב- Google Cloud או יוצרים אותו.

   כניסה לדף לבחירת הפרויקט

4. מפעילים את Database Migration Service ואת Cloud SQL Admin API.

   הפעלת ממשקי ה-API

התפקידים הנדרשים

כדי לקבל את ההרשאות שנדרשות לביצוע העברות הומוגניות של PostgreSQL באמצעות Database Migration Service, בקשו מהאדמין להקצות לכם את תפקידי ה-IAM הנדרשים בפרויקט:

• אדמין של העברת מסדי נתונים (roles/datamigration.admin)
• Cloud SQL Editor (roles/cloudsql.editor)
• Cloud SQL Studio User (roles/cloudsql.studioUser)

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

אלה תפקידים מוגדרים מראש שיש להם את ההרשאות הנדרשות כדי לבצע העברות הומוגניות של PostgreSQL באמצעות Database Migration Service. כדי לראות את ההרשאות הנדרשות, מרחיבים את הקטע Required Permissions:

ההרשאות הנדרשות

כדי לבצע העברות הומוגניות של PostgreSQL באמצעות Database Migration Service, נדרשות ההרשאות הבאות:

• datamigration.*
• cloudsql.instances.create
• cloudsql.instances.get
• cloudsql.instances.list
• cloudsql.instances.update
• cloudsql.instances.delete
• cloudsql.operations.get
• cloudsql.users.list
• cloudsql.users.get
• cloudsql.users.create
• cloudsql.users.update
• cloudsql.users.delete

יכול להיות שתוכלו לקבל את ההרשאות האלה גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.

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

כדי להכין את נתוני המקור להעברה, פועלים לפי השלבים הבאים:

1. בוחרים ומגדירים את שיטת הקישוריות לרשת המקור.

   לקישוריות של רשימת היתרים של כתובות IP ציבוריות: בשלב מאוחר יותר, אחרי ש-Database Migration Service יוצר את מכונת היעד, יכול להיות שתצטרכו להוסיף את כתובת ה-IP הציבורית של Cloud SQL לרשימת ההיתרים של חומת האש. כדאי להתייעץ עם מנהל הרשת לגבי הדרך הטובה ביותר לתזמן שינויים כאלה בהגדרות.

2. מגדירים את המכונה של מסד הנתונים במקור. ברמה הכללית, התהליך כולל את השלבים הבאים:
   1. מתקינים את התוסף pglogical של PostgreSQL (גרסה 2.2.1 ואילך) במסד הנתונים של המקור ובכל מסדי הנתונים שרוצים להעביר.
   2. מגדירים את הפרמטרים של PostgreSQL: מגדירים את wal_level = logical ומוודאים שהערכים של max_replication_slots, max_wal_senders ו-max_worker_processes מתאימים.
   3. נותנים הרשאות רפליקציה למשתמש ההעברה, ומגדירים את pg_hba.conf כך שיאפשר חיבורים ממכונת Cloud SQL ביעד.

   הוראות מפורטות זמינות במאמר הגדרת מסד הנתונים של המקור.

3. יוצרים את פרופיל החיבור של המקור.

יצירה והרצה של משימת ההעברה

הערה: כשמכונת היעד ב-Cloud SQL נוצרת על ידי Database Migration Service, היא לא מורדת בדרגה ולא פועלת במצב קריאה בלבד. אבל חשוב להימנע מביצוע פעולות כתיבה בטבלאות או במסדי נתונים שנכללים בהעברה, כדי למנוע התנגשויות ברפליקציה. גיבויים אוטומטיים, שחזור מערכת מנקודה מסוימת בזמן (PITR) ויצירת עותקי קריאה מושהים עד שמקדמים את משימת ההעברה. מידע נוסף מופיע במאמר מגבלות ידועות.

כדי להגדיר ולהריץ את ההעברה, פועלים לפי השלבים הבאים:

1. אופציונלי: אם רוצים לנהל את מפתחות ההצפנה של מכונת היעד, מכינים מפתחות הצפנה בניהול הלקוח (CMEK).
2. יצירה והפעלה של משימת ההעברה.

   אתם יכולים לעקוב אחרי התקדמות ההעברה ואחרי התקינות של מכונת היעד באמצעות תכונות התצפיתיות של Database Migration Service. למידע על מדדים של משימות העברה

סיום ההעברה

כשתחליטו להעביר את האפליקציה למכונה החדשה של Cloud SQL ל-PostgreSQL, בצעו את השלבים הבאים כדי להשלים את ההעברה:

1. אופציונלי: הגדרת עותקי Read Replica מדורגים. אם אתם רוצים להשתמש ברפליקות מדורגות לקריאה בלבד, אתם יכולים להגדיר אותן כשמשימת ההעברה נכנסת לשלב ה-CDC.
2. מפסיקים את כל פעולות הכתיבה במסד הנתונים של המקור. אפשר להעביר אותם למצב קריאה בלבד כדי לשמור על הפונקציונליות התפעולית.
3. קידום משימת ההעברה.
4. אופציונלי: בודקים את נתוני ההעברה כדי לוודא שהם מלאים.

המאמרים הבאים

Google Cloud מידע נוסף על תכונות של Cloud SQL ל-PostgreSQL. התכונות של Cloud SQL ל-PostgreSQL