Fiziksel sunucu mu, sanallaştırma mı sorusu genellikle performans üzerinden tartışılır. Oysa KOBİ ölçeğinde kararı belirleyen faktörler çoğu zaman başka yerdedir: yedekleme, felaket kurtarma süresi ve lisans maliyeti.
Sanallaştırma tam olarak nedir
Sanallaştırma, tek bir fiziksel sunucu üzerinde birbirinden bağımsız birden fazla sanal makine çalıştırmaktır. Her sanal makinenin kendi işletim sistemi, kendi diski ve kendi ayarları vardır; birbirlerini etkilemezler.
Pratikte şu anlama gelir: dosya sunucusu, muhasebe uygulaması ve yedekleme sunucusu ayrı ayrı fiziksel makineler yerine tek bir güçlü makine üzerinde, birbirinden yalıtılmış olarak çalışır.
Sanallaştırmanın gerçek avantajı: kurtarma süresi
En sık dile getirilen avantaj donanım tasarrufudur. Sahada asıl fark yaratan ise şudur: sanal makine tek bir dosyadır.
Fiziksel bir sunucu bozulduğunda yeni donanım temin etmeniz, işletim sistemini kurmanız, uygulamaları yeniden yapılandırmanız ve veriyi geri yüklemeniz gerekir. Bu günler alabilir.
Sanal makinede aynı senaryo, yedeklenmiş sanal disk dosyasını başka bir ana makinede başlatmaya iner. Doğru kurgulanmış bir yapıda kurtarma süresi saatlerle ölçülür.
Felaket kurtarma planınız varsa — ki olmalı — bu tek başına belirleyici bir fark olabilir.
Diğer avantajlar
- Kaynak verimliliği. Ayrı fiziksel sunucular genellikle kapasitelerinin küçük bir kısmını kullanır; sanallaştırma bu atıl kapasiteyi toplar.
- Yalıtım. Bir uygulamanın çökmesi diğerlerini etkilemez.
- Anlık görüntü (snapshot). Güncelleme öncesi durum kaydedilir; sorun çıkarsa dakikalar içinde geri dönülür.
- Daha az donanım. Daha az elektrik, daha az soğutma, daha az kabin alanı.
- Kolay büyüme. Yeni bir sunucuya ihtiyaç duyduğunuzda donanım almadan sanal makine eklersiniz.
Fiziksel sunucunun hâlâ doğru olduğu durumlar
Sanallaştırma her senaryoda üstün değildir.
- Tek bir ağır uygulama varsa. Sunucuyu zaten tek bir yoğun iş yükü dolduruyorsa sanallaştırma katmanı sadece ek karmaşıklık getirir.
- Özel donanım gerekiyorsa. Belirli bir kart, kilit (dongle) veya doğrudan donanım erişimi isteyen uygulamalar.
- Uygulama üreticisi desteklemiyorsa. Bazı sektörel yazılımlar sanal ortamda destek dışı kalır; satın almadan önce sorulmalıdır.
- Yönetecek kimse yoksa. Sanallaştırma bir yönetim katmanıdır; kimse bakmıyorsa fayda üretmez.
Tek makinede toplamanın riski
Sanallaştırmanın en çok atlanan tarafı budur: birden fazla sistemi tek fiziksel makinede topladığınızda, o makine tek arıza noktası hâline gelir.
Bunu yönetmenin yolları vardır:
- Sanal makine yedeklerinin ayrı bir cihaza ve şirket dışına alınması
- Kritik yapılarda ikinci bir ana makine bulundurulması
- Disk katmanında yedeklilik (RAID) — ancak bunun yedekleme yerine geçmediğini unutmadan
- Yedekten dönüş süresinin ölçülmüş ve biliniyor olması
Yedekleme mimarisi kurulmadan yapılan sanallaştırma, riski azaltmaz; yoğunlaştırır.
Lisans tarafı
Sanallaştırma kararının en çok sürpriz yaratan kısmı lisanslamadır. Bazı işletim sistemi ve uygulama lisansları fiziksel çekirdek sayısına göre hesaplanır; bazıları belirli sayıda sanal makine çalıştırma hakkı verir.
Donanım maliyetinde kazandığınızı lisansta kaybetmemek için bu hesabın satın alma öncesinde yapılması gerekir.
Nasıl karar verilir
Pratik bir sıra:
- Kaç ayrı iş yükü var? Tek uygulama varsa fiziksel; birden fazla bağımsız sistem varsa sanallaştırma.
- Kurtarma süresi hedefiniz nedir? "Bir gün duramayız" diyorsanız sanallaştırma belirgin avantaj sağlar.
- Özel donanım veya destek kısıtı var mı? Varsa fiziksel.
- Lisans maliyeti nasıl değişiyor? Her iki senaryo için hesaplayın.
- Yedekleme mimarisi kuruldu mu? Kurulmadıysa önce o.
Sık sorulan sorular
Mevcut fiziksel sunucumu sanallaştırabilir miyim?
Çoğu durumda evet. Çalışan bir fiziksel sunucu, sanal makineye dönüştürülebilir. Öncesinde uygulama uyumluluğu ve lisans durumu kontrol edilmelidir.
Sanallaştırma performans kaybı yaratır mı?
Modern donanımda genel kullanım için kayıp ihmal edilebilir düzeydedir. Yoğun disk G/Ç gerektiren iş yüklerinde depolama katmanının doğru kurgulanması önemlidir.
Kaç sanal makine çalıştırabilirim?
Bu, işlemci çekirdeği, bellek ve depolama kapasitesine bağlıdır. Belirleyici olan genellikle bellektir.
Karar aşamasındaysanız
Mevcut yapınızı ve büyüme beklentinizi inceleyip uygun mimariyi birlikte belirleyebiliriz. Sunucu kurulumu ve bakım hizmetimiz kapsamında kurulum ve devreye alma, BT danışmanlığı kapsamında ise planlama tarafını yürütüyoruz.
Yedekleme mimarisi için: yedekleme ve felaket kurtarma.
Görüşmek için: +90 (212) 222 4 111