Ayrılmış düğümler kullanan bir Amazon Redshift kümesi, bir ekip derinlemesine bir denetim yürütürken karmaşık okuma sorgularından kaynaklanan aralıklı CPU yoğunluklu ani artışlar yaşıyor. Kümenin her zaman okuma ve yazma sorgularına hizmet vermeye devam etmesi gerekiyor. Hangi seçenek, gereken ani kapasiteyi EN uygun maliyetli şekilde sağlar?

Doğru cevap, Amazon Redshift kümesi için Concurrency Scaling'i etkinleştirmektir. Concurrency Scaling, yoğun iş yükleri sırasında ek okuma sorgularını desteklemek için otomatik olarak ek kapasite ekleyen bir Redshift özelliğidir. Bu, mevcut kümenin performansını etkilemeden ani CPU yoğunluklu artışları yönetmenin en uygun maliyetli yoludur, çünkü yalnızca ihtiyaç duyulduğunda ek kapasite için ödeme yaparsınız. Diğer seçenekler neden yanlış: Bir Amazon EMR kümesi sağlamak, karmaşık veri işleme görevlerini EMR'ye aktarmak, ek bir hizmeti yönetmeyi gerektirir ve Concurrency Scaling'den daha maliyetli olabilir. Klasik yeniden boyutlandırma, kümenin çevrimdışı olmasını gerektirir ve bu da kesintiye neden olur. Elastik yeniden boyutlandırma, kümenin çevrimdışı olmasını gerektirmese de, Concurrency Scaling'den daha uzun sürer ve ani artışları yönetmek için daha az uygun maliyetli bir çözümdür.