המיקומים ב-Cloud Firestore

כשאתם מקצים מכונה של Cloud Firestore, אתם צריכים לבחור מיקום למכונה. כדי לצמצם את זמן האחזור ולהגדיל את הזמינות, כדאי לאחסן את הנתונים קרוב למשתמשים ולשירותים שזקוקים להם.

אם הפרויקט שלכם רשום בתוכנית התמחור והתשלומים של Blaze, תוכלו לבחור ליצור מספר מסדי נתונים בפרויקט, ולקבוע לכל אחד מהם הגדרת מיקום משלו.

חשוב לזכור שאי אפשר לשנות את הגדרת המיקום של מכונה של מסד נתונים אחרי שמקצים אותה.

סוגי המיקומים

אפשר לשמור את נתוני Cloud Firestore במיקום במספר אזורים או במיקום אזורי.

מיקומים במספר אזורים

מומלץ לבחור מיקום במספר אזורים כדי למקסם את הזמינות והעמידות של מסד הנתונים.

מיקום במספר אזורים מורכב מקבוצה מוגדרת של אזורים שבהם מאוחסנים מספר רפליקות של מסד הנתונים. כל עותק הוא עותק לקריאה וכתיבה שמכיל את כל הנתונים במסד הנתונים, או עותק עד (witness) שלא שומר קבוצה מלאה של נתונים אבל משתתף ברפליקה.

על ידי שכפול הנתונים בין מספר אזורים, יכול להיות להמשיך להציג נתונים גם אם אזור שלם לא יישמר. בתוך אזור מסוים, הנתונים מועתקים בין תחומים (zones), כך שהנתונים ימשיכו להופיע בהם גם בלי תחום (zone).

Cloud Firestore תומך במיקומים הבאים במספר אזורים:

השם של המיקום 'במספר אזורים' תיאור של המיקום 'במספר אזורים' אזורים לקריאה וכתיבה אזור העד
eur3 אירופה europe-west1 (בלגיה), europe-west4 (הולנד) europe-north1 (פינלנד)
nam5 ארצות הברית us-central1 (איווה), us-central2 (אוקלהומה – אזור GCP פרטי) us-east1 (קרוליינה הדרומית)

שימו לב: אם בפרויקט שלכם כבר יש אפליקציית App Engine עם המיקום us-central או europe-west, מסד הנתונים Cloud Firestore שמוגדר כברירת מחדל ייחשב כמספר אזורים.

מיקומים אזוריים

מיקום אזורי הוא מקום גיאוגרפי ספציפי, כמו דרום קרולינה. נתונים במיקום אזורי עוברים רפליקה בכמה תחומים בתוך אזור. כל המיקומים האזוריים מופרדים ממיקומים אזוריים אחרים במרחק של לפחות 160 ק"מ.

בוחרים מיקום אזורי כדי להוזיל את העלויות, כדי לקצר את זמן האחזור לכתיבה אם האפליקציה שלכם רגישה לזמן אחזור, או כדי למקם את המשאבים לצד משאבי Google Cloud אחרים.

Cloud Firestore תומך במיקומי המשאבים האזוריים הבאים:

שם האזורתיאור האזור
צפון אמריקה
us-west1אורגון
us-west2לוס-אנג׳לס
us-west3סולט לייק סיטי
us-west4לאס וגאס

us-central1

אייווה
northamerica-northeast1מונטריאול

northamerica-northeast2

טורונטו
us-east1דרום קרוליינה
us-east4צפון וירג'יניה

us-east5

קולומבוס

us-south1

דאלאס
דרום אמריקה

southamerica-west1

סנטיאגו
southamerica-east1סאו פאולו
אירופה
europe-west2לונדון

europe-west1

בלגיה

europe-west4

הולנד

europe-west8

מילאנו

europe-southwest1

מדריד

europe-west9

פריז

europe-west12

טורינו

europe-west10

ברלין
europe-west3פרנקפורט

europe-north1

פינלנד
europe-central2ורשה
europe-west6ציריך
המזרח התיכון

me-central1

דוחה

me-central2

דמאם

me-west1

תל-אביב
אסיה
asia-south1מומבאי

asia-south2

דלהי
asia-southeast1סינגפור
asia-southeast2ג'אקארטה
asia-east2הונג קונג
asia-east1טאיוואן
asia-northeast1טוקיו
asia-northeast2אוסקה
asia-northeast3סיאול
אוסטרליה
australia-southeast1סידני

australia-southeast2

מלבורן
אפריקה

africa-south1

יוהנסבורג

הסכם רמת שירות למיקום

סוג המיקום של Cloud Firestore קובע את אחוז זמן הפעולה התקינה של הסכם רמת השירות (SLA):

שירות מכוסה אחוז זמן הפעולה התקינה החודשי
Cloud Firestore מספר אזורים >= 99.999%
Cloud Firestore אזורית >= 99.99%

תמחור לפי מיקום

המיקום של Cloud Firestore קובע את עלות הפעולות של מסד הנתונים.

