Sanal sunucu, çoğu proje için doğru başlangıç noktasıdır. Ancak belirli bir noktadan sonra sanal katmanın kendisi bir sınır haline gelir ve karşınıza fiziksel sunucuya geçiş kararı çıkar. Bu kararın zamanlaması önemlidir: erken yapılan geçiş gereksiz maliyet, geç yapılan geçiş kaybedilen performans demektir.
Bu yazı, fiziksel (dedicated) sunuculara geçiş zamanının nasıl belirleneceğini ve geçişin nasıl yapılacağını anlatıyor.
Geçiş Zamanını Gösteren Beş Sinyal
Karar, hissiyata değil ölçüme dayanmalıdır. Aşağıdaki sinyallerden en az ikisi geçerliyse geçişi ciddi biçimde değerlendirin:
- Sanal sunucu paketinin en üst kademesindesiniz: Bir üst pakete geçme imkânınız kalmadıysa veya kalan kademeler fiziksel sunucu fiyatına yaklaştıysa, karşılaştırma yapmanın zamanı gelmiştir.
- Disk performansı darboğaz: I/O bekleme süreniz sürekli yüksek ve optimizasyonlar tükenmiş durumda. Sanal ortamda depolama katmanı paylaşılır; fiziksel sunucuda disk tamamen sizindir.
- Öngörülemeyen performans dalgalanmaları: Kendi trafiğinizle açıklanamayan performans değişimleri yaşıyorsanız, altyapı katmanındaki paylaşımdan etkileniyor olabilirsiniz.
- Özel donanım ihtiyacı: Belirli bir işlemci özelliği, özel bir hızlandırıcı kart veya sanal ortamda sunulmayan bir depolama düzeni gerekiyorsa, sanal katman bir engeldir.
- Maliyet dengesi değişti: Yüksek yapılandırmalı sanal sunucular belirli bir noktadan sonra fiziksel sunucudan pahalı hale gelir. Aylık faturanızı eşdeğer fiziksel sunucu fiyatıyla karşılaştırın.
Fiziksel Sunucu Ne Kazandırır, Ne Kaybettirir?
| Kriter | Sanal sunucu | Fiziksel sunucu |
|---|---|---|
| Kaynak paylaşımı | Donanım paylaşılır | Tamamen size ait |
| Disk performansı | Paylaşımlı depolama katmanı | Doğrudan donanım erişimi |
| Donanım seçimi | Paket kademeleri | Bileşen bazında |
| Ölçeklenme hızı | Dakikalar içinde | Yeni sunucu tedariki gerekir |
| Küçültme esnekliği | Kolay | Zor (taahhüt süresi) |
| Yeniden kurulum süresi | Dakikalar | Daha uzun |
| Donanım arızası etkisi | Genellikle başka makineye taşınır | Parça değişimi beklenir |
Tablonun son satırı önemlidir ve sıkça atlanır: sanal ortamda bir donanım arızası genellikle sizin fark etmeyeceğiniz şekilde çözülür — sanal makine başka bir fiziksel makineye taşınır. Fiziksel sunucuda ise arıza doğrudan sizi etkiler ve parça değişimi beklenir. Fiziksel sunucuya geçmek, performans kazanırken bir dayanıklılık katmanını kaybetmek anlamına gelir ve bunu yedeklilikle telafi etmeniz gerekir.
Geçiş Planı: Sekiz Adım
1. Mevcut Kaynak Kullanımınızı Ölçün
Yeni sunucuyu tahmine göre değil veriye göre boyutlandırın. En az bir aylık CPU, bellek, disk ve I/O verinizi çıkarın; tepe değerleri not edin. Yeni yapılandırma tepe değerin üzerinde bir pay içermeli.
2. Yeni Sunucuyu Kurun ve Sertleştirin
Teslim aldığınızda önce güvenlik yapılandırmasını tamamlayın: sistem güncellemesi, anahtar tabanlı SSH, güvenlik duvarı, uzaktan yönetim arayüzü kısıtlaması. Canlı veriyi sertleştirilmemiş bir makineye koymayın.
3. RAID ve Depolama Düzenini Kurun
Bu, sanal sunucuda hiç uğraşmadığınız bir adımdır ve sonradan değiştirilmesi zordur. Disk düzenini iş yükünüze göre baştan doğru kurun; veri yerleştikten sonra RAID seviyesi değiştirmek genellikle sıfırdan kurulum gerektirir.
4. Ortamı Birebir Kopyalayın
Aynı sürümleri kurun. Geçişle sürüm yükseltmesini aynı anda yapmayın — sorun çıktığında hangisinin sebep olduğunu ayırt edemezsiniz.
5. Veriyi Aktarın
Büyük veri kümelerinde iki aşamalı aktarım yapın: önce tam kopya (trafiği etkilemeden, günler öncesinden), sonra geçiş anında yalnızca değişenlerin senkronizasyonu. Böylece kesinti süresi son senkronizasyon kadar kısalır.
6. Yedekliliği Kurun
Fiziksel sunucuda kaybettiğiniz otomatik taşınma güvencesini telafi edin: RAID dizisini kurun ve izleyin, sunucu dışında yedek tutun, kritik sistemlerde ikinci bir sunucu düşünün.
7. hosts Dosyasıyla Test Edin
Alan adına dokunmadan, kendi bilgisayarınızdan yeni sunucuyu test edin. Tüm işlevleri gezin. Ziyaretçiler bu sırada eski sunucuda kalır.
8. TTL Düşürün ve Yönlendirin
Geçişten 24-48 saat önce DNS yaşam süresini düşürün. Geçiş anında eski sunucuyu yazma kapalı moda alın, son senkronizasyonu yapın ve DNS'i çevirin. Eski sunucuyu en az bir hafta açık tutun.
Geçişten Sonra Devraldığınız Sorumluluklar
Fiziksel sunucuya geçmek, sanal ortamda sağlayıcının sizin adınıza yaptığı bazı işleri devralmak demektir:
- RAID izleme: Bozulmuş bir dizi fark edilmezse, ikinci disk arızasında veri kaybı yaşanır.
- Donanım sağlığı takibi: Sıcaklık, fan durumu, disk sağlık göstergeleri. Uzaktan yönetim arayüzü bu verileri sunar.
- Firmware güncellemeleri: Yönetim denetleyicisi ve RAID denetleyicisi kendi yazılımlarına sahiptir ve ayrı güncellenir.
- Kapasite planlaması: Sanal sunucuda tek tıkla kaynak eklerken, fiziksel sunucuda büyüme öngörüsü yapıp önceden planlamanız gerekir.
Sonuç
Fiziksel sunucuya geçiş, kaynakların tamamen size ait olması ve disk performansının paylaşılmaması karşılığında bazı esneklikleri ve otomatik dayanıklılık katmanını bırakmak anlamına gelir. Bu takas, ölçülmüş bir darboğaz varsa değerlidir; "daha güçlü olsun" hissiyle yapıldığında ise gereksiz maliyet ve devralınmış operasyonel yük üretir. Kararı bir aylık kaynak verinizle verin ve geçiş planında RAID düzenini baştan doğru kurun — sonradan düzeltmesi en zor kalem odur.
Sıkça Sorulan Sorular (SSS)
Ne zaman geçmeliyim?
Sanal sunucu paketinizin üst kademelerindeyseniz, optimizasyonları tükettiyseniz ve hâlâ ölçülebilir bir darboğazınız varsa. Bu üç koşul birlikte sağlanmadan yapılan geçiş, genellikle çözülmemiş bir yazılım sorununu daha pahalı donanımla örtmek olur.
Geçişte ne kadar kesinti olur?
İki aşamalı aktarım ve düşürülmüş TTL ile fiili kesinti son senkronizasyon süresi kadardır — genellikle dakikalar. Kesintiyi uzatan şey veri boyutu değil, planlamanın eksikliğidir.
Fiziksel sunucudan geri dönebilir miyim?
Teknik olarak evet ama taahhüt süresi nedeniyle maliyetli olabilir. Bu yüzden geçişten önce ihtiyacınızın kalıcı olduğundan emin olun. Mevsimsel bir yük için fiziksel sunucuya geçmek, yılın büyük bölümünde atıl kapasiteye ödeme yapmak demektir.
Donanım arızasına karşı ne yapmalıyım?
Üç katman: RAID ile disk arızasına dayanıklılık, sunucu dışında yedek ile veri güvenliği ve kritik sistemlerde ikinci bir sunucu ile hizmet sürekliliği. Sanal ortamda sağlayıcının sağladığı otomatik taşınma güvencesi burada yoktur; yerini bu üç katman alır.
