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

‫MySQL   |  PostgreSQL   |  PostgreSQL ל-AlloyDB

סקירה כללית

Database Migration Service משתמש במשימות העברה כדי להעביר נתונים ממופע מסד הנתונים של המקור למופע מסד הנתונים של היעד ב-Cloud SQL.

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

יצירת עבודת העברה כוללת:

• הגדרת ההגדרות של עבודת ההעברה
• ציון מידע על פרופיל החיבור שיצרתם עבור מסד הנתונים של המקור (פרופיל חיבור למקור)
• הגדרת ההגדרות של מכונת מסד הנתונים של Cloud SQL ליעד ויצירת המכונה
• הגדרת קישוריות בין מופעי מסד הנתונים של המקור והיעד
• בדיקת משימת ההעברה כדי לוודא שפרטי החיבור שסיפקתם למשימה תקינים

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

הגדרת הגדרות לעבודת ההעברה

1. נכנסים לדף Migration jobs במסוףGoogle Cloud .
2. לוחצים על Create migration job (יצירת משימת העברה) בחלק העליון של הדף.

3. נותנים שם לעבודת המיגרציה.

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

4. משאירים את מזהה משימת ההעברה שנוצר אוטומטית.

5. בוחרים את המנוע של מסד הנתונים של המקור.

6. בוחרים את המנוע של מסד הנתונים של היעד.

7. בוחרים את האזור של היעד להעברה. כאן נוצרת מכונת Database Migration Service, וצריך לבחור אותה בהתאם למיקום של השירותים שזקוקים לנתונים שלכם, כמו מכונות Compute Engine, אפליקציות App Engine ושירותים אחרים. אחרי שבוחרים את אזור היעד, אי אפשר לשנות את הבחירה הזו.

   חשוב: אם אתם מתכננים להשתמש במהדורת Cloud SQL ל-PostgreSQL Enterprise Plus, ודאו שהאזור שלכם נתמך במהדורה הזו. מידע על תמיכה באזורים ב-Cloud SQL ל-PostgreSQL Enterprise Plus

8. מציינים את סוג העבודה של ההעברה: One-time (חד-פעמי, צילום מצב בלבד) או Continuous (רציף, צילום מצב + שינויים שוטפים).

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

10. לוחצים על שמירה והמשך.

ציון מידע על פרופיל החיבור למקור

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

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

2. בקטע Customize data dump configurations (התאמה אישית של הגדרות יצוא נתונים), לוחצים על Show data dump configurations (הצגת הגדרות יצוא נתונים).

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

   • אופטימלי (מומלץ): ביצועים מאוזנים עם עומס אופטימלי על מסד הנתונים של המקור.
   • מקסימלית: מספקת את מהירויות ההעברה הגבוהות ביותר, אבל עלולה לגרום לעומס מוגבר על מסד הנתונים של המקור.
   • מינימלי: משתמש בכמות הכי נמוכה של משאבי מחשוב במסד הנתונים של המקור, אבל יכול להיות שקצב העברת הנתונים יהיה איטי יותר.

   אם רוצים להשתמש בהגדרות מקביליות של יצוא נתונים מותאם, צריך להגדיל את הפרמטרים max_replication_slots, max_wal_senders ו-max_worker_processes במסד הנתונים של המקור. אפשר לבדוק את ההגדרות על ידי הפעלת בדיקה של משימת ההעברה בסוף יצירת משימת ההעברה.

3. לוחצים על שמירה והמשך.

הגדרה ויצירה של מכונת היעד ב-Cloud SQL

הערה: למקורות Cloud SQL: אם אתם מבצעים מיגרציה ממכונת Cloud SQL שמשתמשת בקישור דרך IP פרטי למכונת Cloud SQL שמשתמשת בטווח כתובות IP שלא תואם ל-RFC 1918, צריך להוסיף את הטווח שלא תואם ל-RFC 1918 להגדרת הרשת של מכונת המקור ב-Cloud SQL. מידע נוסף מופיע במאמר הגדרת רשתות מאושרות במסמכי התיעוד של Cloud SQL.

1. בתפריט הנפתח Type of destination instance (סוג מופע היעד), בוחרים באפשרות New instance (מופע חדש).

   אפשר גם להעביר למופע קיים, כמו שמתואר במאמר העברת נתונים למופע קיים.

2. מזינים מזהה למופע Cloud SQL או משתמשים במזהה שנוצר אוטומטית. אל תכללו מידע רגיש או פרטים אישיים מזהים במזהה, כי הוא גלוי מחוץ לארגון. אין צורך לכלול את מזהה הפרויקט בשם המופע. הפעולה הזו מתבצעת אוטומטית במקרים הרלוונטיים (לדוגמה, בקובצי היומן).

3. מזינים סיסמה אלפאנומרית למכונת היעד של Cloud SQL. זו תהיה הסיסמה לחשבון האדמין postgres במופע.

   אפשר להזין את הסיסמה באופן ידני או ללחוץ על יצירה כדי ש-Database Migration Service ייצור סיסמה בשבילכם באופן אוטומטי.

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

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

