Bir Cloud Firestore örneği sağladığınızda örnek için bir konum seçmeniz gerekir. Gecikmeyi azaltmak ve kullanılabilirliği artırmak için verilerinizi bunlara ihtiyaç duyan kullanıcıların ve hizmetlerin yakınında depolayın.
Projeniz kullandıkça öde Blaze fiyatlandırma planındaysa projenizde her biri kendi konum ayarına sahip birden fazla veritabanı oluşturabilirsiniz.
Bir veritabanı örneği sağladıktan sonra konum ayarını değiştiremeyeceğinizi unutmayın.
Konum türleri
Cloud Firestore verilerinizi çok bölgeli bir konumda veya bölgesel bir konumda saklayabilirsiniz.
Çok bölgeli konumlar
Veritabanınızın kullanılabilirliğini ve dayanıklılığını en üst düzeye çıkarmak için çoklu bölge konumu seçin.
Çok bölgeli konum, veritabanının birden fazla kopyasının depolandığı tanımlanmış bir bölge grubundan oluşur. Her kopya, veri tabanındaki tüm verileri içeren bir okuma/yazma kopyası veya tam bir veri kümesini korumayan ancak replikasyona katılan bir tanık kopyasıdır.
Veriler birden fazla bölge arasında çoğaltıldığından, bir bölgenin tamamı kaybolsa bile veriler sunulmaya devam edebilir. Bir bölge içinde veriler, bölgeler arasında çoğaltılır. Böylece, bir bölgenin kaybı durumunda bile veriler o bölgede sunulmaya devam edebilir.
Cloud Firestore aşağıdaki çok bölgeli konumları destekler:
| Çok bölgeli ad | Çok bölgeli açıklama | Okuma-yazma bölgeleri | Tanık bölgesi |
|---|---|---|---|
eur3 |
Avrupa | europe-west1 (Belçika), europe-west4 (Hollanda) |
europe-north1 (Finlandiya) |
nam5 |
ABD (Orta) | us-central1 (Iowa), us-central2 (Oklahoma—private GCP region) |
us-east1 (Güney Carolina) |
nam7 |
ABD (Orta ve Doğu) | us-central1 (Iowa), us-east4 (Kuzey Virginia) |
us-central2 (Oklahoma—private Google Cloud region) |
Bölgesel konumlar
Bölgesel konum, Güney Carolina gibi belirli bir coğrafi yerdir. Bölgesel bir konumdaki veriler, bir bölge içindeki birden fazla alt bölgede çoğaltılır. Tüm bölgesel konumlar, diğer bölgesel konumlardan en az 160 km uzaklıkta olmalıdır.
Daha düşük maliyetler, uygulamanız gecikmeye duyarlıysa daha düşük yazma gecikmesi veya diğer Google Cloud kaynaklarla ortak konumlandırma için bölgesel bir konum seçin.
Cloud Firestore aşağıdaki bölgesel kaynak konumlarını destekler:
| Bölge adı | Bölge açıklaması | |
|---|---|---|
| Kuzey Amerika | ||
us-west1 | Oregon | |
us-west2 | Los Angeles | |
us-west3 | Salt Lake City | |
us-west4 | Las Vegas | |
|
|
Iowa | |
northamerica-northeast1 | Montréal | |
|
|
Toronto | |
|
|
Queretaro | |
us-east1 | Güney Carolina | |
us-east4 | Kuzey Virginia | |
|
|
Columbus | |
|
|
Dallas | |
| Güney Amerika | ||
|
|
Santiago | |
southamerica-east1 | São Paulo | |
| Avrupa | ||
europe-west2 | Londra | |
|
|
Belçika | |
|
|
Hollanda | |
|
|
Milano | |
|
|
Madrid | |
|
|
Paris | |
|
|
Turin | |
|
|
Berlin | |
europe-west3 | Frankfurt | |
|
|
Finlandiya | |
|
|
Stokholm | |
europe-central2 | Varşova | |
europe-west6 | Zürih | |
| Orta Doğu | ||
|
|
Doha | |
|
|
Dammam | |
|
|
Tel Aviv | |
| Asya | ||
asia-south1 | Mumbai | |
|
|
Delhi | |
asia-southeast1 | Singapur | |
asia-southeast2 | Cakarta | |
asia-east2 | Hong Kong | |
asia-east1 | Tayvan | |
asia-northeast1 | Tokyo | |
asia-northeast2 | Osaka | |
asia-northeast3 | Seul | |
| Avustralya | ||
australia-southeast1 | Sidney | |
|
|
Melbourne | |
| Afrika | ||
|
|
Johannesburg | |
Konum HDS'si
Cloud Firestore konum türünüz, hizmet düzeyi sözleşmesi (HDS) çalışma süresi yüzdesini belirler:
| Kapsanan hizmet | Aylık çalışma süresi yüzdesi |
|---|---|
| Cloud Firestore Çoklu bölge | >= %99,999 |
| Cloud Firestore Bölgesel | >= %99,99 |
Konum fiyatlandırması
Cloud Firestore konumunuz, veritabanı işlemlerinin maliyetini belirler.
Bölgeye ve bölge türüne göre fiyatlandırma ile ilgili ayrıntılı açıklama için Cloud Firestore faturalandırmasını anlama başlıklı makaleyi inceleyin.
Veritabanlarınızın konumunu görüntüleme
Veritabanı örneklerinizin ve konumlarının listesini görüntülemek için Firebase konsolunda Cloud Firestore Veriler sekmesine gidin.
"Varsayılan Google Cloud kaynaklarının konumu" nedeniyle olası konum bağımlılıkları
"Varsayılan Google Cloud kaynaklarının konumu", aşağıdakiler de dahil olmak üzere Google App Engine ile ilişkili tüm proje kaynaklarının konum ayarıdır:
- varsayılan Cloud Firestore veritabanı örneği
*.appspot.com- Google Cloud Scheduler özellikle 1. nesil planlanmış işlevlerle kullanılır.
Bu "varsayılan Google Cloud kaynaklarının konumu" ayarı sabittir. Ayrıca, ilişkili kaynaklardan birinin konumunu ayarladığınızda App Engine ile ortak ilişkilendirmeleri nedeniyle tüm kaynakların konumunu dolaylı olarak ayarlamış olursunuz.
Ancak yıllar içinde Firebase ve Google Cloud ekosisteminde birçok değişiklik yapıldığından kaynakların App Engine ile ilişkilendirilme şekli değişti. En önemlisi, *.firebasestorage.app
Olası konum bağımlılıklarında değişenlerle ilgili ayrıntıları aşağıda bulabilirsiniz:
30 Ekim 2024 'ten itibaren, varsayılan Cloud Firestore örneği ve Firebase için varsayılan Cloud Storage grubu henüz sağlanmadıysa:Varsayılan Cloud Firestore örneğinin sağlanması, projede sağlanan tüm gelecekteki App Engine uygulamalarının konumunu ayarlar. Ancak bu, gelecekteki varsayılan Cloud Storage paketin konumunu belirlemez.
Varsayılan Cloud Storage paketi sağlama işlemi artık App Engine uygulamasını sağlamaz. Bu nedenle, varsayılan Cloud Storage paketinin konumu, gelecekteki varsayılan Cloud Firestore örneğinin konumunu belirlemez.
30 Ekim 2024 'ten itibaren, varsayılan Cloud Firestore örneği zaten sağlandıysa ancak Firebase için varsayılan Cloud Storage grubu sağlanmadıysa:- Mevcut varsayılan Cloud Firestore örneği, gelecekteki varsayılan Cloud Storage paketinin konumunu belirlemez (
*.firebasestorage.app
- Mevcut varsayılan Cloud Firestore örneği, gelecekteki varsayılan Cloud Storage paketinin konumunu belirlemez (
30 Ekim 2024 'ten itibaren, Firebase paketi için Cloud Storage varsayılanı zaten sağlanmışsa (özellikle*.appspot.com- Varsayılan Cloud Storage paketi
(
*.appspot.com*.appspot.com
- Varsayılan Cloud Storage paketi
(
1. nesil planlanmış işlevler kullandıysanız bu işlevlerin konumu, varsayılan Google Cloud kaynaklarının konumuna ayarlanır. Bunun nedeni, Cloud Scheduler ve App Engine hesaplarının daha önce birbiriyle ilişkilendirilmiş olmasıdır. Ayrıca, bu konum ayarını paylaşan diğer kaynakları sağlamadan önce 1. nesil planlanmış işlevleri ayarlarsanız bu kaynakların konumunu da ayarlarsınız.
App Engine uygulamanızın konumu us-central veya europe-west ise varsayılan Google Cloud kaynaklarınızın konumunun çok bölgeli olarak kabul edileceğini unutmayın.
Sonraki adımlar
- Belirli bir konumda Cloud Firestore veritabanı oluşturmak için Cloud Firestore'ı kullanmaya başlama başlıklı makaleyi inceleyin.
- Gecikme, kullanılabilirlik ve dayanıklılık gereksinimlerinizi karşılayacak uygulamalar oluşturma hakkında daha fazla bilgi için Coğrafya ve Bölgeler başlıklı makaleyi inceleyin.