Cloud DNS kaynak kotaları ve sınırları

Genel Bakış

Cloud DNS çeşitli nedenlerle kaynak kullanımında kotaları zorunlu kılar. Örneğin, kotalar kullanımdaki öngörülemeyen ani artışları önleyerek Google Cloud topluluğundaki kullanıcıları korur. Kotalar ayrıca ücretsiz katmanla Google Cloud keşfi yapan kullanıcıların deneme sürümü sınırlarından çıkmamasına yardımcı olur.

Tüm projeler aynı kotalarla başlatılır. Bunları ek kota isteyerek değiştirebilirsiniz. Bazı kotalar, ürün kullanımınıza bağlı olarak otomatik olarak artabilir.

İzinler

Cloud Identity and Access Management (Cloud IAM) üyelerinin kotaları görüntülemek veya kota artırma isteğinde bulunmak için aşağıdaki rollerden birine sahip olması gerekir.

Görev Gerekli rol
Projelerin kotalarını kontrol etme Proje sahibi veya düzenleyicisi ya da Kota Görüntüleyici
Kotaları değiştirme, ek kota isteme Proje sahibi veya düzenleyicisi, Kota Yöneticisi, veya serviceusage.quotas.update iznine sahip özel rol

Kotanızı kontrol etme

Cloud Console üzerinden Kotalar sayfasına gidin.

Kotalarınızı kontrol etmek için gcloud komut satırı aracını kullanarak aşağıdaki komutu çalıştırın. PROJECT_ID öğesini kendi proje kimliğinizle değiştirin.

    gcloud compute project-info describe --project PROJECT_ID

Bir bölgede kullandığınız kotayı kontrol etmek için şu komutu çalıştırın:

    gcloud compute regions describe example-region

Kotanızı aştığınızda verilen hatalar

Bir gcloud komutuyla kotayı aşmanız durumunda gcloud, quota exceeded hata mesajı verir ve 1 çıkış kodunu döndürür.

Bir API isteğiyle kotayı aşmanız durumunda Google Cloud şu HTTP durum kodunu döndürür: HTTP 413 Request Entity Too Large.

Ek kota isteme

Cloud Console üzerindeki Kotalar sayfasından ek kota isteyebilirsiniz. Kotayla ilgili isteklerin işlenmesi 24 ila 48 saat sürer.

  1. Kotalar sayfasına gidin.

    Kotalar sayfasına gidin

  2. Kotalar sayfasında, değiştirmek istediğiniz kotaları seçin.
  3. Sayfanın üst kısmındaki Kotaları Düzenle düğmesini tıklayın.
  4. Adınızı, e-postanızı ve telefon numaranızı girip İleri'yi tıklayın.
  5. Kota isteğinizi girip İleri'yi tıklayın.
  6. İsteğinizi gönderin.

Kaynak kullanılabilirliği

Her kota, kaynağın kullanılabilir olması koşuluyla, belirli bir kaynak türü için oluşturabileceğiniz maksimum sayıyı temsil eder. Kotaların kaynak kullanılabilirliğini garanti etmediğine dikkat edilmelidir. Kullanılabilir kotanız olsa bile kullanılabilir olmayan, yeni bir kaynak oluşturamazsınız. Örneğin, us-central1 bölgesinde yeni bir bölgesel, harici IP adresi oluşturmak için yeterli kotanız olabilir. Ancak o bölgede kullanılabilir harici IP adresi yoksa bu işlemi yapamazsınız. Alt bölgesel kaynak kullanılabilirliği de yeni kaynak oluşturup oluşturamayacağınızı etkileyebilir.

Kaynakların bir bölgenin tamamında kullanılamadığı durumlar nadirdir ancak bir alt bölgedeki kaynaklar zaman zaman tüketilebilir ve bu durum genelde kaynak türüyle ilgili hizmet düzeyi sözleşmesine (HDS) etki etmez. Daha fazla bilgi için kaynakla ilgili HDS'yi inceleyin.

Aşağıdaki bölümlerde Cloud DNS alt bölgeleri, kayıtları ve kaynak kayıtlarının kotaları ile sınırları açıklanmaktadır.

Proje başına sorgu sayısı

Bu tablo, her bir proje için önemli küresel kotaları vurgular. Diğer kotalar için Google Cloud Console'da Kotalar sayfasını inceleyin.

Öğe Kota Notlar
Kullanıcı başına 100 saniyede API sorgusu sayısı Kotalar Bir IAM kullanıcısının 100 saniyelik zaman aralığında Cloud DNS API'ye gönderebileceği maksimum API isteği sayısı.

Sınırlar

Ek kota isteme imkanı sunan kotaların aksine, özellikle belirtilmediği sürece sınırlar genellikle artırılamaz.

API kullanımı

Günlük API isteklerinin (sorgular) sayısı proje düzeyinde yönetilir. gcloud komut satırı aracından ve Google Cloud Console üzerinden yapılanlar da dahil olmak üzere tüm API istekleri bu sınıra dahil edilir.

Kaynak sınırları

