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

בדף הזה מוסבר איך להעביר את מסדי הנתונים למכונה חדשה של Cloud SQL שנוצרת על ידי 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. להעברות חד-פעמיות: כדאי להביא בחשבון את לוח הזמנים של ההעברה. העברות חד-פעמיות מבצעות רק פעולת dump וטעינה מלאה ללא סימון נתונים שהשתנו (CDC) בהמשך. כדי למנוע אובדן נתונים, מומלץ להשבית את פעולות הכתיבה במסד הנתונים של המקור במהלך תהליך ההעברה.
3. חשבו באיזה אזור אתם רוצים ליצור את מסד הנתונים של היעד. Database Migration Service הוא מוצר אזורי מלא, כלומר כל הישויות שקשורות למיגרציה (פרופילים של חיבור למקור וליעד, משימות מיגרציה, מסדי נתונים של היעד, סביבות עבודה להמרת מסדי נתונים) צריכות להישמר באזור אחד.
4. בדף לבחירת הפרויקט במסוף Google Cloud , בוחרים פרויקט ב- Google Cloud או יוצרים אותו.

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

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

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

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

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

• אדמין של העברת מסדי נתונים (roles/datamigration.admin)
• ‫ Cloud SQL Admin ‏ (roles/cloudsql.admin)

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

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

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

כדי לבצע העברות הומוגניות של MySQL באמצעות 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. כדאי לשקול אם רוצים לספק קובצי dump משלכם או להשתמש ב-Database Migration Service כדי לבצע את ה-dump המלא באופן אוטומטי:
   • גיבוי אוטומטי (ברירת מחדל): Database Migration Service מתחבר למסד הנתונים של המקור ומבצע את הגיבוי הראשוני של הסכימה והנתונים באופן אוטומטי כשהעברת הנתונים מתחילה. לא צריך להכין שום דבר לפני שמתחילים בהעברה.
   • העלאה ידנית: אתם יכולים ליצור קובצי dump משלכם ולהעלות אותם לקטגוריה של Cloud Storage. הגישה הזו יכולה להיות שימושית אם רוצים להפחית את העומס הראשוני על המכונה הראשית ולקחת את ה-dump המלא מרפליקה, להריץ את ה-dump במהלך חלון זמן לתחזוקה ספציפי או להעביר דגלי ייצוא בהתאמה אישית. אפשר לעיין במאמר בנושא ייצוא מסד נתונים של MySQL באמצעות mysqldump.
2. בוחרים ומגדירים את שיטת הקישוריות לרשת המקור.
3. לקישוריות של רשימת היתרים של כתובות IP ציבוריות: בשלב מאוחר יותר, אחרי ש-Database Migration Service יוצר את מכונת היעד, יכול להיות שתצטרכו להוסיף את כתובת ה-IP הציבורית של Cloud SQL לרשימת ההיתרים של חומת האש. כדאי להתייעץ עם מנהל הרשת לגבי הדרך הטובה ביותר לתזמן שינויים כאלה בהגדרות האישיות.
4. מגדירים את המכונה של מסד הנתונים במקור.
   • למידע על העברות רציפות, אפשר לעיין במאמר בנושא הגדרת מסד נתונים כמקור להעברות רציפות.
   • להעברות חד-פעמיות, קראו את המאמר הגדרת מסד נתונים של מקור להעברות חד-פעמיות.
5. יוצרים את פרופיל החיבור של המקור.

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

כדי להגדיר ולהפעיל את ההעברה:

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

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

סיום ההעברה

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

העברות רציפות

1. מפסיקים את כל פעולות הכתיבה במסד הנתונים של המקור. אפשר להעביר אותם למצב קריאה בלבד כדי לשמור על הפונקציונליות התפעולית.
2. קידום משימת ההעברה.
3. אופציונלי: בודקים את נתוני ההעברה כדי לוודא שהם מלאים.

העברות חד-פעמיות

כשהשלב של ה-dump המלא מסתיים ב-Database Migration Service, מכונת היעד מקודמת אוטומטית למכונה עצמאית. כדי לסיים את ההעברה, צריך לבצע את השלבים הבאים:

1. אופציונלי: בודקים את נתוני ההעברה כדי לוודא שהם מלאים.
2. מעבירים את האפליקציה כדי להתחבר למכונה החדשה של Cloud SQL ל-MySQL.

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

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