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

בדף הזה מוסבר איך להעביר את מסדי הנתונים למכונת Cloud SQL קיימת שנוצרה ישירות ב-Cloud SQL.

המסלול הזה שימושי בתרחישים שבהם מכונת היעד מנוהלת על ידי צוות אחר, או אם אתם צריכים ליצור את המכונה מחוץ ל-Database Migration Service (לדוגמה, אם אתם משתמשים ב-Terraform). אם להעברה שלכם יש דרישות שונות, כדאי לפעול לפי תהליך העברה אחר. מידע נוסף זמין במאמר איך מתחילים להעביר נתונים מ-MySQL.

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

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

עלויות

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

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

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

  1. בודקים אם נתיב ההעברה הזה יכול לתמוך באופן מלא בתרחיש שלכם. אפשר לעיין בדפים הבאים:
  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 הנדרשים בפרויקט:

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

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

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

כדי לבצע העברות הומוגניות של 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. מגדירים את המכונה של מסד הנתונים במקור.
  4. יצירת פרופיל חיבור למקור.

יצירה והגדרה של מופע היעד

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

  • אם אתם רוצים ליצור את היעד ישירות ב-Cloud SQL, חשוב לבדוק את סוג הרשת של מכונת היעד:

  • אם כבר יש לכם מכונה קיימת של Cloud SQL כיעד, אתם יכולים להמשיך לקטע הבא.

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

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

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

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

סיום ההעברה

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

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

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

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

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

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

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

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