הסבר מקיף על התמחור לפי אזור וסוג אזור זמין במאמר הסבר על החיוב ב-Cloud Firestore.

הצגת המיקום של מסדי הנתונים

במסוף Firebase, עוברים לכרטיסייה Cloud Firestore Data כדי להציג את רשימת המכונות של מסד הנתונים ואת המיקומים שלהן.

יחסי תלות אפשריים במיקום עקב 'מיקום של משאבי Google Cloud שמוגדרים כברירת מחדל'

'מיקום המשאבים Google Cloud שמוגדרים כברירת מחדל' הוא הגדרת המיקום של כל משאבי הפרויקט שמשויכים ל-App Engine של Google, כולל:

  • מופע ברירת המחדל של מסד הנתונים Cloud Firestore
  • Cloud Storage ברירת המחדל לקטגוריה ב-Firebase בפורמט השם *.appspot.com
  • Google Cloud Scheduler שנעשה בה שימוש באופן ספציפי עם פונקציות מתוזמנות מדור ראשון

ההגדרה 'מיקום המשאבים Google Cloud שמוגדרים כברירת מחדל' היא הגדרה שלא ניתן לשנות. בנוסף, כשמגדירים את המיקום של אחד המשאבים המשויכים, מגדירים את המיקום של כולם באופן עקיף בגלל השיוך המשותף שלהם ל-App Engine.

עם זאת, בעקבות שינויים רבים בסביבה העסקית של Firebase ושל Google Cloud, השיוך של המשאבים ל-App Engine השתנה. הסיבה העיקרית לכך היא שהחל מ-30 באוקטובר 2024, הפורמט החדש של כל הקטגוריות Cloud Storage ל-Firebase שמוגדר כברירת מחדל והוקצו להן יהיה *.firebasestorage.app, והן לא משויכות אל App Engine.

בהמשך מפורטים השינויים ביחסי התלות האפשריים במיקום:

  • החל מ-30 באוקטובר 2024, אם מכונה Cloud Firestore שמוגדרת כברירת מחדל ומשתנה Cloud Storage שמוגדרים כברירת מחדל לקטגוריה ב-Firebase עדיין לא הוקצו:

    • הקצאת מכונה Cloud Firestore שמוגדרת כברירת מחדל מגדירה את המיקום של כל אפליקציית App Engine שתוקצה בפרויקט בעתיד. עם זאת, הוא לא קובע את המיקום של קטגוריית Cloud Storage שתהיה ברירת המחדל בעתיד.

    • הקצאת הקטגוריה Cloud Storage כברירת מחדל לא מקצה אפליקציית App Engine. לכן, המיקום של הקטגוריה Cloud Storage כברירת מחדל לא קובע את המיקום של מכונה Cloud Firestore עתידית שמוגדרת כברירת מחדל.

  • החל מ-30 באוקטובר 2024, אם מכונה Cloud Firestore שמוגדרת כברירת מחדל כבר הוקצה, אבל מכונה Cloud Storage שמוגדרת כברירת מחדל לקטגוריה של Firebase עדיין לא הוקצה:

    • המיקום של קטגוריית Cloud Storage שתוגדר כברירת מחדל בעתיד (*.firebasestorage.app) לא נקבע על סמך המיקום של מופע Cloud Firestore הקיים שמוגדר כברירת מחדל.
  • החל מ-30 באוקטובר 2024, אם כבר הוקצה Cloud Storage ברירת המחדל לקטגוריה של Firebase (במיוחד הקטגוריה *.appspot.com), אבל המכונה Cloud Firestore שמוגדרת כברירת מחדל לא הוקצה:

    • בעבר הוקצתה של קטגוריית ברירת המחדל של Cloud Storage (*.appspot.com), הוקצתה אפליקציה App Engine גם, ולכן המיקום של מכונת ברירת המחדל Cloud Firestore העתידית הוגדר באותו הזמן. גם אם תמחקו את הקטגוריה *.appspot.com, לא תוכלו למחוק את האפליקציה App Engine, כך שהגדרת המיקום של מכונה Cloud Firestore שתוגדר כברירת מחדל בעתיד כבר מוגדרת.

אם השתמשתם בפונקציות מתוזמנות מדור ראשון, המיקום שלהן מוגדר למיקום של משאבי Google Cloud שמוגדרים כברירת מחדל. הסיבה לכך היא שלCloud Scheduler ושל App Engine היה שיוך אחד לשני בעבר. בנוסף, אם מגדירים פונקציות מתוזמנות מדור ראשון לפני שמקצים משאבים אחרים שחולקים את הגדרת המיקום הזו, צריך להגדיר גם את המיקום שלהם.

לתשומת ליבכם: אם יש לכם אפליקציה מסוג App Engine עם המיקום us-central או europe-west, המיקום של משאבי Google Cloud שמוגדרים כברירת מחדל נחשב למספר אזורים.

השלבים הבאים

  • במאמר מיקום גיאוגרפי ואזורים תוכלו לקרוא מידע נוסף על פיתוח אפליקציות שיעזרו לכם לעמוד בדרישות של זמן האחזור, הזמינות והעמידות.