Skip to main content

> ebs_gp2'den_gp3'e_geçiş_ve_temel_iops_bağımsızlığı

EBS gp2'den gp3'e Geçiş ve Temel IOPS Bağımsızlığı

AWS EBS gp2 neden temel IOPS elde etmek için depolama alanını gereksiz büyütmeye zorlar ve gp3'e geçiş nasıl anında %20 maliyet avantajı sağlar?

Senior (L5)

ÖZET VE TEKNİK CEVAP

EBS gp2, IOPS performansını depolama boyutuna sıkı sıkıya bağlar (GB başına 3 IOPS, 16.000 IOPS tavanı için 5,3 TB gerektirir). Bu durum, yalnızca 50 GB veriye sahip ancak 3.000 IOPS'a ihtiyaç duyan ekipleri 1 TB disk kiralamaya zorlar. EBS gp3 ise depolamayı performanstan ayırarak disk boyutundan bağımsız olarak taban 3.000 IOPS ve 125 MB/sn verim hızını ücretsiz sunar; üstelik GB başına taban birim maliyet %20 daha düşüktür ($0,08 vs $0,10/GB-ay). Canlı ortamda sıfır kesintiyle (Elastic Volumes) yapılan gp3 geçişi maliyetleri anında düşürür.

Mühendislik El Kitabı & Mekanizma

1. Temel Çalışma Mekanizması

gp2 mimarisinde patlama kredileri (burst bucket - 5,3M kredi) disk hacmine göre yenilenir. 100 GB'lık bir disk sürekli I/O aldığında kredilerini tüketir ve taban 300 IOPS'a çakılarak gecikme krizine yol açar; bu nedenle ekipler diski 1 TB'a büyütmek zorunda kalırdı. gp3 bu patlama modelini kaldırarak garantili performans sunar: Hacim boyutundan bağımsız (1 GB'tan 64 TB'a kadar) tüm disklere taban 3.000 IOPS ve 125 MB/sn bant genişliği standart olarak dahil edilir. İhtiyaç halinde ek IOPS (3.000 üzeri için $0,005/IOPS-ay) ve ek bant genişliği (125 üzeri için $0,04/MB/sn-ay) depolama alanını büyütmeden bağımsızca tahsis edilebilir.

2. Doğru Kullanım Senaryosu

Tüm genel amaçlı veritabanı sunucuları (PostgreSQL, MySQL, EC2 üzerinde Redis, MongoDB), Kubernetes kalıcı diskleri (EKS EBS CSI driver), CI/CD derleme düğümleri, Kafka mesaj kuyrukları ve Elasticsearch veri düğümleri. Yeni tahsis edilen disklerde gp2 kullanmayı gerektiren hiçbir mimari gerekçe kalmamıştır.

3. Prodüksiyon Arıza Modları

AWS ModifyVolume ile canlı disk tipi dönüşümü kesintisizdir ancak disk 'optimizing' (optimizasyon) durumuna girer ve bu süreçte (dakikalar ile saatler arası) diske yeni bir değişiklik emri verilemez. Ayrıca >125 MB/sn verim gerektiren büyük disklerde gp3'e geçerken ek throughput tahsis edilmesi unutulursa, büyük gp2 disklerinde eskiden yüksek hızla çalışan toplu veri aktarımları veya veritabanı yedek açma işlemleri 125 MB/sn sınırına takılabilir.

4. Teşhis ve Telemetri Sinyalleri

AWS Cost Explorer dökümlerinde yüksek `EBS:VolumeUsage.gp2` fatura kalemleri; eski gp2 disklerinde CloudWatch `VolumeBurstBalance` metriğinin %0'a düşmesi; gp3 geçişi sonrası throughput ayarlanmadığı için CloudWatch `VolumeThroughputPercentage` veya `VolumeIOPSPercentage` değerlerinin %100'e kilitlenmesi.

5. Önleme ve Mimari Bariyerler

AWS Organizations SCP veya Terraform kuralları ile yeni `gp2` disk oluşturulmasını engelleyin; AWS Config uyumsuzluk taraması üzerinden otomatik `ec2:ModifyVolume` betikleri çalıştırarak mevcut gp2 diskleri `gp3`e dönüştürün; 500 GB üzerindeki veya yoğun I/O alan disklerin IaC tanımlarında ek throughput değerlerini açıkça belirtin.

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

gp3 anında %20 tasarruf ve bağımsız IOPS sağlar; ancak iş yükü 3.000 IOPS veya 125 MB/sn sınırını aştığında bu parametrelerin manuel olarak boyutlandırılmasını gerektirir. Telemetri verisi olmadan gereksiz yüksek gp3 IOPS/throughput satın alınması elde edilen depolama tasarrufunu eritebilir.

Vaka İncelemesi (TinyCTO Örneği)

500 GB'lık gp2 disklerle 200 adet EC2 çalıştıran bir platform ekibi ayda $10.000 ($0,10 * 500 * 200) depolama ücreti ödüyordu. Hazırlanan otomasyon betiğiyle tüm diskler canlıda gp3'e dönüştürüldü; aylık fatura anında $8.000'a düşerek sıfır kesintiyle yılda $24.000 net tasarruf sağlandı.

İnteraktif Konsept Alıştırmaları

2 Alıştırma
Q1

Her AWS EBS gp3 diskinde ücretsiz olarak sunulan taban performans nedir?

Disk kapasitesinden bağımsız olarak 3.000 IOPS ve 125 MB/sn verim hızı.
Q2

EBS gp2 ile gp3 arasındaki taban depolama birim fiyatı nasıldır?

gp3, GB başına aylık $0,08 birim fiyatı ile gp2'nin $0,10'luk fiyatına göre %20 daha ucuzdur.

EBS gp2'den gp3'e Geçiş ve Temel IOPS Bağımsızlığı — Sıkça Sorulan Sorular

EBS diskini gp2'den gp3'e çevirmek sunucuyu yeniden başlatmayı veya kesintiyi gerektirir mi?

Hayır. AWS Elastic Volumes özelliği sayesinde disk tipi değişikliği (`ec2:ModifyVolume`) sunucu çalışırken ve I/O trafiği kesilmeden canlı olarak gerçekleştirilir.

Yapılandırılmamış bir gp3 diski hangi durumda büyük bir gp2 diskinden daha düşük performans gösterebilir?

1 TB'tan büyük ve gp2'nin otomatik 250 MB/sn throughput hızına alışmış disklerde; çünkü gp3 ek throughput tanımlanmadığı sürece varsayılan 125 MB/sn hız ile gelir.

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

Temel Gerçekler & İlkeler

  • ▸EBS gp3 decouples storage capacity from IOPS and throughput provisioning.
  • ▸gp3 includes 3,000 baseline IOPS and 125 MB/s throughput on all volumes at no extra cost.
  • ▸Storage cost on gp3 is 20% lower than gp2 ($0.08 vs $0.10 per GB-month).
  • ▸Migration uses Elastic Volumes for zero-downtime, live in-place modification.

Yaygın Yanılgılar

  • ✗Yanılgı: Converting EBS volumes requires detaching disks or stopping the EC2 instance (Gerçek: Elastic Volumes modifies live disks).
  • ✗Yanılgı: gp3 always delivers identical throughput out-of-the-box (Gerçek: Default throughput is 125 MB/s; workloads needing >125 MB/s must explicitly provision throughput).

Karar Kılavuzu & Önceliklendirme

Immediately migrate all legacy gp2 volumes to gp3 to capture baseline 20% savings. For databases with high sequential I/O, provision additional throughput up to 1,000 MB/s as needed.

Doğrulanmış Kaynaklar & Referanslar