6. המופע נוצר באזור שבחרתם כשהגדרתם את ההגדרות של משימת ההעברה. בוחרים אזור בתוך האזור הזה או משאירים את האזור מוגדר לכל כדי שמערכת Google תבחר אזור באופן אוטומטי.

   אם אתם מגדירים את המופע לזמינות גבוהה, בוחרים באפשרות Multiple zones (Highly available). אפשר לבחור גם את האזור הראשי וגם את האזור המשני. התנאים הבאים חלים כשמשתמשים באזור המשני במהלך יצירת מופע:

   • כברירת מחדל, האזורים מוגדרים לAny עבור האזור הראשי ולAny (different from primary) עבור האזור המשני.
   • אם מציינים גם אזור ראשי וגם אזור משני, הם צריכים להיות אזורים שונים.

7. בוחרים אם להתחבר למופע הזה עם כתובת IP פרטית או ציבורית.
1. אם אתם מתכננים להתחבר באמצעות VPC-peering או מנהרת SSH הפוכה, מסמנים את התיבה Private IP (כתובת IP פרטית).
1. כדי להפעיל כתובת IP פרטית, צריך לוודא שהתנאים הבאים מתקיימים:
• ‫Service Networking API מופעל. אפשר להפעיל את Service Networking API באמצעות מסוף Google Cloud .
• יש לכם את הרשאת ה-IAM‏ servicenetworking.services.addPeering.
• הגדרתם גישה לשירותים פרטיים בפרויקט, ולכן אתם צריכים את תפקיד ה-IAM‏ compute.networkAdmin.
• בפרויקט יש לפחות רשת VPC אחת שאינה מדור קודם, או רשת VPC משותפת.
• אם אתם משתמשים ברשת VPC משותפת, אתם צריכים גם לבצע את הפעולות הבאות:
  • מפעילים את Service Networking API בפרויקט המארח.
  • מוסיפים את המשתמש לפרויקט המארח.
  • מקצים למשתמש את תפקיד ה-IAM‏ compute.networkAdmin בפרויקט המארח.
2. בוחרים את רשת ה-VPC המשויכת ליצירת שותפות. אם אתם מתכננים להתחבר למקור ההעברה באמצעות שיוך VPC, אתם צריכים לבחור את ה-VPC שבו נמצא המופע.
3. אם אף פעם לא הוגדרה רשת של שירות מנוהל עבור ה-VPC שנבחר, אפשר לבחור טווח כתובות IP וללחוץ על Connect (קישור), או להשתמש בטווח כתובות IP שנבחר באופן אוטומטי וללחוץ על Allocate & Connect (הקצאה וקישור).

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

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

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

   מידע נוסף על סוגי מכונות של PostgreSQL

9. ב-Cloud SQL ל-PostgreSQL במהדורת Enterprise Plus: מסמנים את התיבה הפעלת מטמון נתונים אם רוצים להשתמש בתכונת מטמון הנתונים במסד הנתונים של היעד.

   מטמון נתונים הוא תכונה אופציונלית שזמינה במופעים של Cloud SQL ל-PostgreSQL במהדורת Enterprise Plus. התכונה מוסיפה למסד הנתונים של היעד כונן מקומי מהיר מסוג SSD. השימוש בתכונה הזו עלול להוסיף עלויות ל-Cloud SQL. מידע נוסף על מטמון נתונים זמין במאמר סקירה כללית על מטמון נתונים במסמכי העזרה של Cloud SQL.

10. מציינים את סוג האחסון של מכונת Cloud SQL. אפשר לבחור כונן SSD או כונן HDD.
11. מציינים את קיבולת האחסון (בגיגה-בייט) של מכונת Cloud SQL.
    חשוב: מוודאים שלמופע יש מספיק קיבולת אחסון כדי לטפל בנתונים ממסד הנתונים של המקור. תמיד אפשר להגדיל את הקיבולת הזו, אבל אי אפשר להקטין אותה.
12. אופציונלי: לוחצים על הצגת הגדרות אופציונליות ואז:

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

       1. מסמנים את תיבת הסימון Use a customer-managed encryption key (CMEK) (שימוש במפתח הצפנה בניהול הלקוח).
       2. בתפריט Select a customer-managed key (בחירת מפתח בניהול הלקוח), בוחרים את מפתח ה-CMEK.

       אם המפתח לא מופיע, לוחצים על ENTER KEY RESOURCE NAME (הזנת שם משאב של מפתח) כדי לספק את שם המשאב של המפתח שרוצים להשתמש בו. לדוגמה, אפשר להזין projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key בשדה שם משאב המפתח ואז ללחוץ על שמירה.

       במסגרת יצירת משימת ההעברה, שירות Database Migration Service יאמת שקיים CMEK, ושיש לשירות Database Migration Service הרשאות להשתמש במפתח.

       אם ל-Database Migration Service אין את ההרשאות האלה, יופיע מידע שמציין שחשבון השירות של Database Migration Service לא יכול להשתמש ב-CMEK. לוחצים על GRANT (אישור) כדי לתת ל-Database Migration Service הרשאות להשתמש במפתח.

       מידע נוסף על יצירת CMEK זמין במאמר שימוש במפתחות הצפנה בניהול הלקוח (CMEK).

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

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

    4. לוחצים על יצירה והמשך.

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

