1. Mevcut Sunucu Envanterinizi Çıkarın
Her fiziksel sunucunun marka, model, CPU/RAM/disk kapasitesini ve çalışan uygulamaları listeleyin. Güç tüketimi ve ağ bağlantı hızlarını da not edin. Eskişehir’deki bir üretim tesisinde 8 farklı sunucu olduğu halde sadece 4’ünün aktif kullanıldığını görmek mümkün.
Bu envanter, hangi sunucuların sanallaştırılacağına ve hangi kaynakların yeterli olduğuna karar vermenizi sağlar.
2. Kapasite ve Performans Metriklerini Toplayın
En az 3 ay boyunca CPU, RAM, disk IOPS ve ağ kullanımı verilerini toplayın. PerfMon (Windows) veya sar/atop (Linux) araçları iş görecektir. Pik yük dönemlerini belirleyin; örneğin muhasebe kapanış saatlerinde sunucu yükü %95’e çıkıyorsa, sanal ortamda bu dönemler için yeterli kaynak ayırın.
Ortalama yük yerine %95’inci persentil değerlerine göre planlama yapmak daha sağlıklıdır.
3. Uygulama Uyumluluk Testini Yapın
Tüm uygulamaların sanallaştırılmış ortamda çalıştığından emin olun. Özellikle eski yazılımlar (örneğin DOS tabanlı ERP) veya donanım kilitli lisanslar sorun çıkarabilir. VMware’in vCenter Converter veya Microsoft’un MVMC aracı ile fizikselden sanala (P2V) dönüşüm öncesi test sürüşü yapın.
Eskişehir Bilgisayar, uyumsuzluk durumunda alternatif çözümler (örneğin legacy VM modu) sunar.
4. Yedekleme Stratejisini Belirleyin
Geçiş öncesinde mevcut yedekleme sisteminizin sanal ortamla uyumlu olup olmadığını kontrol edin. Veeam, Nakivo veya Acronis gibi araçlar hem fiziksel hem sanal yedekleme yapabilir. Tüm yedekleri harici bir diskte veya bulutta saklayın.
Geçiş sırasında bir sorun olursa, son tam yedekten dönüş yapabilmek için yedekleri en fazla 24 saat eski tutun.
5. Ağ ve Depolama Altyapısını Gözden Geçirin
Sanallaştırma, ağ ve depolama altyapısına daha fazla yük bindirir. Mevcut switch’leriniz 10 GbE bağlantı destekliyor mu? Depolama alanınız iSCSI, NFS veya FC protokolüne hazır mı? Eskişehir’deki bir firma, geçiş sonrası ağ darboğazı yaşadığı için switch yükseltmesi yapmak zorunda kalmıştı.
En az 2 adet 10 GbE uplink ile yedekli ağ bağlantısı kurun.
6. Sanal Makine Şablonları Oluşturun
Standart işletim sistemi yapılandırmalarını şablon haline getirerek dağıtımı hızlandırın. Windows Server 2022 veya Ubuntu 24.04 için önceden güncellenmiş, güvenlik ayarları yapılmış şablonlar hazırlayın. Bu sayede yeni bir sanal makine talep edildiğinde dakikalar içinde ayağa kaldırabilirsiniz.
7. Rollback Planı Hazırlayın
Geçiş sırasında kritik bir hata oluşursa, eski fiziksel sunuculara geri dönmek için adım adım plan yapın. Her adımda başarı kontrolü yapın ve beklenmeyen durumda durun.
Örnek: İlk olarak test sunucularını sanallaştırın, 1 hafta boyunca izleyin, ardından üretim sunucularına geçin.
8. Kullanıcı Bildirimi ve Eğitim
Çalışanlarınızı geçiş takvimi ve olası kesintiler hakkında önceden bilgilendirin. Sanal makineye bağlanma yöntemleri (RDP, SSH, konsol) kısa bir dokümanla desteklenebilir.
9. Yedekleme ve Restorasyon Testi Yapın
Geçiş tamamlandıktan sonra rastgele seçtiğiniz 2-3 sanal makineyi yedekten geri yükleyerek test edin. Restorasyon süresi ve veri bütünlüğünü kontrol edin.
Eskişehir Bilgisayar, geçiş sonrası 3 ay boyunca ücretsiz izleme ve destek sunarak olası sorunları önceden tespit eder.
