מיקומי Firestore עם תאימות ל-MongoDB
כשמפעילים מסד נתונים של Firestore, צריך לבחור מיקום בשבילו. כדי לצמצם את זמן האחזור ולשפר את הזמינות, כדאי לאחסן את הנתונים קרוב למשתמשים ולשירותים שזקוקים להם.
אפשר גם ליצור כמה מסדי נתונים בפרויקט, ולכל אחד מהם להגדיר מיקום משלו.
חשוב לדעת שאחרי שמקצים מסד נתונים, אי אפשר לשנות את הגדרת המיקום שלו.
סוגי מיקומים
אפשר לאחסן את הנתונים של Firestore עם תאימות ל-MongoDB במיקום רב-אזורי או במיקום אזורי.
מיקומים במספר אזורים
כדי למקסם את הזמינות והעמידות של מסד הנתונים, בוחרים מיקום של מספר אזורים.
מיקום במספר אזורים מורכב מקבוצה מוגדרת של אזורים שבהם מאוחסנות כמה רפליקות של מסד הנתונים. כל רפליקה היא רפליקה לקריאה ולכתיבה שמכילה את כל הנתונים במסד הנתונים, או רפליקת עדים שלא שומרת קבוצה מלאה של נתונים אבל משתתפת בשכפול.
העתקת הנתונים בין כמה אזורים מאפשרת להמשיך להציג את הנתונים גם אם אזור שלם לא זמין. באזור מסוים, הנתונים משוכפלים בין אזורים, כך שאפשר להמשיך להשתמש בנתונים באותו אזור גם אם אזור מסוים לא זמין.
Firestore עם תאימות ל-MongoDB תומך במיקומים הבאים במספר אזורים:
| השם של המיקום 'במספר אזורים' | תיאור של המיקום 'במספר אזורים' | אזורים עם הרשאת קריאה וכתיבה | אזור העדות |
|---|---|---|---|
eur3 |
אירופה | europe-west1 (בלגיה), europe-west4 (הולנד) |
europe-north1 (פינלנד) |
nam5 |
ארצות הברית (מרכז) | us-central1 (איווה), us-central2 (אוקלהומה – אזור Google Cloud פרטי) |
us-east1 (דרום קרוליינה) |
nam7 |
ארצות הברית (מרכז ומזרח) | us-central1 (איווה), us-east4 (צפון וירג'יניה) |
us-central2 (Oklahoma—private Google Cloud region) |
מיקומים אזוריים
מיקום אזורי הוא מקום גיאוגרפי ספציפי, למשל קליפורניה. נתונים במיקום אזורי משוכפלים בכמה אזורים בתוך אזור. כל המיקומים האזוריים מופרדים ממיקומים אזוריים אחרים במרחק של לפחות 160 ק"מ.
בוחרים מיקום אזורי כדי להקטין את העלויות, כדי להקטין את זמן האחזור של פעולות כתיבה אם האפליקציה רגישה לזמן האחזור, או כדי למקם את המשאבים באותו מיקום עם משאבים אחרים Google Cloud .
Firestore עם תאימות ל-MongoDB תומך במיקומי המשאבים האזוריים הבאים:
| שם האזור | תיאור האזור | |
|---|---|---|
| צפון אמריקה | ||
us-west1 | אורגון | |
us-west2 | לוס-אנג׳לס | |
us-west3 | סולט לייק סיטי | |
us-west4 | לאס וגאס | |
|
|
איווה | |
northamerica-northeast1 | מונטריאול | |
|
|
טורונטו | |
|
|
Queretaro | |
us-east1 | דרום קרוליינה | |
us-east4 | צפון וירג'יניה | |
|
|
קולומבוס | |
|
|
דאלאס | |
| דרום אמריקה | ||
|
|
סנטיאגו | |
southamerica-east1 | סאו פאולו | |
| אירופה | ||
europe-west2 | לונדון | |
|
|
בלגיה | |
|
|
הולנד | |
|
|
מילאנו | |
|
|
מדריד | |
|
|
פריז | |
|
|
טורינו | |
|
|
ברלין | |
europe-west3 | פרנקפורט | |
|
|
פינלנד | |
|
|
שטוקהולם | |
europe-central2 | ורשה | |
europe-west6 | ציריך | |
| המזרח התיכון | ||
|
|
דוחה | |
|
|
דמאם | |
|
|
תל אביב | |
| אסיה | ||
asia-south1 | מומבאי | |
|
|
דלהי | |
asia-southeast1 | סינגפור | |
asia-southeast2 | ג'קארטה | |
asia-east2 | הונג קונג | |
asia-east1 | טייוואן | |
asia-northeast1 | טוקיו | |
asia-northeast2 | אוסקה | |
asia-northeast3 | סיאול | |
| אוסטרליה | ||
australia-southeast1 | סידני | |
|
|
מלבורן | |
| אפריקה | ||
|
|
יוהנסבורג | |
הסכם רמת שירות (SLA) למיקום
סוג המיקום של Firestore עם תאימות ל-MongoDB קובע את אחוז זמן הפעולה התקינה של הסכם רמת השירות (SLA) בזמינות כללית (GA):
| שירות נכלל | אחוז זמן הפעולה התקינה בחודש |
|---|---|
| Firestore עם תאימות ל-MongoDB במספר אזורים | >= 99.999% |
| Firestore עם תאימות ל-MongoDB: אזורי | >= 99.99% |
תמחור לפי מיקום
המיקום שלכם ב-Firestore עם תאימות ל-MongoDB קובע את העלות של פעולות מסד הנתונים.
הסבר מקיף על התמחור לפי אזור ולפי סוג אזור זמין במאמר הסבר על החיוב ב-Firestore עם תאימות ל-MongoDB.
הצגת המיקום של מסדי הנתונים
כדי לראות את הגדרת המיקום של מסדי הנתונים, משתמשים באחת מהשיטות הבאות:
להריץ את הפקודה
gcloud firestore databases list.פותחים את רשימת מסדי הנתונים במסוף Google Cloud . המיקום של כל מסד נתונים מופיע בעמודה 'מיקום'.
השלבים הבאים
כדי ליצור מסד נתונים של Firestore עם תאימות ל-MongoDB במיקום ספציפי, אפשר לעיין במאמר יצירה וניהול של מסדי נתונים
למידע נוסף על פיתוח אפליקציות שיעמדו בדרישות שלכם לגבי זמן אחזור, זמינות ועמידות, אפשר לעיין במאמר מיקום גיאוגרפי ואזורים.