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, ihtiyaç duyan kullanıcıların ve hizmetlerin yakınına 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 depolayabilirsiniz.
Çok bölgeli konumlar
Veritabanınızın kullanılabilirliğini ve dayanıklılığını en üst düzeye çıkarmak için çok bölgeli bir konum 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ölgedeki veriler, bölgeler arasında çoğaltılır. Böylece, bir bölge kaybolsa bile veriler o bölgede sunulmaya devam edebilir.
Cloud Firestore aşağıdaki çok bölgeli konumları destekler:
| Çoklu bölge adı | Çoklu bölge açıklaması | Okuma/yazma bölgeleri | Görgü tanığı bölgesi |
|---|---|---|---|
eur3 |
Avrupa | europe-west1 (Belçika), europe-west4 (Hollanda) |
europe-north1 (Finlandiya) |
nam5 |
Amerika Birleşik Devletleri (Orta) | us-central1 (Iowa), us-central2 (Oklahoma—özel GCP bölgesi) |
us-east1 (Güney Carolina) |
nam7 |
ABD (Orta ve Doğu) | us-central1 (Iowa), us-east4 (Kuzey Virginia) |
us-central2 (Oklahoma—özel Google Cloud bölgesi) |
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.
Daha düşük maliyetler, uygulamanız gecikmeye duyarlıysa daha düşük yazma gecikmesi veya diğer Google Cloud kaynaklarla birlikte 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 | |
|
|
Stockholm | |
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-southeast3 | Bangkok | |
asia-east2 | Hong Kong | |
asia-east1 | Tayvan | |
asia-northeast1 | Tokyo | |
asia-northeast2 | Osaka | |
asia-northeast3 | Seul | |
| Avustralya | ||
australia-southeast1 | Sidney | |
|
|
Melbourne | |
| Afrika | ||
|
|
Johannesburg | |
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 kapsamlı bir açıklama için Fiyatlandırma 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 dahil olmak üzere Google App Engine ile ilişkili tüm proje kaynaklarının konum ayarıdır:
- default Cloud Firestore veritabanı örneği
*.appspot.com- Google Cloud Scheduler, özellikle 1. nesil planlanmış işlevlerle birlikte 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şkileri nedeniyle hepsinin 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 gelecekteki varsayılan Cloud Storage paketinin 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 paketi sağlanmadıysa:- Mevcut varsayılan Cloud Firestore örneği, gelecekteki varsayılan Cloud Storage paketin konumunu belirlemez (
*.firebasestorage.app
- Mevcut varsayılan Cloud Firestore örneği, gelecekteki varsayılan Cloud Storage paketin konumunu belirlemez (
30 Ekim 2024 'ten itibaren, Firebase paketi için varsayılan Cloud Storage zaten (özellikle*.appspot.com- Varsayılan Cloud Storage paketi (
*.appspot.com*.appspot.com
- Varsayılan Cloud Storage paketi (
1. nesil planlanmış işlevleri kullandıysanız bu işlevlerin konumu, varsayılan Google Cloud kaynaklarının konumu olarak ayarlanır. Bunun nedeni, Cloud Scheduler ve App Engine hesaplarının daha önce birbirleriyle 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.
us-central veya europe-west konumuna sahip bir App Engine uygulamanız varsa varsayılan Google Cloud kaynaklarınızın konumunun çok bölgeli olarak kabul edileceğini unutmayın.