Ek IPv4 Ücreti Bütçeyi Nasıl Etkiler?
Bir sunucunun aylık ücretine eklenen IPv4 bedeli, proje ve ortam sayısı arttıkça önemli bir gider olabilir. Bu yazı, adres kıtlığının geçmişini, fiyatı etkileyen koşulları ve hizmet sürekliliğini koruyarak adres ihtiyacını azaltma seçeneklerini ele alır. Güncel bir fiyat listesi değil, teklifleri değerlendirmek için bir karar çerçevesidir.
Önce tükenişin ne anlama geldiğini ayıracağız; ardından web, e-posta ve ağ mimarisindeki gerçek adres ihtiyacını inceleyeceğiz. Kiralama veya devir kararı, IPv6 geçişi ve işletim maliyeti aynı bütçenin parçalarıdır. Daha az IPv4 trafiği, daha az ücretli IPv4 adresi anlamına gelmeyebilir; tasarrufu kullanılan mimari ve hizmet sözleşmesi belirler.
IPv4 Tükenişi Ne Anlama Geliyor?
Sınırlı adres havuzu ve bölgesel tahsisler
IPv4 adreslerini sınırlı sayıda kapı numarası olan bir mahalleye benzetebiliriz. Mahalle büyüdükçe yeni numara ihtiyacı oluşur. Ancak internette her cihaz veya uygulama ayrı bir genel IPv4 kullanmaz: özel ağlar, NAT ve ortak erişim noktaları aynı genel adresi birden fazla iş yükünün kullanmasını sağlayabilir.
IANA’nın serbest IPv4 havuzu 3 Şubat 2011’de son blokların bölgesel kayıt kuruluşlarına dağıtılmasıyla tükendi. Bölgesel havuzlar aynı gün bitmedi: RIPE NCC, elindeki son /22 tahsisini 25 Kasım 2019’da yaptı. Bu tarihî olaylar mevcut adreslerin çalışmayı bıraktığı anlamına gelmez. İade edilen adresler, bekleme listeleri ve izin verilen devirler ilgili kayıt kuruluşunun güncel politikasına göre değerlendirilir.
Bir adresi paylaşmanın sınırları
Web siteleri aynı genel adresi paylaşabilir; bazı eski istemciler, protokoller veya karşı tarafın IP izin listeleri ise ayrı adres gerektirebilir. Paylaşım kararında kayıt tutma, güvenlik ve arıza etkisi birlikte ele alınmalıdır. IP adresi tek başına bant genişliği sınırı değildir; ortak sunucu, ağ veya proxy kapasitesi yetersizse servisler birbirini etkiler.
IPv4 Fiyatlarını Neler Etkiliyor?
Kıtlık, her zaman yükselen fiyat demek değildir
Kısıtlı arz edinme maliyetine baskı yapabilir; yine de fiyatlar blok büyüklüğüne, talebe ve işlem koşullarına göre düşebilir. Örneğin ARIN’de 22 Ocak 2026’da yayımlanan 2025 değerlendirmesi, izlenen transfer piyasasında fiyat düşüşünü anlatır. Bu gözlem, bugünün hosting ek-IP tarifesi veya her blok için geçerli bir teklif değildir. Toplu devir bedeli ile aylık sağlayıcı ücretini birbirine eşitlemeyin.
Talebi yalnızca sunucu sayısıyla tahmin etmek yanıltır. Yeni bir SaaS ürünü, bölge veya müşteri bağlantısı ek genel adres gerektirebilir; aynı işi mevcut giriş ve çıkış katmanları da karşılayabilir. AI talebi ve veri merkezi genişlemeleri kapasite planlamasının arka planını açıklar. Daha fazla hesaplama kapasitesi, her iş yükü için yeni bir genel IPv4 gerektirdiği anlamına gelmez.
Teklifte görünmeyen maliyetler
Kiralama ve devir tekliflerine işlem ücretleri, yönlendirme hizmeti, kayıt yönetimi, adres geçmişi incelemesi ve olası düzeltme emeği eklenebilir. Farklı tarihlerdeki fiyatları aynı blok büyüklüğü, süre, para birimi ve hizmet kapsamıyla karşılaştırın. ARIN’in transfer rehberi kayıt koşullarını, RIPE NCC’nin IPv4 tükeniş sayfası ise bölgesel tahsis geçmişini açıklar; bu kaynaklar piyasa fiyat garantisi vermez.
Web ve E-posta İçin Gerçek Adres İhtiyacı
SNI ile bir IP üzerinde birden fazla HTTPS sitesi
SNI, TLS bağlantısının başında istemcinin ulaşmak istediği alan adını belirtmesini sağlar. Sunucu bu bilgiyle uygun SSL/TLS sertifikasını seçebilir; modern istemcilerle her siteye ayrı IP ayırmak çoğunlukla gerekmez. Her alan adı için doğru sertifika kapsamı ve sanal sunucu eşlemesi yine gereklidir. ECDSA ve RSA sertifika uyumluluğu rehberi algoritma seçimini, SNI açıklaması ise ad temelli TLS paylaşımını ele alır. İki konu birbirinin yerine geçmez.
E-posta için ayrı IP kararı gönderim hacmine, düzenine ve itibar yönetimine bağlıdır. Düşük hacimde iyi yönetilen ortak bir gönderim hizmeti daha uygun olabilir; ayrı adres tek başına teslim garantisi sağlamaz. İşlem ve pazarlama mesajlarını ayırma ihtiyacını, gönderim hizmetinin sunduğu seçeneklerle değerlendirin. Postfix, Dovecot ve rspamd rehberi kendi e-posta altyapısını işletmenin kapsamını gösterir; kademeli devreye alma ayrıntıları aşağıdaki e-posta bölümündedir.
Adres ayrımı ve kaynak ayrımı
Ayrı IP; izin listesi, yönlendirme veya itibar yönetimi için yararlı olabilir, fakat aynı sunucudaki CPU, bellek ve ağ kapasitesini ayırmaz. Yalıtım ihtiyacını yalnızca adres sayısıyla çözmeyin. Bir hizmetin yoğunluğu veya kötüye kullanımı ortak giriş noktasını etkiliyorsa hız sınırları, kaynak ayrımı ve arıza alanları da tasarımın parçası olmalıdır.
IPv6’ya Kontrollü Geçiş
Önce erişimi doğrulayın, sonra AAAA yayımlayın
Dual-stack, IPv4 ve IPv6 erişimini birlikte sunar. Doğrudan barındırılan bir site için AAAA kaydından önce IPv6 yönlendirmesini, web/TLS dinleyicilerini ve güvenlik duvarını doğrulayın. CDN veya proxy kullanılıyorsa istemcinin uç noktaya IPv6 bağlantısı ile uç noktanın kaynak sunucuya bağlantısı farklı katmanlardır; ikisini ayrı test edin.
Düşük riskli bir alan adıyla başlayıp IPv6 üzerinden bağlantı başarısını, gecikmeyi ve uygulama hatalarını izleyin. Kullanıcıların ağlarına göre IPv6 trafik payı değişir; daha hızlı erişim varsaymayın. Dual-stack mevcut IPv4 adreslerini koruduğu sürece adres ücretini kendiliğinden azaltmaz. Ölçümler, sonraki adres birleştirme kararına girdi sağlar.
Uygulama ve güvenlik katmanlarını birlikte kontrol edin
Uygulamanın IP alanları, erişim listeleri, log biçimi ve üçüncü taraf bağlantıları IPv6’yı desteklemelidir. Yük dengeleyici ve WAF kurallarını da iki adres ailesi için inceleyin. İzleme yalnızca IPv4 yolunu kontrol ederse IPv6 hataları görünmeyebilir. Her katmanın sahibi, test sonucu ve geri dönüş adımı kayda geçirilmelidir.
IPv4’ü Verimli Kullanmak: Giriş, Çıkış ve Kapasite
Giriş trafiğini uygun katmanda birleştirin
Ters proxy veya yük dengeleyici, arka uçtaki birden fazla servisi az sayıda genel adres üzerinden sunabilir. L4 yönlendirme bağlantı ve port bilgileriyle; HTTP’yi sonlandıran L7 katmanı alan adı ve istek yolu gibi bilgilerle çalışır. TLS passthrough kurgusunun görebildiği bilgiler daha sınırlıdır. HAProxy L4/L7 yük dengeleme rehberi bu seçimleri ayrıntılandırır. Yedeklilik ihtiyacı nedeniyle her kurulumun tek IP’ye inmesi beklenmemelidir.
Dışarıya bağlantı kuran özel ağ servisleri için ortak NAT çıkışı düşünülebilir. Bağlantı ve port kapasitesini, zaman aşımlarını ve gateway maliyetini hesaba katın; NAT güvenlik duvarının yerine geçmez. Ortak adresin arkasındaki iş yükünü belirlemek için zaman damgası, kaynak/hedef adres-port ve protokol bilgilerini NAT eşlemeleriyle ilişkilendiren kayıtlar gerekir. Kayıt erişimi ve saklama süresi de planlanmalıdır.
CDN’nin maliyet etkisini doğru ölçün
CDN, önbelleğe alınabilen içeriği uçtan sunarak kaynak sunucunun işini ve trafiğini azaltabilir. Ancak kaynak IPv4 adresinin tahsisi sürüyorsa yalnızca trafik azalması adres ücretini kaldırmaz. Kişiye özel içerik için doğru önbellek kuralları, güvenilir kaynak erişim politikası ve CDN hizmet bedeli de toplam maliyete dahildir.
Ek IP, Dış Blok Kiralama ve Devir Kararını Ayırın
Önce sağlayıcı uygunluğu ve adres geçmişi
Mevcut sağlayıcıdan ek IP almak ile dışarıdan bir blok kiralayıp getirmek farklı işlemlerdir. Dış blok için satın almadan veya sözleşme imzalamadan önce sağlayıcının BYOIP/adres getirme ve yönlendirme desteğini, kabul ettiği blok büyüklüğünü ve kullanılabilecek hizmet/bölgeyi yazılı olarak doğrulayın. Bu destek her VPS veya hosting paketinde bulunmaz. Ardından kayıt sahibini, devir/kullanım yetkisini, kötüye kullanım geçmişini, engel listelerini ve ilgili geolokasyon verilerini inceleyin; temiz bir kontrol gelecekte sorunsuz kullanım garantisi değildir.
Kiralamada süre, yenileme bedeli, fesih/geri çağırma, taşıma takvimi, PTR yönetimi ve kötüye kullanım sorumluluğu açık olmalıdır. Devirde başlangıç maliyetine ek olarak kayıt ve işletim giderleri devam edebilir. Piyasada “satın alma” denen işlem ilgili kayıt kuruluşunun kaynak kullanım ve transfer koşullarına tabidir. Kısa vadeli esneklik ile uzun vadeli toplam maliyeti, yalnızca ilk teklifi karşılaştırarak değerlendirmeyin.
Yönlendirme yetkisi ve işlem sorumlulukları
Bloku kimin duyuracağını ve hangi ASN’nin çıkış kaynağı olacağını sağlayıcıyla kararlaştırın. İstenen yetki belgesi/LOA ve yönlendirme kayıtlarını hazırlayın; ROA varsa hedef origin ASN ile duyurulacak önek uzunluğunu yetkilendirdiğini kontrol edin. RPKI origin doğrulaması bütün AS yolunu doğrulamaz ve tüm rota sızıntılarını önlemez. Aracıdan kayıt koşullarını, teslim kabul ölçütlerini ve başarısız işlemde iade yolunu açıklayan belgeler isteyin.
E-posta IP’sini Kademeli Devreye Alın
Gönderim hızını alıcı tepkisine göre ayarlayın
Yeni gönderim adresinde izinli alıcılara düzenli ve kademeli hacimle başlayın; geçici retleri, kalıcı hataları ve şikâyetleri izleyin. Sorun artarsa hacmi yükseltmeyi durdurup nedeni çözün. SPF, DKIM ve DMARC yapılandırmasını doğrulayın; gönderen IP’nin PTR adı ileri DNS’te aynı IP’ye dönmelidir. IPv4 için A, IPv6 için AAAA karşılığını kontrol edin. E-posta sunucusu kurulum rehberindeki DNS ve teslim testlerini, seçtiğiniz alıcıların güncel gönderici kurallarıyla birlikte uygulayın.
Her gönderim akışına yeni IP eklemek havuzu gereksiz büyütebilir ve her adresin yeterli düzenli hacme ulaşmasını zorlaştırabilir. Ayrıştırma kararını ölçülen hacim ve itibar ihtiyacına dayandırın; etki yalnızca IP’de değil alan adı itibarında da görülebilir. IPv6 üzerinden e-posta gönderebilmek, tüm alıcıların aynı şekilde kabul edeceği anlamına gelmez. Alıcı desteği ve gerçek teslim sonuçları doğrulanmadan gerekli IPv4 yolunu kaldırmayın.
Bütçe Planı: Toplam Maliyet ve Yeniden Değerlendirme
Aynı dönem ve kapsam için senaryolar kurun
Karşılaştırmaya ücretli adres sayısı, birim bedel, tahsis süresi, kurulum/devir ücreti ve devam eden yönetim giderlerini yazın. Proxy, NAT, trafik ve e-posta hizmeti gibi yeni giderleri de ekleyin. Fiyatın yükseldiği, sabit kaldığı ve düştüğü senaryoları değerlendirin; tasarrufu tek bir piyasa tahminine bağlamayın. Sözleşme bitişi ve yenileme koşulları planın parçası olsun.
Yeni bölge, müşteri veya ürün için önce gerçekten gereken giriş/çıkış adreslerini belirleyin. Veri merkezi kapasitesi ve AI talebi gibi büyüme varsayımlarını bütçeye aktarırken CPU/GPU kapasitesi ile genel adres ihtiyacını ayrı satırlarda tutun. Böylece kapasite artışı otomatik olarak aynı oranda IPv4 alımına dönüşmez.
Tasarrufu fatura ve erişim sonuçlarıyla doğrulayın
Her değişiklik için sorumlu kişi, beklenen adres azalması, ek hizmet maliyeti ve kabul ölçütü belirleyin. Giriş birleştirmesi sonrası erişim ve kapasite testlerini tamamlayın; sonra kullanılmayan tahsisi iade edin. Ücretin hangi tarihte durduğunu sağlayıcı koşullarından doğrulayın. IPv6 trafik yüzdesini başarı göstergesi olarak izleyebilirsiniz, ancak bütçe sonucunu net gider değişimiyle ölçün.
Adres Değişikliği ve Bakım İçin İşletim Planı
Envanter yalnızca IP listesinden oluşmasın
Her adres için hizmet sahibi, kullanım nedeni, DNS kayıtları, karşı taraf izin listeleri, PTR, sözleşme ve faturalama bilgisini tutun. Taşımadan önce ilgili DNS TTL değerini düşürün ve önceki TTL süresinin geçmesini bekleyin; sonradan düşürülen TTL önceden önbelleğe alınmış kaydı anında değiştirmez. Geçiş doğrulandıktan sonra uygun normal TTL değerine dönün.
IP değişikliğinde sertifikanın kapsamını, HTTPS sanal sunucu eşlemesini ve yenileme doğrulama yolunu tekrar test edin. Alan adına düzenlenmiş sertifika yalnızca IP değişti diye geçersiz olmaz; yeni uç noktanın doğru sertifikayı sunduğundan emin olun. İkili sertifika rehberini farklı istemci gruplarının yeni uç noktadaki uyumluluk kontrolleri için kullanabilirsiniz.
Bakımda bağlantı boşaltma ve geri dönüş
Yük dengeleyici arka uçları değiştirirken health check, mevcut bağlantıların tamamlanması ve oturum davranışı için test yapılmalıdır. Mavi-yeşil geçiş, uygulama ve veri uyumluluğunun yerine geçmez. Eski adresi veya sunucuyu kapatmadan önce DNS önbellekleri, uzun bağlantılar ve bağımlı sistemlerin yeni yola geçtiğini gözleyin; geri dönüş için gereken eski tahsisi erken bırakmayın.
Sık Hatalar: Eksik Güvenlik ve Acele Adres İadesi
Değişiklik sonrası kontrolleri tamamlayın
Ortak IP kullanırken belirsiz servis sahipliği, eksik çıkış kuralları ve kapalı loglar olayın kaynağını bulmayı zorlaştırır. Bir servis ele geçirilirse yalnızca yeni IP’ye taşımak kötüye kullanım nedenini çözmez. Erişimi sınırlayın, kaynağı düzeltin ve etkilenen kayıtları inceleyin; kontrolü tamamlamadan aynı adresi başka bir işe tahsis etmeyin.
Konuma göre içerik sunan veya işlem doğrulayan bağımlı sistemleri de geçiş testine ekleyin. IP geolokasyon veritabanları birbirinden farklı olabilir ve değişiklikleri aynı anda yansıtmaz. Yanlış ülke bilgisi bu sistemlerin davranışını etkileyebilir; IP değiştirmek tek başına SEO sıralama iyileşmesi sağlamaz. İlgili veri sağlayıcısına düzeltme talebi ve takip sorumlusu atayın.
İlk Adımı Mevcut Adres Envanterinden Seçin
IPv4 tükenişi mevcut internetin durduğu anlamına gelmez; sınırlı kaynağın edinme ve işletme kararlarını daha önemli hale getirir. Başlangıçta hedef, kanıtlanabilir biçimde gereksiz olan bir tahsisi veya eski bir mimari varsayımı belirlemektir. Hizmet sahibinin ve geri dönüş planının belli olduğu küçük bir değişiklik seçin.
Değişikliği test edip erişim, hata ve maliyet sonuçlarını kaydedin. Yeni blok gerekiyorsa sağlayıcı uygunluğunu ve sözleşmeyi önce doğrulayın; yeterli adres varsa sırf fiyat beklentisiyle havuzu büyütmeyin. Sonraki değerlendirmeyi bir yenileme, yeni bölge veya kullanım eşiğine bağlayarak planı güncel tutun.