13. בחלון Create destination database (יצירת מסד נתונים ליעד), לוחצים על CREATE DESTINATION & CONTINUE (יצירת יעד והמשך) כדי ליצור את המכונה החדשה. הפעולה עשויה להימשך כמה דקות.
    המערכת תיצור מכונה של Cloud SQL ל- שעליה תחויבו בהתאם להגדרה שצוינה. אם יוצאים מתהליך יצירת משימת ההעברה לפני שהוא מסתיים, צריך להשתמש בלחצן ביטול כדי לנקות את מופע Cloud SQL. אם הדפדפן או הכרטיסייה נסגרים, אם לוחצים על שמירה ויציאה או אם עוברים למסך אחר, המכונה של Cloud SQL לא מנוקה וצריך למחוק אותה ידנית מהדף 'מכונות של Cloud SQL'.
    אחרי שיוצרים את מופע היעד, אי אפשר יותר לערוך את ההגדרות של מופע Cloud SQL במסוף של Database Migration Service. עדיין אפשר לגשת למופע ישירות במסוף Cloud SQL כדי לשנות אותו.
14. מחכים עד ליצירת מופע היעד.

הגדרת קישוריות בין מופעי מסד הנתונים של המקור והיעד

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

1. בתפריט הנפתח Connectivity method (שיטת הקישוריות), בוחרים שיטת קישוריות לרשת. בשיטה הזו מוגדר איך מכונת Cloud SQL החדשה תתחבר למסד הנתונים של המקור. שיטות הקישוריות הנוכחיות לרשת כוללות רשימת היתרים של IP, מנהרת SSH הפוכה וקישור בין רשתות VPC שכנות (peering).

   • אם בוחרים בשיטה של רשימת כתובות IP מותרות לחיבור לרשת, צריך לציין את כתובת ה-IP היוצאת של מכונת היעד. אם מכונת Cloud SQL שיצרתם היא מכונה עם זמינות גבוהה, צריך לכלול את כתובות ה-IP היוצאות של המכונה הראשית ושל המכונה המשנית.

   • אם בוחרים בשיטה של קישוריות לרשת באמצעות מנהרת SSH הפוכה, צריך לבחור את המכונה הוירטואלית ב-Compute Engine שתארח את המנהרה.

     אחרי שמציינים את המופע, Google מספקת סקריפט שמבצע את השלבים להגדרת המנהרה בין מסד הנתונים של המקור לבין מסד הנתונים של היעד. תצטרכו להריץ את הסקריפט ב-Google Cloud CLI.

     מריצים את הפקודות ממכונה שיש לה קישוריות גם למסד הנתונים של המקור וגם ל-Google Cloud.

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

2. אחרי שבוחרים את שיטת הקישור לרשת ומספקים מידע נוסף לגבי השיטה, לוחצים על הגדרה והמשך.

הגדרת מסדי נתונים להעברה

אפשר לבחור את מסדי הנתונים שרוצים להעביר.

1. ברשימה Databases to migrate (מסדי נתונים להעברה), בוחרים באחת מהאפשרויות הבאות:
   • כל מסדי הנתונים: בחירה של כל מסדי הנתונים שקיימים במקור.
   • מסדי נתונים ספציפיים: מאפשרת לכם לבחור מסדי נתונים ספציפיים מתוך כל מסדי הנתונים שקיימים במקור.

2. אם רוצים להעביר מסדי נתונים ספציפיים, אפשר לסנן את הרשימה שמופיעה ולבחור את מסדי הנתונים שרוצים ש-Database Migration Service יעביר ליעד.

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

3. לוחצים על שמירה והמשך.

בדיקה ויצירה של עבודת ההעברה

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

1. לוחצים על TEST JOB כדי לוודא ש:

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

   • משימת ההעברה תקינה, והגרסאות של המקור והיעד תואמות.

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

   מידע נוסף על הסיבות לכך שהבדיקה עשויה להיכשל ועל פתרון בעיות שקשורות לכשל בבדיקה זמין במאמר אבחון בעיות ב-PostgreSQL.

   אפשר ליצור את משימת המיגרציה גם אם הבדיקה נכשלת, אבל אחרי שהמשימה מתחילה, יכול להיות שהיא תיכשל בשלב מסוים במהלך ההרצה.

2. לוחצים על CREATE & START JOB (יצירה והתחלה של העבודה) כדי ליצור את עבודת ההעברה ולהתחיל אותה באופן מיידי, או על CREATE JOB (יצירת עבודה) כדי ליצור את עבודת ההעברה בלי להתחיל אותה באופן מיידי.

   אם המשימה לא מתחילה בזמן שבו היא נוצרת, אפשר להתחיל אותה מהדף משימות העברה בלחיצה על התחלה.

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

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

   מידע נוסף זמין במאמר בנושא מגבלות ידועות.

3. משימת ההעברה נוספת לרשימת משימות ההעברה, ואפשר לראות אותה ישירות.