כשמקצים מסד נתונים ב-Cloud Firestore, צריך לבחור לו מיקום. כדי לצמצם את זמן האחזור ולהגביר את הזמינות, כדאי לאחסן את הנתונים קרוב למשתמשים ולשירותים שצריכים אותם.
אפשר גם ליצור כמה מסדי נתונים בפרויקט, ולכל אחד מהם תהיה הגדרת מיקום משלו.
חשוב לזכור שאחרי שמקצים מסד נתונים, אי אפשר לשנות את הגדרת המיקום שלו.
סוגי מיקומים
אתם יכולים לאחסן את הנתונים של Cloud Firestore במיקום במספר אזורים או במיקום אזורי.
מיקומים מסוג "מספר אזורים"
כדי למקסם את הזמינות והעמידות של מסד הנתונים, בחרו מיקום במספר אזורים.
מיקום במספר אזורים מורכב מקבוצה מוגדרת של אזורים שבהם מאוחסנים כמה עותקים של מסד הנתונים. כל רפליקה היא רפליקה לקריאה ולכתיבה שמכילה את כל הנתונים במסד הנתונים, או רפליקה עדה שלא מכילה קבוצה מלאה של נתונים אבל משתתפת ברפליקציה.
כשיוצרים רפליקות של הנתונים בכמה אזורים, אפשר להמשיך להציג את הנתונים גם אם אזור שלם לא זמין. בתוך אזור מסוים, נוצרת רפליקה של הנתונים באזורים שונים, כדי שאפשר יהיה להמשיך להציג את הנתונים באותו אזור גם אם אחד מהאזורים לא זמין.
Cloud Firestore תומך במיקומים הבאים במספר אזורים:
| השם של המיקום "במספר אזורים" | תיאור של המיקום "במספר אזורים" | אזורים לקריאה ולכתיבה | אזור העד |
|---|---|---|---|
eur3 |
אירופה | europe-west1 (בלגיה), europe-west4 (הולנד) |
europe-north1 (פינלנד) |
nam5 |
ארצות הברית (מרכז) | us-central1 (איווה), us-central2 (אוקלהומה – אזור Google Cloud פרטי) |
us-east1 (קרוליינה הדרומית) |
nam7 |
ארצות הברית (מרכז ומזרח) | us-central1 (איווה), us-east4 (צפון וירג'יניה) |
us-central2 (אוקלהומה – אזור פרטי Google Cloud) |
מיקומים אזוריים
מיקום אזורי הוא מקום גיאוגרפי ספציפי, כמו דרום קרוליינה. נתונים במיקום אזורי משוכפלים בכמה אזורים בתוך אזור. כל המיקומים האזוריים מופרדים ממיקומים אזוריים אחרים במרחק של לפחות 160 ק"מ.
כדאי לבחור מיקום אזורי כדי להוזיל את העלויות, כדי להפחית את זמן האחזור של הכתיבה אם האפליקציה רגישה לזמן אחזור, או כדי למקם את הנתונים באותו מיקום עם משאבים אחרים של Google Cloud.
Cloud Firestore תומך במיקומי המשאבים האזוריים הבאים:
| שם האזור | תיאור האזור | |
|---|---|---|
| צפון אמריקה | ||
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-southeast3 | בנגקוק | |
asia-east2 | הונג קונג | |
asia-east1 | טאיוואן | |
asia-northeast1 | טוקיו | |
asia-northeast2 | אוסקה | |
asia-northeast3 | סיאול | |
| אוסטרליה | ||
australia-southeast1 | סידני | |
|
|
מלבורן | |
| אפריקה | ||
|
|
יוהנסבורג | |
הסכם רמת השירות (SLA) של המיקום
סוג המיקום של Cloud Firestore קובע את אחוז זמן הפעולה התקינה של הסכם רמת השירות (SLA) בזמינות לכלל המשתמשים (GA):
| השירות הכלול | אחוז זמן הפעולה התקינה בחודש |
|---|---|
| Cloud Firestore במספר אזורים | >= 99.999% |
| Cloud Firestore אזורי | 99.99% ומעלה |
תמחור לפי מיקום
המיקום של Cloud Firestore קובע את עלות הפעולות במסד הנתונים.
הסבר מקיף על התמחור לפי אזור ולפי סוג אזור מופיע במאמר הסבר על החיוב ב-Cloud Firestore.
הצגת המיקום של מסדי הנתונים
כדי לראות את הגדרת המיקום של מסדי הנתונים, אפשר להשתמש באחת מהשיטות הבאות:
להריץ את הפקודה
gcloud firestore databases list.פותחים את רשימת מסדי הנתונים במסוף Google Cloud. המיקום של כל מסד נתונים מופיע בעמודה Location.
השלבים הבאים
כדי ליצור מסד נתונים של Cloud Firestore במיקום ספציפי, קראו את המאמר יצירה וניהול של מסדי נתונים.
במאמר מיקום גיאוגרפי ואזורים מוסבר איך לבנות אפליקציות שעומדות בדרישות שלכם לגבי זמן אחזור, זמינות ועמידות.