Sözleşme imzalarken herkes başlangıcı düşünür. Oysa asıl belirsizlik sonda ortaya çıkar: ayrılmak istediğinizde verileriniz nasıl alınacak, ne kadar sürede taşıyabileceksiniz, hangi ücretler doğacak?
Bu yazı, fiziksel sunucu kiralamada çıkış planlamasını anlatıyor.
Neden Baştan Planlanmalı?
Çıkış koşulları, en az pazarlık gücünüzün olduğu anda gündeme gelir: ayrılmak istediğinizde.
- Sözleşme imzalarken pazarlık gücünüz yüksektir. Sağlayıcı sizi kazanmak ister.
- Ayrılırken pazarlık gücünüz düşüktür. Ve aceleniz vardır.
- Belirsiz maddeler size karşı yorumlanır.
Bu yüzden çıkış koşulları, giriş sözleşmesinin bir parçası olarak müzakere edilmelidir.
Sözleşmede Aranacak Maddeler
| Konu | Netleştirilmesi gereken |
|---|---|
| Fesih bildirimi | Kaç gün önceden bildirilmeli? |
| Taahhüt süresi | Erken çıkış cezası var mı? |
| Veri erişimi | Fesih sonrası ne kadar süre erişilebilir? |
| Veri devri | Yardım sağlanıyor mu, ücretli mi? |
| Veri imhası | Diskler nasıl silinir, belge veriliyor mu? |
| IP adresleri | Taşınabilir mi, ne kadar süre saklanır? |
| Son fatura | Kısmi dönem nasıl hesaplanır? |
Üçüncü satır en kritik olanıdır: fesih bildiriminden sonra sunucu ne zaman kapatılıyor? Bildirim yaptığınız gün kapatılıyorsa, veri taşıma için hiç zamanınız kalmaz.
Altıncı satır da beklenmedik bir maliyet üretebilir: IP adresi değişimi, dış servis beyaz listelerinden e-posta itibarına kadar geniş bir etki alanına sahiptir.
Veri Devri
Çıkış sürecinin en kritik ve en çok zaman alan kısmıdır:
- Veri hacmini hesaplayın. Kaç terabayt taşınacak?
- Aktarım hızını ölçün. Ne kadar sürer?
- Trafik maliyetini hesaba katın. Çıkış trafiği ücretlendiriliyor olabilir.
- Aktarım penceresini planlayın. Bant genişliğini tamamen doldurmadan.
- Doğrulama yapın. Aktarılan veri eksiksiz mi?
Üçüncü madde sürpriz bir fatura üretebilir: bazı sağlayıcılarda giden trafik ücretlidir ve büyük bir veri taşıması, beklenmedik bir maliyet doğurur. Bu maddeyi sözleşme öncesi netleştirin.
İkinci madde de gerçekçi planlama gerektirir: birkaç terabaytlık bir aktarım, bağlantı hızınıza göre günler sürebilir. Fesih bildirim süresi, bu aktarıma yetmelidir.
Fiziksel Aktarım
Çok büyük veri hacimlerinde ağ üzerinden aktarım pratik olmayabilir. Alternatifler:
- Disk veya teyp ile fiziksel taşıma
- Sağlayıcının sunduğu veri aktarım hizmeti
- Kademeli aktarım — önce eski veriler, sonra güncel
Üçüncü seçenek çoğu durumda en pratik olanıdır: arşiv verileri haftalar önceden aktarılır, yalnızca güncel veri son anda taşınır. Böylece kesinti penceresi kısa kalır.
Bu yaklaşım, taşıma planlamasının erken başlatılmasını gerektirir — fesih bildirimi yapmadan önce.
Veri İmhası
Siz ayrıldıktan sonra diskleriniz ne oluyor? Bu, özellikle kişisel veri işleyen kurumlar için kritik bir sorudur.
Netleştirilmesi gerekenler:
- Hangi yöntemle siliniyor? Biçimlendirme mi, güvenli silme mi?
- Ne zaman siliniyor? Fesih sonrası hemen mi, bir süre sonra mı?
- Belge veriliyor mu? Denetime tabi sektörlerde gerekebilir.
- Yedekler de siliniyor mu? Sağlayıcının aldığı yedekler.
- Diski satın alabilir miyim? Bazı sağlayıcılar buna izin verir.
Dördüncü madde sıkça atlanır: sağlayıcının yedekleme sistemindeki kopyalarınız, siz ayrıldıktan sonra da bir süre saklanıyor olabilir. Bu sürenin ne kadar olduğunu ve nasıl silindiğini öğrenin.
Beşinci madde, en yüksek güvence isteyen durumlar için bir seçenektir: diski bedeli karşılığında satın alıp kendiniz imha edersiniz.
IP Adresleri
Kiralık sunucularda IP adresleri genellikle sağlayıcıya aittir ve taşınamaz. Bunun sonuçları:
- DNS kayıtları güncellenmeli. Tüm A ve MX kayıtları.
- Dış servis beyaz listeleri güncellenmeli. Ödeme, kargo, API entegrasyonları.
- E-posta itibarı sıfırlanır. Yeni IP'nin geçmişi yoktur.
- SPF ve ters DNS yeniden kurulmalı.
- Lisans bağlamaları etkilenebilir. IP'ye bağlı lisanslar.
Üçüncü madde e-posta gönderen sistemler için ciddi bir maliyettir: yeni IP'nin gönderen itibarı sıfırdır ve hacmi kademeli artırmanız gerekir. Taşıma planınıza bu ısınma dönemini de ekleyin.
İkinci madde ise operasyonel bir risk üretir: güncellenmemiş bir beyaz liste, taşıma sonrası ödemelerin çalışmaması demektir.
Kesintisiz Geçiş
İdeal senaryo, iki sistemin bir süre paralel çalışmasıdır:
- Yeni sağlayıcıda ortam hazırlanır
- Veri aktarılır ve senkronize edilir
- Yeni ortam test edilir
- DNS ile trafik yeni ortama yönlendirilir
- Eski ortam bir süre açık tutulur
- Doğrulama sonrası eski sözleşme feshedilir
Bu akış, iki sözleşmenin bir dönem üst üste binmesini gerektirir. Bir aylık çift ödeme, kesintili bir geçişten çok daha ucuzdur.
Beşinci madde vazgeçilmezdir: DNS yayılımı tamamlanmadan eski sistemi kapatmak, bir kısım kullanıcı için kesinti demektir.
Bağımlılık Riski
Bazı hizmetler, çıkışı yapısal olarak zorlaştırır:
| Bağımlılık | Çıkış zorluğu |
|---|---|
| Standart işletim sistemi ve uygulamalar | Düşük |
| Sağlayıcıya özel yönetim paneli | Orta |
| Sağlayıcıya özel yedekleme sistemi | Orta-yüksek |
| Özel ağ ve depolama hizmetleri | Yüksek |
Üçüncü satır pratik bir tuzaktır: yedeklerinizi yalnızca sağlayıcının kendi sisteminde tutuyorsanız, çıkarken o yedekleri taşıyamayabilirsiniz.
Bu yüzden temel bir kural geçerlidir: yedeklerinizin en az bir kopyası, sağlayıcıdan bağımsız bir yerde olmalıdır. Bu, hem felaket kurtarma hem çıkış özgürlüğü sağlar.
Çıkış Kontrol Listesi
- Sözleşme fesih koşulları ve bildirim süresi kontrol edildi
- Veri hacmi ve aktarım süresi hesaplandı
- Çıkış trafiği maliyeti öğrenildi
- Yeni ortam hazırlandı ve test edildi
- Tüm veriler aktarıldı ve doğrulandı
- DNS kayıtları güncellendi
- Dış servis beyaz listeleri güncellendi
- E-posta yapılandırması yeni IP'ye göre kuruldu
- Lisanslar yeni ortama taşındı
- Eski ortam bir süre paralel tutuldu
- Veri imha talebi yapıldı ve belgelendi
- Son fatura kontrol edildi
Dokuzuncu madde sıkça atlanır ve taşıma sonrası fark edilir: donanım veya IP'ye bağlı lisanslar, yeni ortamda geçersiz olabilir ve yeniden etkinleştirme gerektirir.
Sözleşme Öncesi Sorular
Yeni bir sözleşme imzalarken sorulacaklar:
- Fesih bildirim süresi nedir?
- Taahhüt var mı, erken çıkış cezası nedir?
- Fesih sonrası veriye ne kadar süre erişebilirim?
- Çıkış trafiği ücretlendiriliyor mu?
- Veri devri için destek veriliyor mu?
- Diskler nasıl imha ediliyor, belge veriliyor mu?
- Sözleşme otomatik yenileniyor mu?
Son madde sıkça gözden kaçar ve istenmeyen bir bağlanma üretir: otomatik yenilenen bir sözleşmede, bildirim süresini kaçırırsanız bir dönem daha bağlanmış olursunuz. Yenileme tarihini takviminize ekleyin.
Sunucu kiralama teklifi değerlendirirken bu soruları baştan sorun — cevapların netliği, sağlayıcının şeffaflığı hakkında da fikir verir.
Sonuç
Çıkış koşulları, en az pazarlık gücünüzün olduğu anda gündeme gelir — bu yüzden giriş sözleşmesinin bir parçası olarak müzakere edilmelidir. En kritik madde fesih sonrası veri erişim süresidir: bildirim yaptığınız gün sunucu kapatılıyorsa taşımaya hiç zamanınız kalmaz. Çıkış trafiği maliyetini de önceden öğrenin; büyük bir veri aktarımı beklenmedik bir fatura doğurabilir. Ve temel kuralı unutmayın: yedeklerinizin en az bir kopyası sağlayıcıdan bağımsız bir yerde olmalıdır — bu, hem felaket kurtarma hem çıkış özgürlüğüdür.
Sıkça Sorulan Sorular (SSS)
Çıkış koşullarını ne zaman konuşmalıyım?
Sözleşme imzalarken. Ayrılmak istediğinizde pazarlık gücünüz düşük ve aceleniz olur; belirsiz maddeler o anda size karşı yorumlanır. Fesih bildirim süresi, veri erişim süresi ve çıkış maliyetleri giriş müzakeresinin parçası olmalıdır.
Fesih sonrası verilerime ne kadar süre erişebilirim?
Sözleşmeye bağlıdır ve mutlaka netleştirilmelidir. Bildirim yaptığınız gün sunucu kapatılıyorsa veri taşımaya hiç zamanınız kalmaz. Bu sürenin, veri hacminizi aktarmaya yetecek kadar uzun olduğundan emin olun.
Veri taşımanın maliyeti olur mu?
Bazı sağlayıcılarda giden trafik ücretlidir ve terabayt seviyesinde bir aktarım beklenmedik bir fatura doğurur. Bu maddeyi sözleşme öncesi netleştirin. Büyük hacimlerde fiziksel aktarım veya kademeli taşıma alternatiflerini de değerlendirin.
IP adresim taşınabilir mi?
Kiralık sunucularda genellikle hayır — adresler sağlayıcıya aittir. Bu, DNS kayıtları, dış servis beyaz listeleri ve e-posta yapılandırmasının yeniden kurulmasını gerektirir. Ayrıca yeni IP'nin e-posta itibarı sıfırdır; taşıma planınıza bir ısınma dönemi ekleyin.
