AWS müşterileri IPv4'ten kurtulamıyor

• AWS, Şubat 2024'ten itibaren herkese açık IPv4 adresleri için ücret alacağını duyurdu. Saatlik $0.005 ile aylık $4 veya yıllık $40'ın üzerinde bir maliyet oluşacak.
• Bu ücret; Elastic Load Balancers, EC2 instance'ları, Elastic IP'ler, herkese açık IP'ye sahip ECS Fargate görevleri, Global Accelerator IP'leri, Site-to-site VPN IP'leri, Managed NAT Gateways gibi hizmetleri etkileyecek. Paylaşımlı IPv4 adresleri ve non-VPC Lambda fonksiyonlarında kullanılan herkese açık IPv4 adresleri etkilenmeyecek.
• Bu duyuru, IPv6'nın benimsenmesini teşvik etmesinin beklendiği için birçok kişi tarafından memnuniyetle karşılandı; ancak yazar, çok sayıda AWS hizmetinde IPv6 desteği eksik olduğu için bu ücretin IPv6 benimsenmesi üzerinde büyük bir etkisi olmayacağını savunuyor.
• Yazar, VPC başına birden fazla Load Balancer bulundurmak ve Managed NAT Gateway'den kaçınmak için EC2 instance'ları ile Fargate görevlerine bilerek herkese açık IPv4 atamak gibi israf yaratan kalıpların yeni ücretlendirmeden ciddi biçimde etkileneceğine dikkat çekiyor.
• Yazar, API Gateway, Lambda, ECS ve App Runner gibi temel hizmetlerde IPv6 desteği eksik olduğu için AWS üzerinde yalnızca IPv6 ile çalışmanın fiilen imkansız olduğunu savunuyor. Hatta iç tarafta dual-stack çalıştırsanız bile, AWS hizmetlerinin çoğu yalnızca IPv4 hedeflerine bağlanabiliyor.
• Yazar, AWS'nin yeni ücreti IPv6 benimsenmesini teşvik eden bir adım gibi sunmasını eleştiriyor ve AWS'nin yıllardır IPv6'yı büyük ölçüde görmezden gelmesi nedeniyle bu ücretten kaçınmanın bir yolu olmadığını öne sürüyor.
• Yazar, IPv4 edinme maliyetlerindeki son artış dikkate alındığında IPv4 ücretinin gerekli olabileceği sonucuna varıyor; ancak bunun IPv6 benimsenmesini hızlandırmayacağını, ayrıca inovasyonu baskılayabileceğini ve bireysel AWS hesaplarını daha az cazip hale getirebileceğini belirtiyor.
• Bu, blog serisinin ilk bölümü. Gelecek yazılarda AWS'de IPv6 benimsenmesiyle ilgili ingress ve intra-VPC trafiği, egress trafiği ve uygulama programlama sorunlarına yönelik seçenekler daha derinlemesine ele alınacak.

[GN⁺]

Hacker News görüşü

• Amazon, dahili IPv4 adreslerinin tükenmesi nedeniyle tüm dahili sistemleri bölgesel sürümlere ayırmaya yönelik büyük bir proje yürütüyor
• IPv6'ya geçiş mümkün değil; çünkü IPv6'yı destekleyemeyen çok sayıda dahili ağ cihazı var
• AWS araçları, 10.x RFC1918 ağını belirsiz biçimde adresleyen ağ kurulumlarını güçlü şekilde önerdiği için, AWS'nin teşvikleri çalışan bir v6 sunma yönünde değil
• AWS'de yalnızca IPv6 kullanmanın önemli bir sorunu, GitHub'a erişmeye çalışan birçok yazılımın hâlâ IPv6'yı desteklememesi
• Bazı AWS müşterileri, bu ağ sistemlerini yönetmenin karmaşıklığı nedeniyle IP'den tamamen kurtulma isteğini dile getiriyor
• Lambda ve S3 gibi servislerin IPv6'yı desteklememesi önemli bir sorun ve AWS'nin fiyat değişikliğine gitmeden önce bunları IPv6 üzerinden erişilebilen çift yığınlı hale getirmesi gerekirdi
• AWS'nin başlıca IPv6 desteği, kısmen ABD hükümetinin geçişi başlatma emrinden kaynaklanıyor
• CloudFront'un özel origin'ler için IPv6'yı desteklememesi, origin olarak çok sayıda ayrı Fargate container çalıştıranlar için sorun yaratıyor
• ABD'de ISP rekabetinin yetersiz olması, IPv6'nın benimsenmesini engelliyor
• AWS'de yalnızca IPv6 kullanan bir VPC kurarsanız, çeşitli AWS servislerinden paket depolarına kadar birçok şey bozulabilir
• IPv6'da private address kavramı olmadığından, Managed NAT Gateway'e ve onun fiyatına veda etmeniz gerekir