הגדרת משאבים להעברה
בדף הזה מתואר שלב ההכנה של תהליך ההעברה, שבו מגדירים את המשאבים להעברה.
בשלב הזה, מבצעים את הפעולות הבאות:
- התקנה של כלי שורת הפקודה שנדרשים להרצת פקודות בשלבים מאוחרים יותר של תהליך ההעברה.
- הגדרת מסד נתונים ב-Firestore עם תאימות ל-MongoDB.
- (אופציונלי) משנים את ההגדרות של יומן הפעולות (oplog) במקור שמתאים ל-MongoDB.
- יוצרים קטגוריה של Cloud Storage לאחסון נתונים זמני.
הגדרת הרשאות IAM
בחשבון שלכם צריכים להיות תפקידי IAM מתאימים בכל השירותים שבהם נעשה שימוש בתהליך ההעברה:
התקנה של כלי שורת הפקודה
תהליך ההעברה משתמש ב-CLI של gcloud כדי להגדיר את שלבי ההעברה ולהפעיל אותם. אם צריך, מתקינים את ה-CLI של gcloud לפי ההוראות בדף התקנת ה-CLI של gcloud.
הגדרה ספציפית למקור
MongoDB ב-Compute Engine
בדרך כלל, מסד נתונים של MongoDB שפועל במכונות וירטואליות של Compute Engine באשכול בניהול עצמי לא נחשף לאינטרנט הציבורי. בתהליך ההעברה נעשה שימוש ב-Private Service Connect ב-Datastream כדי לחבר את צינור הנתונים של Datastream למסד הנתונים של המקור.
צריך לבצע את הפעולות הבאות:
מגדירים קישוריות פרטית ל-Datastream לפי ההוראות שמפורטות במאמר יצירת הגדרת קישוריות פרטית.
שימו לב לפרמטר
Configuration IDשל ההגדרה שנוצרה. תשתמשו בו בשלבים מאוחרים יותר כדי להגדיר את משתני הסביבה הנדרשים.
Azure Cosmos DB
מוודאים ש-Azure CLI מותקן במחשב.
Amazon DocumentDB
אי אפשר לגשת ישירות לאשכולות של Amazon DocumentDB מחוץ לרשת Amazon VPC. כדי להתחבר לאשכול DocumentDB, צריך להקצות מכונת EC2 ברשת Amazon VPC ולהשתמש במכונה הזו כמארח Bastion למנהרת SSH.
הוראות להגדרת מכונת EC2 לקישוריות חיצונית ל-DocumentDB זמינות במדריך למפתחים בנושא Connecting to an Amazon DocumentDB cluster from outside an Amazon VPC.
כדי ליצור חיבור לאשכול DocumentDB, תצטרכו לקבל את מפתח ה-SSH הפרטי של מופע EC2, וגם את חבילת האישורים המתאימה לאזור שבו האשכול שלכם נפרס. כדי להוריד את החבילה המתאימה בפורמט PEM, אפשר לעבור לדף המידע בנושא חבילות אישורים לפי אזור AWS.
שימו לב שחבילת האישורים מכילה מספר אישורים. כדי להגדיר חיבור ל-Datastream, צריך לחלץ אישור יחיד. מומלץ לאמת את הקישוריות ל-DocumentDB באופן ידני כדי לוודא שיש לכם גם מפתח SSH תקף וגם אישור DocumentDB תקף מהחבילה האזורית. במדריך למפתחים של DocumentDB יש דוגמאות לשורות פקודה ליצירת חיבור ישיר מחוץ ל-VPC.
הגדרת מסד נתונים של Firestore עם תאימות ל-MongoDB כיעד
צריך לוודא שבפרויקט יש מסד נתונים של Firestore עם תאימות ל-MongoDB, שאליו תעבירו את הנתונים ממסד הנתונים של Mongo במקור. מידע נוסף על יצירת מסד נתונים זמין במאמר בנושא יצירה וניהול של מסדי נתונים.
לצורך המעבר הזה, מומלץ ליצור שם משתמש וסיסמה למסד הנתונים של Firestore עם תאימות ל-MongoDB, כדי להשתמש בהם עם פרוטוקול האימות SCRAM-SHA-256. אפשר למחוק את שם המשתמש הזה בבטחה אחרי שההעברה מסתיימת, או להמשיך להשתמש בפרטי הכניסה האלה כדי לחבר את לקוחות Mongo למסד הנתונים החדש של Firestore עם תאימות ל-MongoDB.
תצטרכו להשתמש בשם של מסד הנתונים הזה של Firestore עם תאימות ל-MongoDB ובפרטי הכניסה של המשתמש בשלבים הבאים.
שינוי גודל חלון ה-oplog של מסד הנתונים של המקור
מומלץ לשנות את חלון ה-oplog של מסד הנתונים של Mongo במקור כך שיכיל נתונים של 3 ימים של תנועת כתיבה כוללת למסד הנתונים הזה. אם קצב תעבורת הכתיבה גבוה מהקצב שבו Datastream יכול לצרוך שינויים ממסד הנתונים, ההתאמה הזו תמנע אובדן נתונים.
יכול להיות שיהיה צורך לשנות את הערך בהמשך, בהתאם לדפוס התנועה ולנפח התנועה בשיא. לדוגמה, אם נתונים של שבוע שלם של תנועה נכתבים בפרק זמן קצר, יכול להיות ש-Datastream לא יתעד את השינויים מ-oplog מספיק מהר לפני שהשינויים ייצאו מחלון ה-oplog. במקרה כזה, יכול להיות שתצטרכו לשנות את הגודל של חלון ה-oplog כך שיכיל נתונים של 7 ימים של תנועת כתיבה כוללת.
יצירת קטגוריה של Cloud Storage
יוצרים קטגוריה חדשה של Cloud Storage באופן הבא:
בוחרים אזור Cloud Storage שבו צינור ההעברה יפעל. מומלץ להשתמש באזור שבו נמצא מסד הנתונים של Firestore עם תאימות ל-MongoDB שאליו רוצים להעביר את הנתונים.
בוחרים שם לקטגוריה הזו. דוגמה:
mongo-migration-bucketתצטרכו להשתמש בשם הזה בשלבים הבאים.כדי ליצור קטגוריה חדשה של Cloud Storage עם השם והאזור שבחרתם, פועלים לפי ההוראות שבדף יצירת קטגוריה במסמכי Cloud Storage.
המאמרים הבאים
ממשיכים אל הגדרת משתני סביבה.