Tek bir okuma replikasına sahip bir Aurora MySQL kümesi, eşzamanlı istemci bağlantıları 200'ü aştığında yavaşlar (tipik yük ~180, 200'ü aşan ani yükselişlerle). Ekip, talebe göre veritabanının otomatik olarak ölçeklenmesini istiyor. Bu hedefe hangi değişiklik ulaşacaktır?

Doğru cevap, 195 DatabaseConnections hedefiyle bir Aurora Auto Scaling politikası eklemektir. Aurora Auto Scaling, belirli bir metrik eşiğine ulaşıldığında okuma replikalarını otomatik olarak ekleyerek veya kaldırarak veritabanının talebe göre ölçeklenmesini sağlar. 195 bağlantı hedefi, mevcut yükün (180) biraz üzerinde bir eşik belirleyerek, 200'ü aşan ani yükselişlerde yeni bir replikanın devreye girmesini tetikler ve performansı korur. Aurora multi-master kümesine geçmek, yazma ölçeklenebilirliği için tasarlanmıştır, okuma ölçeklenebilirliği sorununu doğrudan çözmez ve uygulama değişiklikleri gerektirir. Kümeyi serverless moda dinamik olarak geçirmek mümkün değildir; serverless bir dağıtım modelidir ve çalışma zamanında değiştirilemez. Aurora Replica'nın instance class'ını daha büyük bir boyuta ölçeklendirmek, mevcut replikanın kapasitesini artırır ancak ani yük artışlarında otomatik ölçeklendirme sağlamaz ve maliyetleri gereksiz yere artırabilir.