Cloud Firestore की जगहें

Cloud Firestore इंस्टेंस को प्रोवाइड करते समय, आपको इंस्टेंस के लिए कोई जगह चुननी होगी. डेटा को उन उपयोगकर्ताओं और सेवाओं के आस-पास स्टोर करें जिनके लिए इसकी ज़रूरत है. इससे डेटा को ऐक्सेस करने में लगने वाला समय कम होगा और डेटा की उपलब्धता बढ़ेगी.

अगर आपका प्रोजेक्ट, 'इस्तेमाल के हिसाब से पैसे चुकाएं' वाले Blaze प्राइसिंग प्लान पर है, तो आपके पास अपने प्रोजेक्ट में एक से ज़्यादा डेटाबेस बनाने का विकल्प होता है. हर डेटाबेस के लिए, अपनी जगह की सेटिंग तय की जा सकती है.

ध्यान रखें कि डेटाबेस इंस्टेंस को प्रोवाइड करने के बाद, उसकी जगह की सेटिंग नहीं बदली जा सकती.

जगहों के टाइप

Cloud Firestore डेटा को एक से ज़्यादा क्षेत्र वाली जगह या क्षेत्रीय जगह पर सेव किया जा सकता है.

एक से ज़्यादा इलाकों में मौजूद जगहें

अपने डेटाबेस की उपलब्धता और उसका इस्तेमाल करने की अवधि बढ़ाने के लिए, कई क्षेत्रों में मौजूद जगह चुनें.

एक से ज़्यादा क्षेत्रों वाली जगह में, इलाकों का एक तय सेट होता है. यहां डेटाबेस की कई कॉपी सेव होती हैं. हर एक रिप्लिकेशन, रीड-राइट रिप्लिकेशन होता है. इसमें डेटाबेस का पूरा डेटा होता है. इसके अलावा, वॉइस रिप्लिकेशन भी होता है. इसमें डेटा का पूरा सेट नहीं होता, लेकिन यह रिप्लिकेशन में हिस्सा लेता है.

डेटा को कई क्षेत्रों में कॉपी करके, पूरे क्षेत्र के डेटा के मिट जाने के बाद भी डेटा दिखाया जा सकता है. किसी क्षेत्र में, डेटा को सभी ज़ोन में कॉपी किया जाता है, ताकि किसी ज़ोन के बंद होने पर भी उस क्षेत्र में डेटा उपलब्ध कराया जा सके.

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 डेटाबेस को मल्टी-रीजनल माना जाएगा.

क्षेत्रीय जगहें

क्षेत्रीय जगह, कोई खास भौगोलिक जगह होती है, जैसे कि साउथ कैरोलिना. किसी क्षेत्रीय जगह का डेटा, क्षेत्र के कई ज़ोन में कॉपी किया जाता है. सभी क्षेत्रीय जगहें, अन्य क्षेत्रीय जगहों से कम से कम 100 मील की दूरी पर हों.

कम लागत के लिए कोई क्षेत्रीय जगह चुनें. अगर आपका ऐप्लिकेशन, डेटा को लिखने में लगने वाले समय के हिसाब से काम करता है, तो डेटा को लिखने में लगने वाले समय को कम करने के लिए भी कोई क्षेत्रीय जगह चुनें. इसके अलावा, अन्य Google Cloud संसाधनों के साथ को-लोकेशन के लिए भी कोई क्षेत्रीय जगह चुनें.

Cloud Firestore, रीजनल रिसॉर्स की इन जगहों के साथ काम करता है:

क्षेत्र का नामक्षेत्र की जानकारी
उत्तरी अमेरिका
us-west1ऑरेगॉन
us-west2लॉस एंजिलीस
us-west3सॉल्ट लेक सिटी
us-west4लास वेगस

us-central1

आयोवा
northamerica-northeast1मॉन्ट्रियॉल

northamerica-northeast2

टोरंटो

northamerica-south1

केरेतारो
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 की जगह की जानकारी से, सेवा स्तर समझौते (एसएलए) के अपटाइम का प्रतिशत तय होता है:

कवर की गई सेवा महीने के अपटाइम का प्रतिशत
Cloud Firestore एक से ज़्यादा क्षेत्र >= 99.999%
Cloud Firestore क्षेत्र के हिसाब से >= 99.99%

जगह के हिसाब से कीमत

आपकी Cloud Firestore जगह से, डेटाबेस ऑपरेशन की लागत तय होती है.

हर देश/इलाके और हर तरह के देश/इलाके के हिसाब से कीमत की पूरी जानकारी के लिए, Cloud Firestore बिलिंग को समझना लेख पढ़ें.

