כשמכינים מסד נתונים של Cloud Firestore, צריך לבחור מיקום בשבילו. כדי לצמצם את זמן האחזור ולשפר את הזמינות, כדאי לאחסן את הנתונים קרוב למשתמשים ולשירותים שזקוקים להם.
אפשר גם ליצור כמה מסדי נתונים בפרויקט, ולכל אחד מהם להגדיר מיקום משלו.
חשוב לדעת שאחרי שמקצים מסד נתונים, אי אפשר לשנות את הגדרת המיקום שלו.
סוגי מיקומים
אתם יכולים לאחסן את הנתונים של Cloud Firestore עם תאימות ל-MongoDB במיקום במספר אזורים או במיקום אזורי.
מיקומים במספר אזורים
כדי למקסם את הזמינות והעמידות של מסד הנתונים, בוחרים מיקום רב-אזורי.
מיקום במספר אזורים מורכב מקבוצה מוגדרת של אזורים שבהם מאוחסנות כמה רפליקות של מסד הנתונים. כל רפליקה היא רפליקה לקריאה ולכתיבה שמכילה את כל הנתונים במסד הנתונים, או רפליקת עדות שלא שומרת על קבוצת נתונים מלאה אבל משתתפת בשכפול.
על ידי שכפול הנתונים בין כמה אזורים, אפשר להמשיך להציג את הנתונים גם אם אזור שלם לא זמין. בתוך אזור, הנתונים משוכפלים בין תחומים, כך שאפשר להמשיך להשתמש בנתונים באותו אזור גם אם תחום מסוים לא זמין.
Cloud 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 באותו מיקום.
Cloud Firestore עם תאימות ל-MongoDB תומך במיקומים אזוריים של משאבים:
| שם האזור | תיאור האזור | |
|---|---|---|
| צפון אמריקה | ||
us-west1 | אורגון | |
us-west2 | לוס-אנג׳לס | |
us-west3 | סולט לייק סיטי | |
us-west4 | לאס וגאס | |
|
|
אייווה | |
northamerica-northeast1 | מונטריאול | |
|
|
טורונטו | |
|
|
קרטרו | |
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 | סידני | |
|
|
מלבורן | |
| אפריקה | ||
|
|
יוהנסבורג | |
Location SLA
סוג המיקום של Cloud Firestore עם תאימות ל-MongoDB קובע את אחוז זמן הפעולה התקינה של הסכם רמת השירות (SLA) בזמינות כללית (GA):
| שירות מכוסה | אחוז חודשי של זמן פעולה תקינה |
|---|---|
| Cloud Firestore עם תאימות ל-MongoDB Multi-Region | >= 99.999% |
| Cloud Firestore עם תאימות ל-MongoDB אזורי | >= 99.99% |
תמחור לפי מיקום
המיקום של Cloud Firestore עם תאימות ל-MongoDB קובע את העלות של פעולות במסד הנתונים.
הסבר מפורט על התמחור לפי אזור ולפי סוג אזור זמין במאמר הסבר על החיוב ב-Cloud Firestore עם תאימות ל-MongoDB.
הצגת המיקום של מסדי הנתונים
כדי לראות את הגדרת המיקום של מסדי הנתונים, משתמשים באחת מהשיטות הבאות:
להריץ את הפקודה
gcloud firestore databases list.פותחים את רשימת מסדי הנתונים במסוף Google Cloud. המיקום של כל מסד נתונים מופיע בעמודה 'מיקום'.
השלבים הבאים
כדי ליצור מסד נתונים עם תאימות ל-MongoDB ב-Cloud Firestore במיקום ספציפי, אפשר לעיין במאמר יצירה וניהול של מסדי נתונים
מידע נוסף על פיתוח אפליקציות שיעמדו בדרישות שלכם לגבי זמן אחזור, זמינות ועמידות זמין במאמר מיקום גיאוגרפי ואזורים.