Hangi yükseltmede IP değişebilir?
Sağlayıcı mevcut sanal sunucunun kaynaklarını artırabilir, sanal sunucuyu başka bir fiziksel makineye taşıyabilir veya yeni bir sanal sunucu oluşturabilir. Fiziksel makine değiştiğinde adresin durumu, sağlayıcının o adresi hedef ağda kullanıma açabilmesine bağlıdır. Örneğin AWS EC2’de bazı paket değişikliklerinde durdurup başlatma sırasında otomatik atanmış genel IPv4 yenilenir. Sabit veya yeniden atanabilir bir IP ürününüz varsa hedef sunucuda ve lokasyonda kullanılabildiğini kontrol edin.
| İşlem | IP ve kesinti durumu | Önceden teyit edin |
|---|---|---|
| Mevcut sunucuda CPU ve RAM artışı | Adres tahsisi korunabilir. Kaynakların tanınması için yeniden başlatma gerekebilir. | IPv4 ve IPv6 tahsisi, bakım saati ve tahmini kesinti süresi. |
| Disk kapasitesini artırma | İşlem aynı sunucuda yapılabilir. Disk, bölüm ve dosya sistemi ayrı büyütme adımları gerektirebilir. | Disk türü, yeni alanın işletim sistemine nasıl tanıtılacağı ve küçültme koşulları. |
| Yeni VDS veya lokasyon değişikliği | Yeni adres verilmesi olasıdır. Eski ve yeni sunucu geçiş boyunca bir süre birlikte çalışabilir. | Mevcut adresin taşınabilirliği, eski sunucunun ne kadar açık kalacağı ve son veri eşitlemesi. |
Yalnız Net’te yükseltme, kaynak ve paket uygunluğuna göre değerlendirilir. Yalnız Net destek ekibine hizmet numaranızı ve hedef paketi iletip geçiş yöntemini, korunacak adresleri, fiyat farkını ve olası bakım aralığını işlemden önce yazılı teyit edin.
Bakım ve geri dönüşü planlayın
- Kapasiteyi ve uyumluluğu kontrol edin. Mevcut disk kullanımını, bağlı ek diskleri ve işletim sistemini not edin. Hedef paketin disk alanını ve varsa kontrol paneli lisans koşullarını sağlayıcıyla karşılaştırın. Disk büyüdüğünde eski pakete dönmek için yeni bir sunucuya taşıma gerekebilir.
- Geri yüklenebilir yedek alın. Dosya, veritabanı ve servis yapılandırmalarının bir kopyasını sunucudan bağımsız bir yerde saklayın. Altyapı destekliyorsa bakım öncesinde snapshot alın ve snapshot ile uygulama yedeğinin geri dönüş kapsamını kontrol edin. Özellikle işlem alan veritabanlarında tutarlı bir yedek ve geri yükleme denemesi planlayın.
- Bakım saati ve geri dönüş kararını belirleyin. Planlanan yeniden başlatmanın süresine uygulamanın açılış ve test süresini ekleyin. Yeni sunucuda kritik servis açılmazsa eski sunucunun ne kadar kullanılabilir kalacağını ve kararın ne zaman verileceğini belirleyin.
IP değişirse DNS ve servisleri hazırlayın
Yetkili DNS panelinde eski IPv4’ü kullanan A kayıtlarını ve eski IPv6’yı kullanan AAAA kayıtlarını listeleyin. DNS kaydınızda TTL 3.600 saniyeyse ve panel izin veriyorsa, geçişten en az bir saat önce örneğin 300 saniyeye düşürün. Bazı çözümleyiciler eski yanıtı önceki süre boyunca önbellekte tutar. Planlı geçişte eski sunucuyu, kalan trafik ve uygulama kayıtlarını gözlemleyebileceğiniz kadar açık tutmayı sağlayıcıyla kararlaştırın.
IP ile çalışan SSH ve uzak masaüstü bağlantılarını, güvenlik duvarındaki izin listelerini, VPN uçlarını ve harici servislerin IP izinlerini güncelleyin. Sunucu e-posta gönderiyorsa yeni çıkış IP’si için ters DNS kaydını IP sağlayıcısıyla teyit edin. Gönderici ana bilgisayar adının ileri ve geri DNS eşleşmesini doğrulayın. Ayrıntılı adımlar için PTR ve Reverse DNS rehberine bakın.
Cloudflare proxy açıksa genel DNS sorgusunda Cloudflare adresleri görünür. Bu durumda yeni sunucu adresini paneldeki ilgili kayıtta kontrol edin. Adres değişikliğinden önce sağlayıcının yönetim konsoluna erişiminizi de doğrulayın. Ağ ayarı nedeniyle SSH veya RDP bağlantısı kesilirse konsol, sunucuyu ve servislerin durumunu kontrol etmek için ayrı bir erişim yolu sağlar.
Geçişten sonra neyi test etmelisiniz?
Yeni hedefi gerçek alan adı ve HTTPS ile kontrol edin. Web sitesi, yönetim paneli, oturum açma, veritabanı ve varsa e-posta akışını deneyin. IPv4 ve IPv6 erişimini ayrı test edin. Bağlantı sorununda uzak masaüstü rehberindeki bağlantı ve oturum kontrollerini kullanın.
İşletim sisteminde CPU sayısını, toplam RAM’i ve dosya sistemindeki kullanılabilir alanı doğrulayın. Kritik bir servis açılışta otomatik başlamıyorsa bakım penceresi içinde ayarını ve yeniden açılış sonucunu kontrol edin.
Sipariş veya form alan bir uygulamada son veri eşitlemesinin ardından yazma işlemlerini tek hedefe yönlendirin. Eski sunucuyu erişim kayıtları sakinleşene ve yeni tarafta veri bütünlüğü doğrulanana kadar açık tutmak mümkünse, geri dönüş için zaman kazanırsınız. Yeni sunucu veri almaya başladıysa geri dönüşten önce bu kayıtların nasıl eşitleneceğini planlayın.
