Tek yazıcılı bir Amazon Aurora PostgreSQL kümesi, haftalık otomatik bir rapor çalıştırıldığında 11 dakika boyunca %90'ın üzerinde kullanım yaşadı ve kullanıcıya yönelik yavaşlamalara neden oldu. Yönetici, raporun neden olduğu haftalık performans düşüşünü nasıl önlemelidir?

Haftalık raporun neden olduğu performans düşüşünü önlemenin en etkili yolu, mevcut tek yazıcı örneği üzerindeki yükü dağıtmaktır. Bir okuyucu örneği eklemek, raporun okuma işlemlerini bu yeni replikaya yönlendirerek yazıcı örneğinin kullanıcıya yönelik işlemleri için serbest kalmasını sağlar. Aurora PostgreSQL, okuma replikalarını otomatik olarak senkronize eder ve bu replikalar okuma yoğunluklu iş yükleri için tasarlanmıştır. Diğer seçenekler neden uygun değil: Mevcut DB örneğini daha büyük bir örnek boyutuna ölçeklendirmek, genel maliyeti artırır ve sadece haftalık bir rapor için sürekli olarak daha büyük bir kaynak ayırmak verimsizdir. Sorun, okuma yükünün yazıcıyı etkilemesidir, genel kapasite eksikliği değil. Başka bir yazıcı örneği eklemek Aurora mimarisinde mümkün değildir; Aurora kümeleri tek bir yazıcı örneğine sahiptir. DB kümesi için otomatik ölçeklendirmeyi etkinleştirmek (Aurora Serverless için geçerli olsa da), mevcut senaryoda (sağlanmış bilgiye göre Aurora Serverless değil) doğrudan bir çözüm değildir ve raporun neden olduğu spesifik okuma yükü sorununu çözmez. Otomatik ölçeklendirme, genel talep dalgalanmalarına yanıt verir, ancak okuma/yazma ayrımını doğrudan ele almaz.