Amazon RDS: ES İstekleri nedir?

Bana çok paraya mal olan bir RDS örneğim var. Amazon'daki hesap etkinliğimden, örneğin son 7 gün içinde yaklaşık 800.000.000 IO talebi aldığını görüyorum.

Size küçük bir perspektif vermek için, uygulamam günde sadece yaklaşık 6.000 benzersiz ziyaret alır ve bu kadar çok veritabanı bağlantısı yapmaz.

Peki, bir IO Talebi tam olarak nedir ve bu sayı neden bu kadar doğaüstü bir şekilde yüksek olsun? Gerekirse bu maliyeti azaltmak için uygulamam için ne gerekiyorsa yapmaya hazırım, ancak gerçekten neler olup bittiğinden emin değilim.

Düşüncelerinizi takdir ediyorum.

Ah, Amazon Web Servisleri. Mevcut en büyük parazitlerden biri. Çok iyi, ama her zaman ucuz değil. Aslında, neredeyse asla ucuz ve masrafları tahmin etmek her zaman zordur.

Bir GÇ isteği bir disk işlemidir. Bir okuma veya yazma olsun, temel olarak sistemlerinden ne kadar veri aldığınıza dair ücretlendirilirsiniz. Bu delilik.

Iostat'a bakarak, yaptığınız ES isteklerini tahmin edebilirsiniz.

7 günde 800.000.000 IO talebi .. Bu ~ = 1300 IOPS. Vay. Bu biraz kötü performans.

Örnek olarak, orta büyüklükte bir web sitesi veritabanı 100 GB boyutunda olabilir ve bir ay boyunca saniyede ortalama 100 I / O bekleyebilir. Bu, depolama maliyetlerinde ayda 10 $ (100 GB x 0,10 $ / ay) ve yaklaşık ayda yaklaşık 26 $ istek maliyetlerinde (~ 2,6 milyon saniye / ay x 100 I / O * milyon I / O başına 0,10 $) anlamına gelir.

Gönderen http://aws.amazon.com/ebs/ Sayfanın altındaki yolun% 90 hakkında

Bunun size maliyetini gerçekten azaltmak istiyorsanız, RDS'nin uygulama ve proje bütçeniz için gerçekten en uygun olup olmadığına bakmanın zamanı gelmiş olabilir.

Günde yalnızca 6 bin isabet aldıysanız, özel bir sunucu ile maliyet ve performansta daha iyi olabilirsiniz (tercihen 2 em, biri DB için, biri web hizmetleri için). Uygulamanız hakkında çok fazla şey söylemediğiniz için bu aramayı yapmak biraz daha zor.

Bana çok paraya mal olan bir RDS örneğim var.

"Bulut hizmetleri" bir şeyin size peni maliyeti olacağı anlamına gelmez. Temel olarak, bir G / Ç isteği diskten getirilmesi gereken herhangi bir şeydir (yani bir veritabanı veya dizin sayfası). Büyük bir veritabanınız ve tam tablo taramaları kullanan sorgularınız varsa, bu hiç de şaşırtıcı değildir. "Dizine eklenmemiş" sorguları MySQL yavaş günlüğüne kaydetme seçeneğini ve uygun sütunlar için dizinler ekleyerek filtreleme için dizinsiz sütunları kullanarak sorguları aramayı düşünebilirsiniz . Yapılandırma dosyasını doğrudan düzenleme seçeneğiniz olmadığından , tabloyu günlük girişleri için ayarlamak ve sorgulamak üzere RDS parametre grubu yapılandırmasını kullanın .log-queries-not-using-indexesmysql.slow_log

Ayrıca, genel bir performans analizi için MySQL ayarlama primer komut dosyasını veritabanı örneğine karşı çalıştırmayı ve daha büyük bir örneğin önbellekleme için kullanılabilir daha fazla miktarda bellek nedeniyle sorunlara yardımcı olup olmayacağını görmek için diskteki yükü hafifletmeyi düşünün. Komut dosyası, olası darboğazlar hakkında bazı bilgiler vermek ve bazı genel öneriler sağlamak için bir dizi yapılandırma parametresini ve performans sayacını değerlendirir.