अपने डेटाबेस की जगह देखना

अपने डेटाबेस इंस्टेंस और उनकी जगहों की सूची देखने के लिए, Firebase कंसोल में Cloud Firestore डेटा टैब पर जाएं.

"डिफ़ॉल्ट Google Cloud संसाधनों के लिए जगह" की वजह से, जगह की जानकारी पर निर्भरता

"डिफ़ॉल्ट Google Cloud संसाधनों की जगह", Google App Engine से जुड़े किसी भी प्रोजेक्ट के संसाधनों के लिए जगह की सेटिंग है. इनमें ये शामिल हैं:

  • Cloud Firestore डेटाबेस का डिफ़ॉल्ट इंस्टेंस
  • Firebase बकेट के लिए डिफ़ॉल्ट Cloud Storage, जिसका नाम *.appspot.com फ़ॉर्मैट में है
  • Google Cloud Scheduler का इस्तेमाल खास तौर पर, पहले जनरेशन के शेड्यूल किए गए फ़ंक्शन के साथ किया जाता है
Cloud Firestore

"डिफ़ॉल्ट Google Cloud संसाधनों की जगह" सेटिंग में बदलाव नहीं किया जा सकता. साथ ही, किसी संबद्ध संसाधन के लिए जगह सेट करने पर, App Engine के साथ उनके सामान्य संबंध की वजह से, उन सभी के लिए जगह सेट हो जाती है.

हालांकि, पिछले कुछ सालों में Firebase और Google Cloud नेटवर्क में कई बदलाव हुए हैं. इस वजह से, App Engine के साथ संसाधनों के असोसिएशन में बदलाव हो रहे हैं. सबसे अहम बात यह है कि 30 अक्टूबर, 2024 से, Firebase बकेट के लिए नए तौर पर तय किए गए सभी डिफ़ॉल्ट Cloud Storage का नाम *.firebasestorage.app फ़ॉर्मैट में होगा. साथ ही, ये App Engine से जुड़े नहीं होंगे.

यहां संभावित जगह की जानकारी से जुड़ी डिपेंडेंसी में हुए बदलावों के बारे में जानकारी दी गई है:

  • अगर 30 अक्टूबर, 2024 से पहले, Firebase बकेट के लिए डिफ़ॉल्ट Cloud Firestore इंस्टेंस और डिफ़ॉल्ट Cloud Storage को तय नहीं किया जाता है, तो:

    • डिफ़ॉल्ट Cloud Firestore इंस्टेंस को प्रोवाइड करने से, प्रोजेक्ट में आने वाले समय में प्रोवाइड किए जाने वाले किसी भी App Engine ऐप्लिकेशन के लिए जगह सेट हो जाती है. हालांकि, इससे आने वाले समय में डिफ़ॉल्ट Cloud Storage बकेट की जगह तय नहीं होती.

    • डिफ़ॉल्ट Cloud Storage बकेट को प्रोविज़न करने पर, App Engine ऐप्लिकेशन को अब प्रोविज़न नहीं किया जाता. इसलिए, डिफ़ॉल्ट Cloud Storage बकेट की जगह से, आने वाले समय में डिफ़ॉल्ट Cloud Firestore इंस्टेंस की जगह तय नहीं होती.

  • 30 अक्टूबर, 2024 से, अगर डिफ़ॉल्ट Cloud Firestore इंस्टेंस के लिए पहले से प्रोविज़न किया जा चुका है, लेकिन Firebase बकेट के लिए डिफ़ॉल्ट Cloud Storage के लिए प्रोविज़न नहीं किया गया है, तो:

    • मौजूदा डिफ़ॉल्ट Cloud Firestore इंस्टेंस से, आने वाले समय में डिफ़ॉल्ट Cloud Storage बकेट (*.firebasestorage.app) की जगह का पता नहीं चलता.
  • 30 अक्टूबर, 2024 से, अगर Firebase बकेट के लिए डिफ़ॉल्ट Cloud Storage को पहले से सेट किया गया है (खास तौर पर, *.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 रिसॉर्स के लिए आपकी जगह की जानकारी को मल्टी-रीजनल माना जाएगा.

अगले चरण

  • इंतज़ार का समय, उपलब्धता, और ऐप्लिकेशन के सही तरीके से काम करने से जुड़ी ज़रूरी शर्तों को पूरा करने के लिए, ऐप्लिकेशन बनाने के बारे में ज़्यादा जानने के लिए, देश और इलाके देखें.