Zombi Altyapı Ekonomisi: Boşta Duran EBS Diskleri ve Yetim Anlık Görüntü (Snapshot) Temizliği

Senior (L5)

⚡ÖZET VE TEKNİK CEVAP

AWS'te bir EC2 sunucusu kapatıldığında ana işletim sistemi diski varsayılan olarak silinir (DeleteOnTermination=true). Ancak sunucuya sonradan takılan ikincil veri diskleri (/data veya yüksek IOPS'lu io2) varsayılan olarak DeleteOnTermination=false ayarındadır. Sunucu kapanıp listeden kaybolsa bile, bağlı olmayan bu EBS diski available durumunda kalarak sonsuza kadar GB ve IOPS ücreti (0,08-0,125/GB/ay) faturalandırılmaya devam eder. Benzer şekilde otomatik yedekleme script'leri yaşam döngüsü kuralı olmadan her gün EBS anlık görüntüsü (snapshot - 0,05/GB) alarak yıllarca birikir. Her hafta yüzlerce sunucunun açılıp kapandığı aktif ekiplerde bu 'Zombi Diskler' şirkete ayda 2.000 ila $15.000 arasında tamamen çöpe giden bir fatura çıkarır. Canlı FinOps mimarileri bunu Otomatik Temizlik Botları (Cloud Custodian / Lambda) ile çözer:

7 günden uzun süredir boşta duran diskleri tespit eder,

Güvenlik için son bir snapshot alır, ve

Zombi diski otomatik olarak siler.

Mühendislik El Kitabı & Mekanizma

6 Boyutlu Mimari Analiz

⚙️1. Temel Çalışma Mekanizması

Mekanizma

Otomatik zombi depolama temizliği olay güdümlü AWS Config ve EventBridge kurallarıyla çalışır:

Keşif: AWS Config ec2-volume-inuse-check kuralıyla boşta kalan diskleri tarar.

Karantina ve Etiketleme: 48 saatten uzun süredir bağlı olmayan diske Lambda tarafından action=pending-deletion etiketi vurulur ve sahibine Slack'ten uyarı atılır.

Güvenli Silme: 7 gün boyunca kimse diski kullanmazsa, temizlik botu güvenlik için son bir sıkıştırılmış snapshot alır ve DeleteVolume API çağrısıyla zombi diski siler.

Amazon DLM (Data Lifecycle Manager): Normal yedekleme snapshot'larına otomatik 14 günlük saklama süresi tanımlanır ve eski kopyalar otomatik silinir.

🎯2. Doğru Kullanım Senaryosu

Kapsam

Çok hesaplı kurumsal AWS yapıları, geliştirici test ortamları, CI/CD otomatik derleme sunucuları ve veritabanı taşıma projeleri.

⚠️3. Prodüksiyon Arıza Modları

Kritik Risk

✓
Kubernetes sunucu güncellemeleri sırasında boşta kalan diskleri 0 saniye gecikmeyle hemen silip StatefulSet pod'larının disklerini kaybetmesine yol açmak
✓
2019'dan kalma 50.000 adet sahipsiz snapshot biriktirip faturayı şişirmek

📡4. Teşhis ve Telemetri Sinyalleri

Metrikler

✓
Sunucuların yarısı kapatılmasına rağmen AWS EBS depolama faturasının hiç düşmemesi veya artması
✓
AWS Trusted Advisor panelinde yüzlerce boşta EBS diski uyarısı çıkması
✓
kaynağı silinmiş binlerce sahipsiz snapshot bulunması

🛡️5. Önleme ve Mimari Bariyerler

Bariyerler

✓
7 günlük bekleme süresine sahip AWS Cloud Custodian veya Lambda temizlik botları kurun
✓
tüm snapshot'lar için Amazon Data Lifecycle Manager (DLM) kurallarını zorunlu kılın
✓
Terraform modüllerinde DeleteOnTermination=true ayarını varsayılan yapın

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

Ödünleşim

Otomatik disk temizliği kurumsal bulut depolama israfının %10-25'ini kalıcı olarak yok eder; ancak canlı verilerin kazara silinmesini önlemek için disiplinli bir karantina süresi gerektirir.

