CloudWatch Alarmları ve Bileşik Alarmlar

Bir CloudWatch alarmı, belirttiğiniz zaman aralığında tek bir metriği veya bir metrik matematiği ifadesinin sonucunu izler. Metrik, tanımladığınız eşiği aştığında alarm durumu değişir ve alarm, SNS bildirimi gönderme, bir Auto Scaling grubunu ölçeklendirme, bir EC2 örneğini durdurma veya bir Systems Manager OpsItem yürütme gibi bir eylemi tetikleyebilir. Alarmlar, AWS'de otomatik operasyonel yanıt için temel mekanizmadır.

Bir CloudWatch alarmı her zaman üç durumdan birindedir: OK — metrik tanımlanan eşik dahilindedir; ALARM — metrik, gereken sayıda değerlendirme dönemi boyunca eşiği aşmıştır; INSUFFICIENT_DATA — alarm yeni oluşturulmuştur, metrik kullanılamıyordur veya henüz yeterli veri toplanmamıştır. Durumlar arasındaki geçişler, söz konusu durum değişikliği için yapılandırılmış eylemleri tetikler — OK, ALARM ve INSUFFICIENT_DATA durumları için farklı SNS konuları kullanabilirsiniz.

Bir alarm oluştururken şunları belirtirsiniz: metrik ve ad alanı, istatistik (Average, Sum, Maximum vb.), dönem (metriğin saniye cinsinden ne sıklıkla değerlendirileceği), değerlendirme dönemleri (eşiğin aşılması gereken ardışık dönem sayısı), eşik değeri ve karşılaştırma işleci. Metrik, belirtilen sayıda ardışık değerlendirme dönemi boyunca eşiği aştığında alarm tetiklenir.

Alarm eylemleri birkaç hedefe yönlendirilebilir: Amazon SNS konuları (e-posta veya SMS göndermek ya da Lambda'yı tetiklemek için), Auto Scaling ilkeleri (bir ASG'yi küçültmek veya büyütmek için) ve EC2 eylemleri (bir EC2 örneğini durdurmak, sonlandırmak, yeniden başlatmak veya kurtarmak için). Her durum (OK, ALARM, INSUFFICIENT_DATA) için farklı bir eylem kümesi belirtebilirsiniz — örneğin ALARM durumunda ekibe bildirim gönderin, OK ile kurtarma gerçekleştiğinde bildirin ve izleme boşluklarını yakalamak için INSUFFICIENT_DATA durumunda uyarın.

CloudWatch bir alarmı değerlendirirken bazı veri noktaları eksikse bunların nasıl işleneceğine karar vermeniz gerekir. Seçenekler şunlardır: notBreaching (eksik veriyi eşik dahilindeymiş gibi işler — diğer veriler uygunsa alarm OK durumunda kalır), breaching (eksik veriyi eşiği aşmış gibi işler — alarm ALARM durumuna geçer), ignore (alarm durumu değişmez) ve missing (alarm INSUFFICIENT_DATA durumuna geçer). Yanlış seçeneği belirlemek yanlış pozitiflere veya fark edilmeyen hatalara yol açar — bu, SAA-C03 sınavında önemli bir ayrıntıdır.

Alarm çözünürlüğü, dönem × değerlendirme dönemi sayısının çarpımıdır. Örneğin 60 saniyelik bir dönem ve 5 değerlendirme dönemi, alarmın art arda gelen 5 adet 1 dakikalık veri noktasını dikkate aldığı anlamına gelir. Alarm, varsayılan olarak yalnızca beş dönemin tamamı eşiği aştığında ALARM durumuna geçer. Eşiğin aşılması için N dönemin yalnızca M tanesinin yeterli olmasını sağlayan datapoints-to-alarm seçeneğini yapılandırabilirsiniz — örneğin 5 dönemin 3'ü. Bu, geçici ani yükselişlerden kaynaklanan yanlış pozitifleri azaltır.

