DynamoDB İsteğe Bağlı vs. Tahsisli Kapasite Maliyet Tuzakları

Q: Kesinti olmadan On-Demand ve Tahsisli mod arasında güvenle geçiş yapabilir miyiz?

Evet, DynamoDB aktif okuma ve yazma sorgularını hiç kesintiye uğratmadan arka planda faturalandırma modunu anında değiştirebilir.

Q: DynamoDB DAX (Accelerator) okuma maliyetlerini nasıl etkiler?

DAX bellek içi mikrosaniye önbelleği sunar; milyonlarca tekrarlayan okuma sorgusunu karşılayarak önbellek isabetlerinde tüketilen tablo RCU'sunu sıfıra indirir.

Q: DynamoDB Scan sorgularını güvenli ve ekonomik yürütmenin en iyi yolu nedir?

Kullanıcı isteklerinde asla Scan kullanmayın; toplu analitik için veriyi sürekli yedekleme ile S3'e aktarıp Athena ile sorgulayın.

Stack: FINOPS INFRASTRUCTURE STACK →Staff (L6-L7)anti-pattern

ÖZET VE TEKNİK CEVAP

On-Demand modu sabit iş yüklerinde tahsisli kapasiteye göre 5x-7x kat prim alır; bu durum 1KB'ı aşan veri boyutları, indekslenmemiş Scan sorguları ve her yazmayı katlayan çoklu GSI indeksleri ile birleştiğinde faturalar kontrolsüzce katlanır.

Mühendislik El Kitabı & Mekanizma

1. Temel Çalışma Mekanizması

DynamoDB yazmaları 1KB (1 WCU = 1KB/sn), okumaları ise 4KB (1 RCU = 4KB/sn) bloklarında faturalandırır. Auto Scaling'li Tahsisli modda 1 WCU ~$0.00065/saat (~$0.47/ay) tutar. On-Demand modda ise 1 milyon Yazma İstek Birimi 1.25$'dır; bu da sabit trafikte ~$0.00173/saate denk gelir (yaklaşık 5.5 kat daha pahalı). Ayrıca 4 GSI'lı bir tabloya yapılan her yazma 1 ana yazma + 4 GSI yazması tüketir (5 kat yazma katlanması).

2. Doğru Kullanım Senaryosu

On-Demand modunu trafiği henüz bilinmeyen yeni tablolar, son derece seyrek iş yükleri (<%15 görev döngüsü) veya tahmin edilemeyen ani sıçramalar için kullanın. Taban trafik oturduğunda derhal Auto Scaling destekli Tahsisli (Provisioned) moda geçin.

3. Prodüksiyon Arıza Modları

Bir analitik cron görevi, 10KB'lık veriler tutan 50 milyon kayıtlı On-Demand DynamoDB tablosunda saat başı indekssiz `Scan` çalıştırır. Her tarama dakikada 125.000 Okuma İstek Birimi harcar ve ay sonunda 18.000 dolarlık sürpriz bir veritabanı faturası çıkarır.

4. Teşhis ve Telemetri Sinyalleri

1. AWS Cost Explorer'da DynamoDB `PayPerRequestThroughput` kaleminin en büyük harcama olması. 2. GSI'lardaki tüketilen yazma kapasitesinin ana tablonun çok üzerinde olması. 3. Ortalama kayıt boyutunun 1.024 baytı aşarak okuma/yazma birimlerini ikiye katlaması.

5. Önleme ve Mimari Bariyerler

1. Kararlı canlı tabloları %70 hedef doluluklu Application Auto Scaling ile Tahsisli (Provisioned) moda geçirin. 2. Gereksiz büyük alanları kopyalamamak için GSI projeksiyonunda `ALL` yerine `KEYS_ONLY` veya `INCLUDE` kullanın. 3. Büyük JSON verilerini DynamoDB binary alanlarında saklamadan önce zlib/snappy ile sıkıştırın.

6. Mimari Ödünleşimler (Trade-offs)

Tahsisli kapasite; autoscaling eşikleri ve kapasite tamponu yapılandırması gerektirir; buna karşılık aylık DynamoDB maliyetlerini %70-80 oranında düşürür.

Vaka İncelemesi (TinyCTO Örneği)

TinyCTO'nun kullanıcı oturum tablosu On-Demand modda saniyede 4.000 yazma ve 3 GSI ile çalışıyordu. Aylık fatura 32.400 dolardı. Mühendislik ekibi GSI projeksiyonlarını yalnızca zorunlu anahtarları içerecek şekilde daralttı ve tabloyu %70 hedefli Tahsisli moda aldı. Aylık maliyet 5.800 dolara geriledi ve yıllık 319.200 dolar tasarruf edildi.

İnteraktif Konsept Alıştırmaları

3 Alıştırma

Sabit iş yüklerinde DynamoDB On-Demand ile Tahsisli (Provisioned) kapasite arasındaki maliyet oranı nedir?

On-Demand modu, 24/7 sabit trafikte Auto Scaling'li Tahsisli kapasiteye göre yaklaşık 5 ile 7 kat daha pahalıdır.

Kayıt boyutu DynamoDB yazma faturalandırmasını nasıl etkiler?

Yazmalar 1KB'lık dilimlerle ölçülür; 1,05 KB'lık bir kayıt 2 WCU harcar ve 0,95 KB'lık bir kayda göre yazma maliyetini anında ikiye katlar.

Global İkincil İndeksler (GSI) DynamoDB maliyetlerini neden katlar?

İndekslenen bir alanı değiştiren her yazma veya güncelleme, ilgili her GSI'a da otomatik olarak ayrı bir yazma işlemi üretir.