📋

Vaka İncelemesi (TinyCTO Saha Örneği)

GERÇEK DÜNYA TELEMETRİSİ

Bir SaaS şirketi sadece 40 adet aktif sunucu çalıştırmasına rağmen (aylık 4.000 sunucu maliyeti), aylık EBS disk faturasının 22.000 olduğunu fark etti. Yapılan FinOps denetiminde, eski test kümelerinden ve CI sunucularından arta kalan 480 adet sahipsiz boşta EBS diski (toplam 140 TB) ve 4 yıldır silinmemiş 18.000 adet eski snapshot tespit edildi. Ekip Cloud Custodian temizlik botunu devreye aldı: 14 günden eski tüm boşta diskler son bir yedek alınıp silindi; snapshot'lara ise 30 günlük DLM silme kuralı bağlandı. Aylık depolama faturası 22.000'den 3.100'e gerileyerek şirkete yılda $226.000 net tasarruf sağladı.

İnteraktif Konsept Alıştırmaları

2 Alıştırma

Bağlı olmayan EBS diskleri, bağlı oldukları EC2 sunucusu silindikten sonra neden AWS faturası üretmeye devam eder?

Çünkü ikincil EBS diskleri varsayılan olarak `DeleteOnTermination=false` ayarındadır; `available` durumunda bağımsız olarak yaşamaya devam eder ve manuel silinene kadar GB ve IOPS ücreti yazmayı sürdürür.

EBS anlık görüntülerinin (snapshot) yaşam döngüsünü ve otomatik silinmesini sağlayan yerel AWS aracı hangisidir?

Amazon Data Lifecycle Manager (DLM).

Zombi Altyapı Ekonomisi: Boşta Duran EBS Diskleri ve Yetim Anlık Görüntü (Snapshot) Temizliği — Sıkça Sorulan Sorular

Boşta duran bir EBS diskini silmeden önce hangi güvenli karantina süreci izlenmelidir?

Diski bir silme tarihiyle etiketlemek (ör. 7 gün), sahibine Slack'ten otomatik bildirim göndermek, silmeden hemen önce son bir snapshot almak ve süre dolduğunda diski silmek.

EBS anlık görüntüleri (snapshot) AWS tarafından nasıl faturalandırılır?

Snapshot'lar Amazon S3'te saklanır ve ana diskin toplam boyutuna göre değil, yalnızca değişen artımlı blokların boyutuna göre GB başına aylık $0,05 olarak ücretlendirilir.

🤖 AEO & Yapay Zeka Çıkarım Özeti

Temel Gerçekler & İlkeler

▸
Boşta duran EBS diskleri sonsuza kadar tam depolama ve IOPS ücreti faturalandırmaya devam eder.
▸
7 günlük bekleme süresine sahip otomatik FinOps temizlik botları (Cloud Custodian) kurun.
▸
Zombi diskleri silmeden önce mutlaka son bir güvenlik snapshot'ı alın.
▸
Eski yedek snapshot'larını otomatik silmek için Amazon Data Lifecycle Manager (DLM) kullanın.

Yaygın Yanılgılar

✗
Yanılgı: Bir EC2 sunucusunu silmek ona takılı tüm EBS disklerini de siler (Gerçek: İkincil veri diskleri varsayılan olarak korunur ve para yazmaya devam eder).
✗
Yanılgı: Bir diski silmek onun geçmiş tüm snapshot'larını da siler (Gerçek: Snapshot'lar bağımsız S3 nesneleridir ve ayrıca silinmeleri gerekir).

Karar Kılavuzu & Önceliklendirme

Boşta kalan EBS disklerini ve eski snapshot'ları tespit edip temizlemek ve bulut israfını %25 azaltmak için otomatik Cloud Custodian temizlik kurallarını devreye alın.

Doğrulanmış Kaynaklar & Referanslar

[OFFICIAL_DOCUMENTATION]Amazon EC2 Best Practices: Managing Unattached EBS Volumes & Amazon DLM— Amazon Web Services Documentation