Öğe Sınır Notlar
Yönetilen alt bölge 10.000 Bu sınırı artırmanız gerekiyorsa Google Cloud satış ekibinize ulaşın.
Yönetilen alt bölge başına kaynak kaydı (RR) kümesi 10.000 Bu sınırı artırmanız gerekiyorsa Google Cloud satış ekibinize ulaşın.
RR kümesi başına kayıt 100. Bununla birlikte her yetkilendirmede (NS türündeki kaynak kaydı kümeleri) en fazla 8 alan adı sunucusu bulunabilir. Bu sınırı artırmanız gerekiyorsa Google Cloud satış ekibinize ulaşın.
Yetkilendirme başına alan adı sunucusu 8 Bu sınırı artırmanız gerekiyorsa Google Cloud satış ekibinize ulaşın.
Değişiklik başına ekleme 1.000 Bu sınırı artırmanız gerekiyorsa Google Cloud satış ekibinize ulaşın.
Değişiklik başına silme 1.000 Bu sınırı artırmanız gerekiyorsa Google Cloud satış ekibinize ulaşın.
Değişiklik başına kaynak kaydı veri boyutu 100.000 bayt Bu sınırı artırmanız gerekiyorsa Google Cloud satış ekibinize ulaşın.
Etiket kombinasyonu sayısı 1.000 Bu sınırı artırmanız gerekiyorsa Google Cloud satış ekibinize ulaşın.
Yönetilen alt bölge başına etiket sayısı Anahtar veya değer başına 64 etiket ve 128 bayt Bu sınır artırılamaz.
Yönlendirme alt bölgesindeki yönlendirme hedefi sayısı 50 Bu sınır artırılamaz.
Alternatif alan adı sunucusundaki yönlendirme hedefi sayısı 50 Bu sınır artırılamaz.
Proje başına politika kaynağı sayısı 100 Bu sınırı artırmanız gerekiyorsa Google Cloud satış ekibinize ulaşın.
Politika kaynağına bağlı VPC ağı sayısı 100 Bu sınırı artırmanız gerekiyorsa Google Cloud satış ekibinize ulaşın.
Özel yönetilen alt bölge kaynağına bağlı VPC ağı sayısı 100 Bu sınırı artırmanız gerekiyorsa Google Cloud satış ekibinize ulaşın.
VPC ağına bağlı yönetilen alt bölge kaynağı sayısı 10.000 Bu sınırı artırmanız gerekiyorsa Google Cloud satış ekibinize ulaşın.

Projenizin sınırlarını öğrenmek için aşağıdaki komutu çalıştırabilirsiniz. Aşağıdaki örnek, my-project projesindeki çeşitli nesne türleri için toplam sınırları gösterir. totalRrdataSizePerChange, bayt cinsinden ve bir değişiklik için tüm ekleme ve silme işlemlerinin toplamı olarak ölçülür.

gcloud dns project-info describe my-project
id: my-project,
kind: "dns#project",
number: "123456789012",
quota:
    kind: dns#quota,
    managedZones: 10000,
    resourceRecordsPerRrset: 10000,
    rrsetAdditionsPerChange: 1000,
    rrsetDeletionsPerChange: 1000,
    rrsetsPerManagedZone: 10000,
    totalRrdataSizePerChange: 100000,
    labelSets: 1000

Varsayılan projenizin ve ek projelerinizin adını Google Cloud Console'da Ana Sayfa'nın üst kısmında bulabilirsiniz.

Alan adı sunucusu sınırları

Cloud DNS, herkese açık olarak yönetilen her bir alt bölgeyi beş alan adı sunucusu parçasından birine atar. Parçalar, yetkili alan adı sunucusu adında sayılardan önce gelen harflerdir. Yani ns-cloud-e1 ile ns-cloud-e4 arası, E parçasıdır.

Aynı DNS adına sahip birden fazla alt bölge aynı parçaya atanamaz. Bu nedenle bire bir aynı DNS adına sahip en fazla beş alt bölge oluşturulabilir (bu sınır Google Cloud içindeki tüm projeleri ve kullanıcıları kapsar). Cloud DNS aynı DNS adıyla beşinci bir alt bölge oluşturup başkalarının bu DNS adını kullanmasını engellemeden önce alanı bir TXT kaydıyla doğrulamanız gerekir.

Cloud DNS, domain.example ve any.sub.domain.example gibi alt alan DNS adlarına sahip alt bölgeler için farklı parçalar atar. Bu sayede Cloud DNS'de barındırılan herhangi bir alt alan için en fazla beş yetkilendirilmiş alt bölge seviyesi olabilir. Diğer DNS hizmetlerinde barındırılan yetkilendirilmemiş alt alanlar ve yetkilendirmeler bu sınır kapsamında değildir.

Tüm parçalar zaten alt alan için kullanılırken üst alan için yönetilen bir alt bölge oluşturamazsınız. Üst alan için yönetilen bölgeleri, her zaman alt alanlar için alt bölgeler oluşturmadan önce oluşturarak bu sorundan kaçınabilirsiniz.

Aksi takdirde üst alan için bir parçayı boşaltmak üzere şu adımları izleyin:

  1. Parçasını belirlemek için her bir alt alan bölgesinin alan adı sunucularını kontrol edin.
  2. En az (veya en önemsiz) yönetilen alt bölgeye sahip parçayı (X) bulun.
  3. X parçasındaki alt bölgeleri başka bir DNS hizmetine dışa aktarın (ve yetkilendirmelerini değiştirin).
  4. Orijinal yetkilendirme TTL'lerinin süresi dolduğunda X parçası alt alanları için yönetilen alt bölgeleri silin.
  5. Üst alan için yönetilen alt bölgeyi oluşturun. Bu, X parçasına atanır.
  6. Alt alanlar için silinen yönetilen alt bölgeleri geri yükleyin. Bu işlemi alt alanları, kendi alt-alt alanlarından önce geri yükleyerek gerçekleştirin. Bunlar yeni parçalarda bulunacağından, tümünün yetkilendirmeleri güncellenmelidir.