Sağlanan ve İsteğe Bağlı Kapasite

DynamoDB, iş hacmini Read Capacity Units (RCUs) ve Write Capacity Units (WCUs) cinsinden ölçer. Bir RCU, 4 KB'ye kadar olan öğeler için saniyede bir güçlü tutarlı okumaya (veya iki sonunda tutarlı okumaya) izin verir. Bir WCU, 1 KB'ye kadar olan öğeler için saniyede bir yazma işlemine izin verir.

Daha büyük öğelerde maliyet orantılı olarak artar: 10 KB'lık bir yazma işlemi 10 WCU'ya, 10 KB'lık güçlü tutarlı bir okuma 3 RCU'ya mal olur (ceil(10/4) = 3). Kapasite birimlerini anlamak, maliyeti tahmin etmek ve ProvisionedThroughputExceededException kısıtlama hatalarını teşhis etmek için çok önemlidir.

Sağlanan Kapasite modunda, tablonuzun desteklemesi gereken kesin RCU ve WCU sayısını belirtirsiniz. DynamoDB bu iş hacmini ayırır ve kullanıp kullanmadığınıza bakmaksızın sizden ücret alır. Uygulamanız sağlanan kapasiteyi aşarsa istekler kısıtlanır ve bir ProvisionedThroughputExceededException döndürülür.

