Why real-world DynamoDB usage scenarios often lead to unexpected expenses içinde , Tahmin edilemez çalışma yüklerinin DynamoDB'de tahmin edilemez maliyetlere neden olabileceğini ele aldım. Sonraki İçerikDynamoDB Fiyatları Şimdi daha derine gidelim.Bir kez temelleri anladığınızda, tıpkı nutty gibi , veya öğenin boyutu, replika ve önbellek etrafındaki aşırı maliyetler ... DynamoDB maliyetlerinin sadece okuma / yazma hacmi ile ilgili olmadığını fark edeceksiniz - gerçek dünyada çok daha nüanslı. 7.5x inflation of on-demand compared to reserved Round ‘em up! Saniyede 100 byteyle bir milyon yazar, 5KB'de bir milyon yazar gibi aynı galakside değil. Neden? DynamoDB yazar için yuvarlak 1KB parçaları (ve okumalar için 4KB) olarak maliyetleri ölçer çünkü. 1.2KB öğesini yazmak? 2KB'ye faturalandınız. Güçlü bir tutarlılıkla 4.5KB öğesini okumak? 8KB'ye faturalandınız. Sadece kullandığınız şey için ödeme yapmıyorsunuz, yuvarlanmak için ödeme yapıyorsunuz. Superman III'deki bu karakterin her ödemeden 1⁄2 cent almasını hatırlayın? Aynı anlaşmadır (ve evet, 1983'te 85,789,90 $ çok para vardı) ... Kapasite kaybı ölçekte kaçınılmazdır, ancak her işlemde bu sınırı aştığınızda çok gerçekçi, çok hızlı hale gelir. ve öğe başına 400KB'lik sert sınırı unutmayın. Bu doğrudan bir fiyatlama sorunu değil, ancak DynamoDB müşterilerini alternatifler aramaya motive eden bir şey. Bizim Tüm bunları modellemenize olanak tanır. Bunun nedeni, gerçek dünyadaki bazı madenlerdir - bir çatışma çözülmüş yazma (örneğin, çoklu bölgelerdeki eşzamanlı güncellemeler) her denemede size maliyeti olmasa bile, sadece son yazma kazandıysa bile. Ya da kendi TTL süresi sona erme mantığını oluşturduğunuzda, belki de bir taramada bir sürü öğe çekmek, uygulama kodunda zaman etiketlerini kontrol etmek veya silinir. Artık talep üzerine izleyebilirsiniz. DynamoDB cost calculator DynamoDB Webinar Fiyatları Küresel masalar küresel bir acı Yani dünya çapında kullanıcılar için düşük gecikme istiyor musunuz? Küresel tablolar bunu yapmak için en kolay yoldur. Bazıları “bataryalar dahil” diyebilir. Her yazışma ek bölgelerde çiftleştirilir. 3.5KB öğesini yazın ve 4 bölgeye tekrarlayın? Şimdi 4 x 4KB için ödeme yapıyorsunuz ( tabii ki yuvarlandı). Bölgeler arası ağ aktarımını takdir etmeyi unutmayın. Bu premium fiyatlarda başka bir darbe. Ve üzgünüm, aynı zamanda bu çiftleştirilmiş yazılarınızı da rezerve edemezsiniz. You’re paying for that speed, several times over, and the bill scales linearly with your regional growth. Birden fazla bölge aynı anda aynı öğeye yazdığında durum daha da kötüleşir. DynamoDB çelişkiyi çözür (son yazma kazanır), ancak her deneme için ödeme yaparsınız. Bizim maliyet hesaplayıcı tüm bunları modellemek için izin verir. biz ABD-Doğu için muhafazakar fiyatları kullanırız, ama bölge daha egzotik, maliyetler daha yüksek olasılıkla olacaktır. bir Avustralyalı olarak, ben sizin acı hissediyorum. Bu yüzden pil dahil küresel tabloların replika maliyeti hakkında düşünün ve lütfen unutmayın, bu ! Masanın başına DAX bir yakalama ile caching Şimdi, özellikle gecikme duyarlı P99 için daha sıkı okuma gecikmesi istiyor musunuz? DynamoDB Accelerator (DAX) yardımcı olur, ancak hem operasyonel hem de finansal olarak üst düzey ekler. Klasörler doğru boyutlandırılmalı, hit oranları ayarlanmalı ve uygulamanızda ele alınan başarısızlık vakaları. Cache'yi kaçırmayın, okuma için ödeme yapın. Cache'yi güncelleştirmek için başarısız olun, verileri durdurma riski. Bunu ayarladıktan sonra bile, ücretsiz değildir. DAX örneği saatlik olarak, sabit bir oranla ve yine, alıştığınız gibi özel örneğin seçenekleri olmadan faturalandırılır. DynamoDB maliyet hesaplayıcımız, cache hit oranlarını, veri set boyutlarını, örnek türlerini ve düğmeleri simüle etmenizi sağlar. bu, cache verimliliğini tahmin etmez, ancak bu cache gotchas yakalamak için yardımcı olacaktır. Multi-Million-Dolar Önerme Motoru Büyük bir akış hizmeti DynamoDB ile küresel bir tavsiye motoru oluşturdu. günlük batch işleri yeni tavsiyeler oluşturur ve onları 6 bölgede tekrarlanan 1PB tek bir tabloya yazar. Geçerlilik ve yerel yazılar için optimize ettiler. maliyeti? Her yazışma baz tablosuna ek olarak 5 tekrarlanan yazışma. Her kullanıcı etkileşimi bir yazışma tetikledi (daha fazla izleme geçmişi, geri bildirim, tercihler). Ve o günlük yenileme döngüsü sayesinde, tabloyu yeniden yazıyorlardı - herhangi bir şey değişmedi mi. Beklenen trafik artışları için ölçeklenerek provision kapasitesini kullandılar, ancak hala gecikme ile mücadele ettiler. The result? Base workload alone cost tens of millions per year, and the total doubled after accommodating peaks in traffic spikes and batch load processes. Birçok ekip için, bu, ürünün kendisinden daha fazla gelir! Hazırlanabilir kapasiteye (operasyon başına fatura değil) dayalı fiyatlandırma modelimize geçtikten sonra, ScyllaDB, depolanan verilerini önemli ölçüde sıkıştırdıktan sonra, aynı zamanda AZ'lar ve bölgeler arasındaki ağ sıkıştırmayı da geliştirdi. Bunu herhangi bir bulutta (ya da yerinde bile) yapma özgürlüğüne sahipti. Maliyetlerini düşürdüler, performanslarını geliştirdiler ve zirveler için aşırı komisyon ihtiyacını ortadan kaldırdılar. Hayatta kalmak için bir cache daha DynamoDB'yi kullanan bir adtech şirketi, çakma karmaşıklığına zor bir şekilde girdi. P99 gecikme hedeflerine ulaşmak için 4 bölgede 48 DAX düğmesini dağıttılar. her düğme o bölgenin çalışma yüküne uyarlanmıştır (çok deneme ve hata yaptıktan sonra). Yazıları (246 byte / öğe) hesaplanan yazma birimin% 75'ini boşa harcıyordu. Analitik iş yükü zirve sırasında canlı trafiği yakıyordu. Ve belki de en kötüsü, otomatik ölçeklendirme triggerleri yeterince hızlı değildi, talep bozulmasına ve uygulama başarısızlıklarına neden oldu. DynamoDB ve DAX'in toplam maliyeti yılda yüz binlerce idi. ScyllaDB çok daha basit bir çözüm sunuyordu. İçinde yerleşik satır caching ek maliyet olmadan istasyon belleği kullandı, hiçbir dış caching katmanı desteklemek için. aynı zamanda analitik ve OLTP iş yüklerini birlikte çalıştırdılar. Performansına dokunmadan. Çalışma öncelikleri Daha da iyisi, TTL tabanlı oturum süresi otomatik olarak ekstra okumak / silme mantığı olmadan ele alındı. maliyet ve karmaşıklık düştü ve şimdi mutlu bir müşteri. DynamoDB Fiyatları Videoları Eğer webinarı kaçırmışsanız lütfen göz atın. – Özellikle Guilherme tüm bu gerçek dünya çalışma yüklerini ayrıntılı olarak kapsamaktadır. DynamoDB Video Fiyatları DynamoDB maliyetleri lineer değildir ve sadece geçiş değil, kullanım şekilleri tarafından şekillendirilir. Küresel tablolar, öğenin boyutu, çatışma çözümü, önbellek ısıtma ve daha fazlası, “makul” kullanımı 7 rakamlı bir kabus haline getirebilir. DAX ve otomatik ölçekleme sihirli değildir; ayarlamaya ihtiyaç duyarlar ve hala doğru gitmek için önemli miktarda para harcarlar. DynamoDB maliyet hesaplayıcımız, bu gizli maliyetleri model etmenize ve ScyllaDB kullanmıyorsanız bile farklı kurulumları karşılaştırmanıza yardımcı olur. Son olarak, DynamoDB'yi kullanarak tahmin edilemez maliyet ve performansla çalışan bir ekibiyseniz, ScyllaDB'ye geçin ve tahmin edilebilir fiyatlama, entegre verimlilik ve veritabanınızın mimarisi üzerinde daha fazla kontrolün avantajlarından yararlanın. . Bizimle sohbet et buraya Tim Koopmans Hakkında Tim, son birkaç on yıl boyunca güvenilirlik ve güvenlik için bir eğilimle tüm mühendislik formları üzerinde çalışmıştır. 2013'te dağıtılmış bir performans test platformu olan Flood IO'yu kurdu. satın alındıktan sonra, diğer performansla ilgili girişimlere geçmeden önce ürünü, işini ve ekibini genişletmeyi sevdi.
