Otomatik Atıl & Zombi Bulut Kaynak Temizliği (Reaping)

Q: Otomatik bulut kaynak temizliği için en iyi açık kaynaklı araçlar hangileridir?

Cloud Custodian (Python YAML kural motoru), Steampipe (SQL ile bulut sorgulama) ve AWS Instance Scheduler araçlarıdır.

Q: Geliştiricilerin temizlik sırasında geçici test verilerini kazara kaybetmesini nasıl önleriz?

Silme işleminden 48 saat önce Slack uyarısı gönderin, silmeden önce otomatik son bir snapshot alın ve `exempt: true` istisna etiketini destekleyin.

Q: Kubernetes geliştirme namespace'leri de otomatik olarak temizlenebilir mi?

Evet, Kube-Janitor veya namespace oluşturulma tarihini ve TTL etiketini (`janitor/ttl: 3d`) denetleyen CronJob'lar ile sağlanabilir.

Stack: FINOPS INFRASTRUCTURE STACK →Senior (L5-L6)pattern

ÖZET VE TEKNİK CEVAP

Metadata'yı sürekli tarayan, bağlantısız EBS disklerini, boşta duran IP'leri, eski snapshot'ları ve kullanılmayan test ortamlarını tespit eden ve belirli bir sürenin ardından otomatik silen veya durduran kodla yönetilen politikalar (Cloud Custodian veya Lambda) kurarak.

Mühendislik El Kitabı & Mekanizma

1. Temel Çalışma Mekanizması

Bulut ortamları sürekli bir kaynak kirliliğine (entropi) maruz kalır: geliştiriciler sunucuları silerken EBS disklerini unutur, test için geçici veritabanları açar ve load balancer'ları açık bırakır. Otomatik temizlik botları (Cloud Custodian, Steampipe) bulut API'lerini düzenli tarar; kaynağın yaşını, bağlantı durumunu ve metriklerini (7 gün boyunca 0 ağ trafiği veya <%1 CPU) değerlendirerek sahibine Slack uyarısı geçer ve süresi dolunca kaynağı otomatik temizler.

2. Doğru Kullanım Senaryosu

Tüm çok hesaplı kurumsal bulut yapılarında; özellikle geliştirme, test, staging ortamlarında ve dinamik CI/CD önizleme kümelerinde zorunludur.

3. Prodüksiyon Arıza Modları

Bir yapay zeka ekibi 100 TB gp3 disk takılı 50 adet dev GPU sunucusunda model eğitir. Sunucular komut dosyasıyla kapatılır ancak EBS diskleri 'available' (boşta) durumda 8 ay boyunca unutulur ve fark edilene kadar sessizce 96.000 dolar faturaya yansır.

4. Teşhis ve Telemetri Sinyalleri

1. AWS Trusted Advisor panelinde yüzlerce bağlantısız EBS diski ve boşta IP raporlanması. 2. Test ortamı harcamalarının hafta sonları ve geceleri hiç düşmeyip düz bir çizgi izlemesi. 3. Yaşam döngüsü kuralı olmayan kovalarda 365 günden eski binlerce sahipsiz yedeğin birikmesi.

5. Önleme ve Mimari Bariyerler

1. 7 gün boyunca boşta kalan EBS disklerini snapshot alıp otomatik silen Cloud Custodian politikaları kurun. 2. Tüm başlatma şablonlarında diskler için `DeleteOnTermination=true` parametresini zorunlu kılın. 3. AWS Instance Scheduler ile tüm test sunucularını ve RDS veritabanlarını geceleri ve hafta sonları otomatik kapatın.

6. Mimari Ödünleşimler (Trade-offs)

Kritik adli inceleme veya felaket kurtarma disklerinin kazara silinmesini önlemek için güvenli uyarı süreleri (7 günlük Slack uyarısı) ve istisna etiketleri (`skip-reaper: true`) tanımlanmasını gerektirir.

Vaka İncelemesi (TinyCTO Örneği)

TinyCTO, 12 AWS hesabı genelinde Cloud Custodian devreye aldı. İlk çalıştırmada araç 412 adet sahipsiz EBS diski, 86 adet boşta duran Elastic IP ve 1.200 eski veritabanı snapshot'ı tespit ederek ayda 21.400 dolarlık (yılda 256.800$) zombi altyapı israfını anında ortadan kaldırdı.

İnteraktif Konsept Alıştırmaları

3 Alıştırma

Bir EC2 sunucusu `DeleteOnTermination` olmadan silindiğinde bağlı EBS diskine ne olur?

EBS diski `available` (bağlantısız) duruma geçer ve süresiz olarak tam depolama ve tahsisli IOPS ücreti kesmeye devam eder.

AWS boştaki (bağlantısız) Elastic IP adresleri için neden ücret alır?

IPv4 adreslerinin stoklanmasını engellemek (boşta IP başına 0,005$/saat) ve kısıtlı global IPv4 havuzunu korumak için.

Test ortamlarını gece ve hafta sonu otomatik kapatmak ne kadar tasarruf sağlar?

Canlı olmayan sunucu ve veritabanı maliyetlerinin yaklaşık %65 ile %70'ini (haftada 168 saat yerine ~50 saat çalıştırarak).