יצירת עבודת העברה כוללת:
- הגדרת ההגדרות של משימת ההעברה.
- ציון מידע על פרופיל החיבור שיצרתם עבור מסד הנתונים של המקור (פרופיל חיבור למקור).
- הגדרת ההגדרות של מכונת מסד הנתונים של Cloud SQL ליעד ויצירת המכונה.
- הגדרת קישוריות בין מופעי מסד הנתונים של המקור והיעד.
- בדיקת משימת ההעברה כדי לוודא שפרטי החיבור שסיפקתם למשימה תקינים.
כשיוצרים את מופע היעד באמצעות Database Migration Service, המופע הזה מורד אוטומטית בדרגה ופועל כרפליקה לקריאה בלבד. המשמעות היא שחלק מהפעולות מוגבלות. לדוגמה, אם רוצים ליצור משתמשים ביעד החדש בזמן שההעברה מתבצעת, צריך להשתמש ב-Cloud SQL במסוף Google Cloud . מידע נוסף זמין במאמר בנושא ניהול משתמשים במסמכי העזרה של Cloud SQL.
כדי ליצור משימת העברה למופע יעד חדש, מבצעים את הפעולות הבאות:
המסוף
הגדרת הגדרות לעבודת ההעברה
- נכנסים לדף Migration jobs במסוף Google Cloud .
- לוחצים על יצירת משימת העברה.
ייפתח הדף של אשף ההגדרות של משימת ההעברה. האשף הזה כולל כמה חלוניות שמנחות אתכם בכל שלב בהגדרה.
אפשר להשהות את יצירת משימת ההעברה בכל שלב על ידי לחיצה על שמירה ויציאה. כל הנתונים שהזנתם עד לנקודה הזו נשמרים במשימת העברה בטיוטה. אפשר לסיים את העברת הטיוטה של עבודת ההעברה מאוחר יותר.
- בדף תחילת העבודה, מזינים את הפרטים הבאים:
- שם משימת ההעברה
זהו שם קריא לבני אדם של עבודת ההעברה. הערך הזה מוצג במסוף Google Cloud .
- מזהה משימת ההעברה
זהו מזהה שניתן לקריאה על ידי מכונה של משימת ההעברה. משתמשים בערך הזה כדי לעבוד עם משימות העברה באמצעות פקודות או API של Google Cloud CLI של Database Migration Service.
- ברשימה מנוע מסד הנתונים של המקור, בוחרים באפשרות MySQL.
השדה Destination database engine (המנוע של מסד הנתונים של היעד) מאוכלס באופן אוטומטי ואי אפשר לשנות אותו.
- בוחרים את האזור שבו שומרים את משימת ההעברה.
Database Migration Service הוא מוצר אזורי מלא, כלומר כל הישויות שקשורות למיגרציה (פרופילים של חיבור למקור וליעד, משימות מיגרציה, מסדי נתונים של היעד) צריכות להישמר באזור אחד. בוחרים את האזור בהתאם למיקום של השירותים שזקוקים לנתונים שלכם, כמו מכונות וירטואליות של Compute Engine או אפליקציות של App Engine, ושירותים אחרים. אחרי שבוחרים את אזור היעד, אי אפשר לשנות את הבחירה הזו.
- שם משימת ההעברה
- לוחצים על שמירה והמשך.
ציון מידע על פרופיל החיבור למקור
בדף Define a source, מבצעים את השלבים הבאים:
- בתפריט הנפתח פרופיל חיבור למקור, בוחרים את פרופיל החיבור למסד הנתונים של המקור.
- בקטע התאמה אישית של הגדרת הגיבוי המלא, לוחצים על עריכת ההגדרה.
- בחלונית Edit full dump configuration, בתפריט הנפתח Full dump method, בוחרים באחת מהאפשרויות הבאות:
- מבוסס על פיזיקה: בוחרים באפשרות הזו אם רוצים להשתמש בכלי Percona XtraBackup כדי לספק קובץ גיבוי משלכם. הגישה הזו דורשת שלבי הכנה נוספים. מדריך מלא לשימוש בקובצי גיבוי פיזיים שנוצרו על ידי Percona XtraBackup זמין במאמר העברת מסדי נתונים באמצעות קובץ פיזי של Percona XtraBackup.
- מבוסס על לוגיקה: בוחרים באפשרות הזו אם רוצים להשתמש בקובץ גיבוי לוגי שנוצר על ידי כלי השירות
mysqlshell. Database Migration Service יכול ליצור בשבילכם באופן אוטומטי את קובץ הגיבוי הזה, או שאתם יכולים לספק עותק משלכם.
- עורכים את שאר ההגדרות של ה-dump. מבצעים אחת מהפעולות הבאות:
- אם משתמשים בקובץ הגיבוי הפיזי, בקטע Provide your folder לוחצים על Browse, ואז בוחרים את התיקייה שאליה העליתם את קובץ ה-dump המלא. מקפידים לבחור את התיקייה הייעודית שמכילה את קובץ הגיבוי המלא, ולא את מאגר האחסון עצמו.
אם אתם משתמשים בקובץ גיבוי לוגי, אתם צריכים להגדיר את המקביליות של dump הנתונים או את דגלי ה-dump.
הרחבת הקטע הזה כדי לראות את השלבים המלאים של קובץ הגיבוי הלוגי
בקטע Choose how to generate your dump file, בוחרים באחת מהאפשרויות הבאות:
יצירה אוטומטית של קובץ ה-dump הראשוני (מומלץ)
מומלץ להשתמש באפשרות הזו כי Database Migration Service תמיד יוצר קובץ dump של מסד הנתונים הראשוני אחרי שיוצרים את עבודת ההעברה ומתחילים אותה.
Database Migration Service משתמש בקובץ הזה כדי לשחזר את ההגדרות המקוריות של האובייקטים ואת נתוני הטבלה של מסד הנתונים המקורי, כדי שאפשר יהיה להעביר את המידע הזה למופע של מסד נתונים יעד ב-Cloud SQL.
אם משתמשים בקובץ ה-dump שנוצר אוטומטית, בוחרים את סוג הפעולה ש-Database Migration Service צריך לבצע בקטע Configure data dump operation (הגדרת פעולת יצירת קובץ dump של נתונים):
- מקביליות של גיבוי נתונים: אפשר להשתמש באפשרות מקביליות עם ביצועים גבוהים, שזמינה כשמבצעים העברה לגרסאות MySQL 5.7 או 8.
מהירות ההקבלה של הנתונים קשורה לכמות העומס שנוצר במסד הנתונים של המקור:
- אופטימלי (מומלץ): ביצועים מאוזנים עם עומס אופטימלי על מסד הנתונים של המקור.
- מקסימלית: מספקת את מהירויות ההעברה הגבוהות ביותר, אבל עלולה לגרום לעומס מוגבר על מסד הנתונים של המקור.
- מינימלי: משתמש בכמות הכי נמוכה של משאבי מחשוב במסד הנתונים של המקור, אבל יכול להיות שקצב העברת הנתונים יהיה איטי יותר.
- Dump flags: האפשרות הזו בלעדית ל-Data dump parallelism.
ההגדרה הזו מאפשרת להגדיר ישירות את הדגלים של כלי השירות
mysqldumpשמשמש ליצירת קובץ ה-dump.כדי להוסיף דגל:
- לוחצים על הוספת סימון.
בוחרים באחד מהדגלים הבאים:
-
add-locks:כל טבלה שנכללת בקובץ ה-dump מוקפת בתגיLOCK TABLESו-UNLOCK TABLES. כך ההוספות מהירות יותר כשקובץ ה-dump נטען למופע היעד. ignore-error:משתמשים בדגל הזה כדי להזין רשימה של מספרי שגיאות שמופרדים בפסיקים. המספרים האלה מייצגים את השגיאות שכלי השירותmysqldumpיתעלם מהן.max-allowed-packet:משתמשים בדגל הזה כדי להגדיר את הגודל המקסימלי של המאגר (buffer) לתקשורת בין לקוח MySQL לבין מסד הנתונים של MySQL כמקור. גודל ברירת המחדל של מאגר הנתונים הזמני הוא 24MB, והגודל המקסימלי הוא 1GB.
-
- לוחצים על סיום.
- חוזרים על השלבים האלה לכל דגל שרוצים להוסיף.
כדי להסיר דגל, לוחצים על סמל האשפה משמאל לשורה שמכילה את הדגל.
- מקביליות של גיבוי נתונים: אפשר להשתמש באפשרות מקביליות עם ביצועים גבוהים, שזמינה כשמבצעים העברה לגרסאות MySQL 5.7 או 8.
הוספת הצעה משלך
לא מומלץ להשתמש באפשרות הזו, כי כברירת מחדל, Database Migration Service מבצע dump ראשוני כחלק מהרצת משימת ההעברה.
אם רוצים להשתמש בקובץ dump משלכם, בוחרים באפשרות Provide your own (אספקת קובץ משלכם), לוחצים על BROWSE (עיון), בוחרים את הקובץ (או את תיקיית Cloud Storage כולה אם משתמשים בכמה קבצים) ואז לוחצים על SELECT (בחירה).
חשוב לוודא שהקובץ נוצר ב-24 השעות האחרונות ועומד בדרישות לגבי קובץ ה-dump.
- לוחצים על שמירה והמשך.
הגדרה ויצירה של מכונת היעד ב-Cloud SQL
- בדף הגדרת יעד, בתפריט הנפתח סוג היעד של מופע, בוחרים באפשרות מופע חדש. מגדירים את כל ההגדרות הרלוונטיות:
- בשדה Destination Instance ID (מזהה מופע היעד), מציינים מזהה למופע Cloud SQL או משתמשים במזהה שנוצר אוטומטית.
אסור לכלול מידע רגיש או פרטים אישיים מזהים במזהה. אין צורך לכלול את מזהה הפרויקט בשם המופע. הפעולה הזו מתבצעת אוטומטית במקרים הרלוונטיים (לדוגמה, בקובצי היומן).
- בשדה סיסמה, מזינים סיסמה אלפאנומרית למכונת היעד של Cloud SQL. זו הסיסמה לחשבון האדמין של
rootבמופע.אפשר להזין את הסיסמה באופן ידני או ללחוץ על יצירה כדי ש-Database Migration Service ייצור סיסמה בשבילכם באופן אוטומטי.
- בתפריט הנפתח Database version (גרסת מסד הנתונים), בוחרים את גרסת מסד הנתונים של מופע היעד.
כדי לראות את כל הגרסאות המשניות, לוחצים על הצגת גרסאות משניות. מידע נוסף על תמיכה בהעברה בין גרסאות.
- בוחרים את מהדורת Cloud SQL ל-MySQL עבור מכונת היעד.
יש שתי אפשרויות: Cloud SQL ל-MySQL Enterprise Edition ו-
Cloud SQL ל-MySQL Enterprise Plus Edition.
מהדורות Cloud SQL ל-MySQL כוללות קבוצות שונות של תכונות, סוגים זמינים של מכונות ותמחור. חשוב לעיין במסמכי Cloud SQL כדי לבחור את המהדורה המתאימה לצרכים שלכם. מידע נוסף זמין במאמר מבוא למהדורות של Cloud SQL ל-MySQL.
- בתפריט אזור מוצג אותו אזור שבחרתם בדף תחילת העבודה.
אם אתם מגדירים את המופע לזמינות גבוהה, בוחרים באפשרות Multiple zones (Highly available). אפשר לבחור גם את האזור הראשי וגם את האזור המשני. התנאים הבאים חלים כשמשתמשים באזור המשני במהלך יצירת מופע:
- כברירת מחדל, האזורים מוגדרים לAny עבור האזור הראשי ולAny (different from primary) עבור האזור המשני.
- אם מציינים גם אזור ראשי וגם אזור משני, הם צריכים להיות אזורים שונים.
- בקטע Connections, בוחרים אם להוסיף כתובת IP ציבורית או פרטית למופע היעד.
אפשר להגדיר את המופע כך שיכלול את שני סוגי כתובות ה-IP, אבל נדרש לפחות סוג אחד לצורך ההעברה.
בוחרים אחת מהאפשרויות הבאות:
- אם רוצים לבצע העברה באמצעות קישור בין רשתות VPC שכנות (peering) או מנהרת SSH הפוכה, בוחרים באפשרות
כתובת IP פרטית.
כדי להפעיל קישוריות פרטית של כתובות IP, צריך לוודא שאתם עומדים בכל דרישות הרשת הנוספות.
כדי לראות את הדרישות המלאות לגבי כתובות 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 בפרויקט המארח.
- בוחרים את רשת ה-VPC המשויכת ליצירת שותפות. אם אתם מתכננים להתחבר למקור ההעברה באמצעות שיוך VPC, בוחרים את ה-VPC שבו נמצא המופע.
- אם אף פעם לא הוגדרה רשת של שירות מנוהל עבור ה-VPC שנבחר, אפשר לבחור טווח כתובות IP וללחוץ על Connect (קישור), או להשתמש בטווח כתובות IP שנבחר באופן אוטומטי וללחוץ על Allocate & Connect (הקצאה וקישור).
- אם רוצים לבצע העברה דרך האינטרנט באמצעות רשימת היתרים של כתובות IP,
בוחרים באפשרות
כתובת IP ציבורית.
אופציונלי, בקטע כתובת IP ציבורית לוחצים על השדה רשתות מורשות ומאשרים רשת או שרת proxy להתחבר למכונת Cloud SQL. הרשתות מורשות רק עם הכתובות שאתם מספקים. אפשר לעיין במאמר הגדרת כתובת IP ציבורית במסמכי Cloud SQL.
הגדרת הקישוריות של עבודת ההעברה מתבצעת בשלב מאוחר יותר. מידע נוסף על שיטות הרשת הזמינות מופיע במאמר הגדרת קישוריות.
- אם רוצים לבצע העברה באמצעות קישור בין רשתות VPC שכנות (peering) או מנהרת SSH הפוכה, בוחרים באפשרות
כתובת IP פרטית.
- בשדה Destination Instance ID (מזהה מופע היעד), מציינים מזהה למופע Cloud SQL או משתמשים במזהה שנוצר אוטומטית.
- בוחרים את סוג המכונה עבור המופע של Cloud SQL. גודל הדיסק צריך להיות גדול מגודל מסד הנתונים של המקור או שווה לו. MySQL
- ב-Cloud SQL ל-MySQL Enterprise Plus edition: מסמנים את התיבה Enable data cache אם רוצים להשתמש בתכונת מטמון הנתונים במסד הנתונים של היעד.
מטמון נתונים הוא תכונה אופציונלית שזמינה במכונות של Cloud SQL ל-MySQL במהדורת Enterprise Plus. התכונה מוסיפה למסד הנתונים של היעד כונן מקומי מהיר מסוג SSD. השימוש בתכונה הזו עלול להוסיף עלויות ל-Cloud SQL. מידע נוסף על מטמון נתונים זמין במאמר סקירה כללית על מטמון נתונים במאמרי העזרה של Cloud SQL.
- מציינים את סוג האחסון של מכונת Cloud SQL. אפשר לבחור כונן SSD או כונן HDD.
- מציינים את קיבולת האחסון (בגיגה-בייט) של מכונת Cloud SQL.
מוודאים שלמופע יש מספיק נפח אחסון כדי לטפל בנתונים ממסד הנתונים של המקור. תמיד אפשר להגדיל את הקיבולת הזו, אבל אי אפשר להקטין אותה.
(אופציונלי) מגדירים אפשרויות להצפנת נתונים או תוויות של משאבים עבור מופע היעד.
כדי לראות את השלבים האופציונליים, אפשר להרחיב את הקטע הזה.
לוחצים על Show optional configurations (הצגת הגדרות אופציונליות), ואז:
מציינים אם רוצים לנהל את ההצפנה של הנתונים שמועברים מהמקור ליעד. כברירת מחדל, הנתונים שלכם מוצפנים באמצעות מפתח שמנוהל על ידי Google Cloud. אם רוצים לנהל את ההצפנה, אפשר להשתמש במפתח הצפנה בניהול הלקוח (CMEK). כדי לעשות את זה:
- מסמנים את תיבת הסימון Use a customer-managed encryption key (CMEK) (שימוש במפתח הצפנה בניהול הלקוח).
- בתפריט Select a customer-managed key (בחירת מפתח בניהול הלקוח), בוחרים את מפתח ה-CMEK.
אם המפתח לא מופיע, לוחצים על Enter key resource name (הזנת שם משאב של מפתח) כדי לספק את שם המשאב של המפתח שרוצים להשתמש בו. דוגמה לשם משאב מרכזי:
projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key.- מוסיפים את כל הדגלים שצריך להחיל על שרת מסד הנתונים. אם אפשר, מוודאים שהדגלים של מסד הנתונים במכונת היעד של Cloud SQL זהים לאלה של מסד הנתונים המקורי. MySQL
- מוסיפים
תוויות שספציפיות למכונה של Cloud SQL.
התוויות עוזרות לארגן את המכונות. לדוגמה, אפשר לארגן את התוויות לפי מרכז עלויות או סביבה. התוויות נכללות גם בחיוב, כך שתוכלו לראות את חלוקת העלויות לפי התוויות.
- לוחצים על יצירת יעד והמשך. Database Migration Service יוצר עכשיו את מכונת היעד של Cloud SQL. התהליך הזה יכול להימשך כמה דקות.
הגדרת קישוריות בין מופעי מסד הנתונים של המקור והיעד
בתפריט הנפתח Connectivity method (שיטת קישוריות), בוחרים שיטת קישוריות לרשת. בשיטה הזו מוגדר איך מכונת Cloud SQL החדשה תתחבר למסד הנתונים של המקור. שיטות הקישוריות הנוכחיות לרשת כוללות רשימת היתרים של IP, מנהור SSH הפוך וקישור בין רשתות VPC שכנות (peering).
| אם רוצים להשתמש ב... | ואז... |
|---|---|
| שיטת הקישוריות לרשת של רשימת היתרים לכתובות IP, | צריך לציין את כתובת ה-IP היוצאת של מופע היעד. אם מכונת Cloud SQL שיצרתם היא מכונה עם זמינות גבוהה, צריך לכלול את כתובות ה-IP היוצאות של המכונה הראשית ושל המכונה המשנית. |
| שיטת הקישוריות לרשת של מנהרת SSH הפוכה, | צריך לבחור את מכונת ה-VM של Compute Engine שתארח את המנהרה.
אחרי שמציינים את המופע, Google מספקת סקריפט שמבצע את השלבים להגדרת המנהרה בין מסדי הנתונים של המקור והיעד. תצטרכו להריץ את הסקריפט ב- Google Cloud CLI. מריצים את הפקודות ממכונה שיש לה קישוריות גם למסד הנתונים של המקור וגם ל- Google Cloud. |
| שיטת הקישור בין רשתות VPC שכנות (peering) | צריך לבחור את רשת ה-VPC שבה נמצאת מסד הנתונים של המקור. המופע של Cloud SQL יעודכן כדי להתחבר לרשת הזו. |
אחרי שבוחרים ומגדירים את קישוריות הרשת, לוחצים על הגדרה והמשך.
הגדרת מסדי נתונים להעברה
אתם יכולים להעביר את כל מסדי הנתונים ממופע המקור, או לבחור רק מסדי נתונים ספציפיים. מופע היעד לא יכול להכיל מסדי נתונים עם שם זהה למסדי הנתונים שבחרתם להעברה. אם השירות Database Migration Service נתקל בהתנגשות בשם של מסד נתונים, מסד הנתונים הבעייתי נמחק ביעד לפני ההעברה.
- ברשימה Databases to migrate (מסדי נתונים להעברה), בוחרים באחת מהאפשרויות הבאות:
- כל מסדי הנתונים: בחירה של כל מסדי הנתונים שקיימים במקור.
- מסדי נתונים ספציפיים: מאפשרת לבחור מסדי נתונים ספציפיים מכל מסדי הנתונים שקיימים במקור.
אם רוצים להעביר מסדי נתונים ספציפיים, אפשר לסנן את הרשימה שמופיעה ולבחור את מסדי הנתונים שרוצים ש-Database Migration Service יעביר ליעד.
אם הרשימה לא מופיעה ומוצגת שגיאה לגבי איתור מסד נתונים, לוחצים על טעינה מחדש. אם גילוי מסד הנתונים נכשל, העבודה מעבירה את כל מסדי הנתונים. אפשר להמשיך ליצור את משימת ההעברה ולתקן את שגיאות הקישוריות מאוחר יותר.
- לוחצים על שמירה והמשך.
בדיקה, יצירה והפעלה של עבודת ההעברה
בשלב האחרון הזה, בודקים את סיכום ההגדרות של עבודת ההעברה, המקור, היעד ושיטת הקישוריות, ואז בודקים את התקינות של הגדרת עבודת ההעברה. אם נתקלים בבעיות, אפשר לשנות את ההגדרות של משימת ההעברה. לא כל ההגדרות ניתנות לעריכה.
-
בדף Test and create migration job (בדיקה ויצירה של משימת העברה), לוחצים על Test job (בדיקת המשימה).
אם הבדיקה נכשלת, אפשר לטפל בבעיה בחלק המתאים בתהליך ולחזור לבדיקה חוזרת. מידע על פתרון בעיות בבדיקה של משימת העברה שנכשלה זמין במאמר אבחון בעיות ב-MySQL.
-
כשבדיקת העברת הנתונים מסתיימת, לוחצים על יצירה והפעלה של העברת נתונים כדי ליצור את העברת הנתונים ולהפעיל אותה באופן מיידי, או על יצירת העברת נתונים כדי ליצור את העברת הנתונים בלי להפעיל אותה באופן מיידי.
אם המשימה לא מתחילה בזמן שבו היא נוצרת, אפשר להתחיל אותה מהדף משימות העברה בלחיצה על התחלה. לא משנה מתי מתחיל תהליך ההעברה, הארגון שלכם מחויב על קיום היעד.
ההעברה מתבצעת עכשיו. כשמתחילים את עבודת ההעברה, שירות העברת מסדי נתונים מתחיל את הגיבוי המלא, ונועל את מסד הנתונים של המקור לזמן קצר. אם המקור שלכם נמצא ב-Amazon RDS או ב-Amazon Aurora, Database Migration Service דורש בנוסף השבתה קצרה (בערך פחות מדקה) של פעולות כתיבה בתחילת ההעברה. מידע נוסף זמין במאמר בנושא מגבלות ידועות.
- ממשיכים אל בדיקת משימת ההעברה.
gcloud
יוצרים את פרופיל החיבור של היעד.
כשמבצעים מיגרציה למופע יעד חדש באמצעות Google Cloud CLI, יוצרים את מופע היעד ואת פרופיל החיבור בפעולה אחת.
מריצים את הפקודה הבאה (כדי להרחיב את הפקודה, לוחצים על הקישור):gcloud database-migration connection-profiles create cloudsqlבדוגמה הזו נעשה שימוש בדגל האופציונלי
--no-asyncכדי שכל הפעולות יתבצעו באופן סינכרוני. כלומר, יכול להיות שיעבור זמן מה עד שהפקודות יושלמו. אפשר לדלג על הדגל--no-asyncכדי להריץ פקודות באופן אסינכרוני. אם כן, צריך להשתמש בפקודהgcloud database-migration operations describeכדי לוודא שהפעולה הצליחה.לפני השימוש בנתוני הפקודה הבאים, צריך להחליף את הנתונים הבאים:
- CONNECTION_PROFILE_ID עם מזהה שניתן לקריאה על ידי מכונה של פרופיל החיבור.
- DATABASE_VERSION עם גרסת MySQL שבה רוצים להשתמש במופע היעד. גרסאות של מסד נתונים מצוינות כמחרוזות שכוללות גם את הגרסה הראשית וגם את הגרסה המשנית. לדוגמה:
MYSQL_8_0,MYSQL_8_0_32,MYSQL_8_0_36.רשימה של כל הגרסאות האפשריות של MySQL זמינה ב מאמרי העזרה בנושא האפשרות --database-version.
- (אופציונלי) EDITION כברירת מחדל, מופעים חדשים שיוצרים באמצעות Google Cloud CLI משתמשים ב-Cloud SQL ל-MySQL במהדורת Enterprise Plus. אם אתם מתכננים להשתמש ב-Cloud SQL ל-MySQL Enterprise Plus edition, ודאו שהאזור שלכם נתמך במהדורה הזו. מידע נוסף זמין במאמר בנושא תמיכה באזורים במהדורת Cloud SQL ל-MySQL Enterprise Plus.
אפשר לשנות את המהדורה באמצעות הדגל
--editionעם אחד מהערכים הבאים:-
enterprise-plusלמהדורת Cloud SQL ל-MySQL Enterprise Plus -
enterpriseלמהדורת Cloud SQL ל-MySQL Enterprise
-
-
TIER עם השם של סוג המכונה ב-Cloud SQL שרוצים להשתמש בו.
סוגי המכונות מצוינים כמחרוזות שפועלות לפי המוסכמות של Cloud SQL, לדוגמה:
db-n1-standard-1,db-perf-optimized-N-2. רשימה מלאה של סוגי המכונות הזמינים והמזהים שלהם לשימוש ב-Google Cloud CLI מופיעה במאמר סוגי מכונות במסמכי Cloud SQL ל-MySQL.במופעים שנוצרו באמצעות Google Cloud CLI נעשה כברירת מחדל שימוש במהדורת Cloud SQL ל-MySQL Enterprise Plus, שזמינים בה סוגים שונים של מכונות. אם רוצים להשתמש בסוג מכונה שזמין רק במהדורת Enterprise של Cloud SQL ל-MySQL, צריך להשתמש בדגל האופציונלי
--edition=enterpriseכדי לציין את המהדורה. - REGION עם המזהה של האזור שבו רוצים לשמור את פרופיל החיבור.
כברירת מחדל, מכונות חדשות שיוצרים באמצעות Google Cloud CLI משתמשות במהדורת Cloud SQL ל-MySQL Enterprise Plus. אם אתם מתכננים להשתמש ב-Cloud SQL ל-MySQL Enterprise Plus edition, ודאו שהאזור שלכם נתמך במהדורה הזו. מידע נוסף זמין במאמר בנושא תמיכה באזורים במהדורת Cloud SQL ל-MySQL Enterprise Plus. אפשר לשנות את המהדורה באמצעות הדגל האופציונלי
--edition. - (אופציונלי) CONNECTION_PROFILE_NAME עם שם שקל לקרוא של פרופיל הקישור. הערך הזה מוצג במסוף Google Cloud .
- הגדרת רשת
כברירת מחדל, למופעים חדשים שאתם יוצרים באמצעות Google Cloud CLI מוקצית כתובת IP ציבורית, והם מוגדרים לשימוש בקישוריות של כתובת IP ציבורית. אפשר להשתמש בשיטות חיבור אחרות. מידע נוסף זמין במאמר הגדרת קישוריות.
אם רוצים להשתמש בקישוריות של כתובות IP ציבוריות, לא צריך להשתמש בדגלים נוספים. אם רוצים להשתמש בקישוריות של כתובות IP פרטיות עם VPC Network Peering או עם מנהרת SSH הפוכה, צריך לוודא שאתם עומדים בדרישות הרשת הנוספות הבאות להפעלת קישוריות של כתובות IP פרטיות, ולכלול דגלים נוספים בפקודה.
כדי לראות את הדרישות המלאות לגבי כתובות 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 בפרויקט המארח.
אם רוצים להשתמש בקישוריות של כתובות IP פרטיות (עם קישור בין רשתות VPC שכנות או עם מנהרת SSH הפוכה במכונת Compute Engine וירטואלית), צריך לכלול את הדגלים הנוספים הבאים:
-
--no-enable-ip-v4: (אופציונלי) כדי לא להקצות כתובת IP ציבורית למופע היעד. יכול להיות שיוקצו לכם כתובות IP ציבוריות ופרטיות למכונת היעד, אבל אם אתם משתמשים בקישוריות IP פרטית, יכול להיות שלא תרצו כתובת IP ציבורית. -
--private-network: כדי להקצות כתובת IP פרטית למופע היעד, מציינים את השם של הענן הווירטואלי הפרטי (VPC) שבו רוצים להקצות כתובת IP פרטית.
מריצים את הפקודה הבאה:
Linux, macOS או Cloud Shell
gcloud database-migration connection-profiles \ create mysql CONNECTION_PROFILE_ID \ --no-async \ --region=REGION \ --database-version=DATABASE_VERSION \ --tier=TIER \ --display-name=CONNECTION_PROFILE_NAME
Windows (PowerShell)
gcloud database-migration connection-profiles ` create mysql CONNECTION_PROFILE_ID ` --no-async ` --region=REGION ` --database-version=DATABASE_VERSION ` --tier=TIER ` --display-name=CONNECTION_PROFILE_NAME
Windows (cmd.exe)
gcloud database-migration connection-profiles ^ create mysql CONNECTION_PROFILE_ID ^ --no-async ^ --region=REGION ^ --database-version=DATABASE_VERSION ^ --tier=TIER ^ --display-name=CONNECTION_PROFILE_NAME
אמורים לקבל תגובה שדומה לזו:
Waiting for connection profile [CONNECTION_PROFILE_ID] to be created with [OPERATION_ID] Waiting for operation [OPERATION_ID] to complete...done. Created connection profile CONNECTION_PROFILE_ID [OPERATION_ID]
יוצרים את עבודת ההעברה.
אם אתם משתמשים ב-VPC peering או בקישוריות של מנהרת SSH הפוכה, הקפידו להוסיף את הדגלים הנדרשים, כמו--peer-vpcאו--vm,--vm-ip,--vm-port,--vpc. מידע נוסף זמין במאמרים הגדרת קישוריות ו דוגמאות ל-Google Cloud CLI.
מריצים את הפקודה הבאה (כדי להרחיב את הקישור לוחצים עליו):gcloud database-migration migration-jobs createבדוגמה הזו נעשה שימוש בדגל האופציונלי
--no-asyncכדי שכל הפעולות יתבצעו באופן סינכרוני. כלומר, יכול להיות שיעבור זמן מה עד שהפקודות יושלמו. אפשר לדלג על הדגל--no-asyncכדי להריץ פקודות באופן אסינכרוני. אם כן, צריך להשתמש בפקודהgcloud database-migration operations describeכדי לוודא שהפעולה הצליחה.לפני השימוש בנתוני הפקודה הבאים, צריך להחליף את הנתונים הבאים:
- MIGRATION_JOB_ID מחליפים במזהה שניתן לקריאה על ידי מכונה של משימת ההעברה. משתמשים בערך הזה כדי לעבוד עם משימות העברה באמצעות פקודות Google Cloud CLI או API של Database Migration Service.
- REGION עם מזהה האזור שבו רוצים לשמור את עבודת ההעברה.
- MIGRATION_JOB_NAME עם שם קריא של עבודת המיגרציה. הערך הזה מוצג ב-Database Migration Service במסוף Google Cloud .
- SOURCE_CONNECTION_PROFILE_ID עם מזהה קריא למכונה של פרופיל חיבור המקור.
- DESTINATION_CONNECTION_PROFILE_ID עם מזהה קריא על ידי מכונה של פרופיל חיבור היעד.
אופציונלי: כברירת מחדל, Database Migration Service מעביר את כל מסדי הנתונים במקור. אם רוצים להעביר רק מסדי נתונים ספציפיים, משתמשים בדגל
--databases-filterומציינים את המזהים שלהם כרשימה מופרדת בפסיקים.לדוגמה:
--databases-filter=my-business-database,my-other-databaseאפשר לערוך בהמשך משימות העברה שיצרתם באמצעות
--database-filter flagבאמצעות הפקודהgcloud database-migration migration-jobs update.
מריצים את הפקודה הבאה:
Linux, macOS או Cloud Shell
gcloud database-migration migration-jobs \ create MIGRATION_JOB_ID \ --no-async \ --region=REGION \ --display-name=MIGRATION_JOB_NAME \ --source=SOURCE_CONNECTION_PROFILE_ID \ --destination=DESTINATION_CONNECTION_PROFILE_ID \ --type=MIGRATION_JOB_TYPE
Windows (PowerShell)
gcloud database-migration migration-jobs ` create MIGRATION_JOB_ID ` --no-async ` --region=REGION ` --display-name=MIGRATION_JOB_NAME ` --source=SOURCE_CONNECTION_PROFILE_ID ` --destination=DESTINATION_CONNECTION_PROFILE_ID ` --type=MIGRATION_JOB_TYPE
Windows (cmd.exe)
gcloud database-migration migration-jobs ^ create MIGRATION_JOB_ID ^ --no-async ^ --region=REGION ^ --display-name=MIGRATION_JOB_NAME ^ --source=SOURCE_CONNECTION_PROFILE_ID ^ --destination=DESTINATION_CONNECTION_PROFILE_ID ^ --type=MIGRATION_JOB_TYPE
אמורים לקבל תגובה שדומה לזו:
Waiting for migration job [MIGRATION_JOB_ID] to be created with [OPERATION_ID] Waiting for operation [OPERATION_ID] to complete...done. Created migration job MIGRATION_JOB_ID [OPERATION_ID]