Bir bileşik alarm, Boolean mantığı (AND, OR, NOT) kullanarak birden çok alarmın durumunu değerlendirir. Kural ifadesi true olarak değerlendirildiğinde ALARM durumuna geçer. Bileşik alarmlar, uyarı gürültüsünü azaltmak için kullanılır — örneğin yalnızca yüksek CPU ve yüksek gecikme alarmları aynı anda etkinleştiğinde uyarı gönderebilirsiniz; çünkü tek başına yüksek CPU, toplu işleme sırasında kabul edilebilir olabilir. Bakım aralıklarında alt alarmları bastırmak için de bileşik alarmları kullanabilirsiniz.

Bileşik alarmlar alarm bastırma eylemlerini destekler — planlı bakım sırasında alt alarmlarını bastıracak şekilde bir bileşik alarm yapılandırabilirsiniz. Örneğin bir dağıtım aralığında, bir 'MaintenanceMode' alarmını OR mantığıyla birleştiren bir bileşik alarm ayarlayarak bakım etkin olduğu sürece tüm alt alarm bildirimlerini bastırabilirsiniz. Bu, yükseltmeler için hizmetleri kasıtlı olarak çevrimdışı aldığınızda uyarı yağmurunu önler.

Auto Scaling grupları, kademeli ölçeklendirme ve basit ölçeklendirme ilkeleri için tetikleyici olarak CloudWatch alarmlarını kullanır. Alarm ALARM durumuna geçtiğinde ölçeklendirme ilkesi yürütülür. Kademeli ölçeklendirmede farklı eşik aralıkları için birden çok ölçeklendirme ayarı tanımlarsınız — örneğin CPU %70-80 arasındaysa 1 örnek, %80-90 arasındaysa 3 örnek, %90'ın üzerindeyse 5 örnek ekleyebilirsiniz. Alarm, değerlendirme anındaki aşım düzeyine göre geçerli ilk adımı tetikler.

Tahmini AWS ücretleriniz bir eşiği aştığında bildirim almak için CloudWatch'ta faturalandırma alarmları oluşturabilirsiniz. Faturalandırma metrikleri, kaynaklarınız nerede çalışıyor olursa olsun yalnızca us-east-1 Bölgesinde yayımlanır ve yaklaşık 6 saatte bir güncellenir. Faturalandırma alarmlarını etkinleştirmek için önce AWS Faturalandırma konsolunda Billing Alerts özelliğini açmanız gerekir. Daha hassas araç AWS Budgets olsa da CloudWatch faturalandırma alarmları sınavda test edilen geçerli bir seçenektir.

Gerçek bir eşik aşımını beklemeden alarm eylemlerini test etmek için set-alarm-state komutunu kullanarak bir alarm durumunu el ile ayarlayabilirsiniz. Bu, SNS konularınızın, Auto Scaling ilkelerinizin ve Lambda işlevlerinizin doğru yanıt verdiğini doğrulamak için kullanışlıdır. Alarm eylemlerinizi her zaman üretim dışı bir ortamda test edin ve üretim uyarıları için alarmlara güvenmeden önce SNS konusunun doğru e-posta aboneliklerinin onaylandığını doğrulayın.

Bu derste AWS Solutions Architect (SAA-C03) kavramlarını anlayıp anlamadığınızı test edin.

Bu derste şunları öğrendiniz: alarmların üç durumu vardır (OK, ALARM, INSUFFICIENT_DATA) ve SNS, Auto Scaling ile EC2 eylemlerini tetikleyebilirler; datapoints-to-alarm, yanlış pozitifleri azaltmak için M'den N değerlendirmesine olanak tanır; bileşik alarmlar ise birden çok alarmı birleştirmek ve uyarı gürültüsünü bastırmak için Boolean mantığı kullanır. Sırada, merkezi günlük yönetimi için CloudWatch Logs ve Log Insights'ı inceleyeceğiz.