Sağlanan mod, öngörülebilir ve istikrarlı trafiğe sahip iş yükleri için idealdir. Birim başına maliyet, İsteğe Bağlı moddan daha düşüktür. Ayrıca DynamoDB Ayrılmış Kapasitesi satın alarak maliyeti daha da azaltabilirsiniz (1 veya 3 yıllık taahhütlerle %76'ya varan indirim).

İsteğe Bağlı modda DynamoDB, kapasite planlaması gerektirmeden her trafik düzeyine uyum sağlamak için otomatik olarak ölçeklenir. Gerçekte tüketilen her RRU (okuma isteği birimi) ve WRU (yazma isteği birimi) başına ödeme yaparsınız. Yönetilecek sağlanan bir kapasite veya sağlanan sınırlardan kaynaklanan bir kısıtlama yoktur.

İsteğe Bağlı mod; öngörülemeyen veya ani artışlar gösteren iş yükleri, trafiği bilinmeyen yeni tablolar ve seyrek erişilen geliştirme/test ortamları için idealdir. İstek başına maliyet, sağlanan moda göre daha yüksektir; bu nedenle istikrarlı ve yüksek iş hacimli iş yüklerinde sağlanan mod daha ekonomiktir.

Bir tabloyu konsolu veya CLI'yi kullanarak istediğiniz zaman Sağlanan ve İsteğe Bağlı modlar arasında geçirebilirsiniz. Ancak modları yalnızca 24 saatte bir değiştirebilirsiniz. İsteğe Bağlı moda geçtikten sonra tablo, önceki en yüksek sağlanan kapasiteyi başlangıç iş hacmi düzeyi olarak korur. Bu, trafik zaten yüksekse hemen gerçekleşebilecek kısıtlamalara karşı koruma sağlar.

Yaygın bir strateji, trafik düzenleri bilinmediğinde ilk kullanıma alma sırasında İsteğe Bağlı modu kullanmak, trafik öngörülebilir hâle geldiğinde ise maliyeti azaltmak için Otomatik Ölçeklendirme ile Sağlanan moda geçmektir.

DynamoDB Otomatik Ölçeklendirmesi, gerçek trafiğe yanıt olarak sağlanan RCU ve WCU değerlerinizi otomatik biçimde ayarlar. Bir hedef kullanım oranı (ör. %70) ve minimum/maksimum kapasite aralığı tanımlarsınız. Application Auto Scaling ilkesi, tablonun tüketilen kapasitesini izler ve hedef kullanım oranını korumak için sağlanan kapasiteyi ayarlar.

Otomatik Ölçeklendirme, sürekli trafik değişikliklerine tepki verir ve ölçeği artırması birkaç dakika sürebilir. Ani trafik artışlarını iyi yönetemez; bu durumlarda kapasiteyi önceden manuel olarak hazırlayın veya bunun yerine İsteğe Bağlı modu kullanın.

DynamoDB, kullanılmayan sağlanan kapasitenin en fazla 5 dakikalık kısmını ani artış kapasitesi olarak saklar. Tablonuzun trafiği kısa süreliğine sağlanan düzeyi aşarsa DynamoDB, ek isteklere kısıtlama uygulamadan hizmet vermek için ani artış havuzundan yararlanır. Ani artış havuzu tükendiğinde, sonraki fazla istekler kısıtlanır.

Ani artış kapasitesi kısa vadeli bir tampondur ve doğru kapasite planlamasının yerini tutmaz. İş yükünüzün sürekli olarak ani artış kapasitesi tükettiğini belirlemek ve sağlanan iş hacmini buna göre ayarlamak için ConsumedReadCapacityUnits ve ConsumedWriteCapacityUnits CloudWatch ölçümlerini izleyin.

Sağlanan kapasite aşıldığında (ve ani artış kapasitesi tükendiğinde) DynamoDB, ProvisionedThroughputExceededException döndürür. AWS SDK'leri, kısıtlanan istekleri otomatik olarak yeniden deneyen üstel geri çekilme ve rastgelelik içeren yerleşik yeniden deneme mantığı sunar.

Kısıtlamaları teşhis etmek için SystemErrors ve ThrottledRequests CloudWatch ölçümlerini kontrol edin. Genel tablo kullanım oranı düşükken belirli bölüm anahtarları kısıtlanıyorsa aşırı yoğun bölüm sorununuz var demektir; bölüm anahtarını yeniden tasarlayın, bir sıralama anahtarı ekleyin veya yazma parçalama kullanın.

Sağlanan mod için kapasiteyi tahmin etmek üzere:

• Saniye başına en yüksek yazma sayısı × ortalama öğe boyutu / 1 KB (yukarı yuvarlanır) = gereken WCU
• Saniye başına en yüksek okuma sayısı × ortalama öğe boyutu / 4 KB (yukarı yuvarlanır) = gereken RCU (güçlü tutarlı); sonunda tutarlı okumalar için yarıya indirin
• Ani artış kapasitesi tüketilmeden önce artışları karşılamak için en yüksek değerin üzerine %20–30 pay ekleyin

Örnek: 2 KB'lık öğelerle saniyede 1.000 yazma = 2.000 WCU. 8 KB'lık öğelerle saniyede 5.000 okuma (sonunda tutarlı) = ceil(8/4) × 5.000 / 2 = 5.000 RCU.

DynamoDB Ayrılmış Kapasitesi, 1 veya 3 yıllık bir dönem için sabit sayıda RCU ve WCU satın almanıza ve İsteğe Bağlı fiyatlandırmaya kıyasla önemli bir indirimden ( %76'ya kadar) yararlanmak üzere peşin ödeme yapmanıza olanak tanır. Ayrılmış kapasite, bir Bölgedeki tüm sağlanan tablolara uygulanır ve saatlik ücretlerinize otomatik olarak yansıtılır.

Ayrılmış Kapasite yalnızca Sağlanan mod için geçerlidir; İsteğe Bağlı modla kullanılamaz. 1–3 yıl boyunca güvenle öngörebileceğiniz istikrarlı ve öngörülebilir iş yükleri için en iyi maliyet tasarrufu seçeneğidir.

SAA-C03 kapasite modu soruları için bu karar rehberini kullanın:

• İsteğe Bağlı: öngörülemeyen trafik, yeni uygulama, seyrek erişim, ani artışlı iş yükü veya sıfır kapasite yönetimi istediğiniz durumlar
• Sağlanan: tutarlı ve öngörülebilir trafik, maliyete duyarlılık, kapasiteyi yönetmeye istekli olma ve Ayrılmış Kapasite indirimlerinden yararlanabilme
• Sağlanan + Otomatik Ölçeklendirme: bazı değişkenlikler içeren öngörülebilir temel trafik ve manuel değişiklik yapmadan otomatik ayarlama isteği

Sınavda 'ani artışlı', 'öngörülemeyen' veya 'minimum operasyonel yük' gibi anahtar kelimeler İsteğe Bağlı modu; 'istikrarlı trafik' veya 'maliyet optimizasyonu' ise Sağlanan modu işaret eder.

DynamoDB Uyarlanabilir Kapasite, iş hacmini soğuk bölümlerden sıcak bölümlere gerçek zamanlı olarak otomatik biçimde yeniden dağıtır. Bir bölüm anahtarı kendisine ayrılan paydan daha fazla trafik alıyorsa uyarlanabilir kapasite, toplam tablo kapasitesi aşılmadığı sürece sıcak bölümü desteklemek için düşük kullanımlı bölümlerden iş hacmi ödünç alır.

Uyarlanabilir kapasite her zaman etkindir ve yapılandırma gerektirmez. Orta düzeyde dengesiz erişim düzenlerinde aşırı yoğun bölüm kısıtlamalarını azaltır. Trafiğin %90'ını tek bir bölüm anahtarının aldığı durumlar gibi ciddi biçimde çarpık iş yüklerinde uyarlanabilir kapasite yeterli değildir; bölüm anahtarını yeniden tasarlamanız veya yazma parçalama kullanmanız gerekir.

Bu dersteki AWS Solutions Architect (SAA-C03) kavramlarını anlayıp anlamadığınızı test edin.

Bu derste şunları öğrendiniz: Sağlanan mod, öngörülebilir iş yükleri için sabit RCU/WCU değerleri belirler ve daha düşük maliyet sunar; İsteğe Bağlı mod, öngörülemeyen trafik için otomatik olarak ölçeklenir ancak istek başına maliyeti daha yüksektir; Otomatik Ölçeklendirme, hedef kullanım oranlarına göre sağlanan kapasiteyi ayarlar. Sırada, alternatif sorgu düzenleri için Global Secondary Indexes ve Local Secondary Indexes konularını inceleyeceğiz.