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