מעבר לאשכול יעד חדש

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

באופן כללי, תהליך ההעברה הרציפה כולל את השלבים הבאים:

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

עלויות

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

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

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

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

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

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

     אי אפשר להעביר לאשכול יעד חדש עם קישוריות של ממשקי Private Service Connect. אם אתם רוצים להשתמש בקישוריות של ממשקי Private Service Connect, כדאי ליצור מראש את אשכול היעד ישירות ב-AlloyDB ל-PostgreSQL (ראו מדריך: העברה לאשכול קיים של AlloyDB ל-PostgreSQL).

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

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

4. מפעילים את ממשקי ה-API של Database Migration Service,‏ AlloyDB ל-PostgreSQL ו-Compute Engine.

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

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

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

• אדמין של Database Migration (roles/datamigration.admin)
• אדמין ב-AlloyDB (roles/alloydb.admin)

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

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

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

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

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

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

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

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

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

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

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 כך שיאפשר חיבורים נכנסים.

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

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

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

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

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

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

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

סיום ההעברה

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

1. עוצרים את כל פעולות הכתיבה במסד הנתונים של המקור. אפשר להגדיר את מסד הנתונים של המקור למצב קריאה בלבד כדי לשמור על פונקציונליות השאילתות במהלך חלון המעבר החד למערכת אחרת (cutover).
2. קידום משימת ההעברה. קידום משימת ההעברה משלים את השכפול של כל אירועי ה-CDC שנותרו, מנתק את זרם השכפול ומגדיר את אשכול היעד של AlloyDB ל-PostgreSQL כאשכול ראשי עצמאי ופעיל לחלוטין.
3. אופציונלי: בודקים את נתוני ההעברה כדי לוודא שהם מלאים ועקביים.

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

מידע נוסף על הארכיטקטורה, התכונות והניהול של AlloyDB ל-PostgreSQL. סקירה כללית על AlloyDB ל-PostgreSQL