Bir fiziksel sunucunun en az bilinen avantajlarından biri şudur: üzerinde kendi sanal makinelerinizi çalıştırabilirsiniz. Tek bir güçlü makineyi, birbirinden izole birden fazla sunucuya bölmek — hem kaynak verimliliği hem yönetim esnekliği sağlar ve çoğu durumda ayrı ayrı sunucu kiralamaktan ekonomiktir.
Bu yazı, fiziksel (dedicated) sunucular üzerinde sanallaştırmanın ne zaman mantıklı olduğunu, hangi teknolojinin seçileceğini ve kaynak planlamasının nasıl yapılacağını anlatıyor.
Neden Sanallaştırma?
- İzolasyon: Test ortamınızdaki bir hata, canlı ortamınızı etkilemez. Farklı müşterilerin projeleri birbirinden ayrılır. Bir sanal makine çökse diğerleri çalışmaya devam eder.
- Farklı işletim sistemleri: Aynı donanımda hem Linux hem Windows çalıştırabilirsiniz. Farklı projeleriniz farklı platformlar gerektiriyorsa, tek sunucu yeterli olur.
- Anlık görüntü ve geri alma: Bir sanal makinenin anlık görüntüsünü alıp riskli bir güncellemeyi deneyebilir, sorun çıkarsa saniyeler içinde geri dönebilirsiniz. Bu, çıplak donanımda mümkün değildir.
- Kaynak verimliliği: Küçük servisleri ayrı ayrı sunucularda çalıştırmak yerine tek bir güçlü makinede toplamak, hem maliyeti hem yönetim yükünü düşürür.
- Taşınabilirlik: Bir sanal makineyi başka bir ana makineye taşımak, fiziksel bir sunucuyu taşımaktan kıyaslanamayacak kadar kolaydır.
Hangi Teknoloji?
Üç yaklaşım vardır ve seçim, izolasyon ihtiyacınıza göre yapılır.
Tam Sanallaştırma (Hypervisor)
Her sanal makine kendi çekirdeğini çalıştırır ve gerçek bir bilgisayar gibi davranır. En güçlü izolasyonu sağlar; farklı işletim sistemlerini aynı makinede çalıştırmanın tek yoludur.
Karşılığında biraz kaynak maliyeti vardır: her sanal makine kendi işletim sistemini belleğe yükler. On sanal makine, on ayrı işletim sistemi kopyası demektir.
Konteynerler
Ana sistemin çekirdeğini paylaşırlar; yalnızca uygulama ve bağımlılıkları izole edilir. Çok daha hafiftirler — saniyeler içinde başlar ve neredeyse hiç ek bellek tüketmezler.
Sınırları: ana sistemle aynı çekirdeği kullandıkları için farklı bir işletim sistemi çalıştıramazsınız ve izolasyon seviyesi tam sanallaştırmadan zayıftır. Aynı uygulamanın birden fazla örneğini çalıştırmak veya mikroservis mimarisi için idealdir.
Sistem Konteynerleri
İkisinin arasında bir yaklaşım: konteynerin hafifliğiyle, sanal makinenin "tam bir sistem" hissini birleştirir. Aynı çekirdeği paylaşır ama içinde tam bir dağıtım çalışır. Kaynak verimliliği önemliyken sanal makine deneyimi isteyen senaryolar için uygundur.
| Kriter | Tam sanallaştırma | Konteyner |
|---|---|---|
| İzolasyon | En güçlü | Orta |
| Kaynak maliyeti | Her VM ayrı OS | Neredeyse yok |
| Farklı işletim sistemi | Mümkün | Mümkün değil |
| Başlatma süresi | Dakika | Saniye |
| Anlık görüntü | Tam sistem | İmaj katmanı |
| Uygun olduğu yer | Farklı müşteriler, farklı platformlar | Mikroservis, çoklu uygulama örneği |
Kaynak Planlaması: En Kritik Konu
Sanallaştırmada en sık yapılan hata, ana sisteme pay bırakmadan tüm kaynağı sanal makinelere dağıtmaktır.
Bellek: Aşırı Tahsis Etmeyin
Bellek, aşırı tahsisi en tehlikeli olan kaynaktır. Sanal makinelere ana sistemdeki toplam bellekten fazlasını atarsanız, hepsi aynı anda belleğini kullandığında sistem takas alanına düşer ve tüm sanal makineler birlikte yavaşlar. Ana sistem ve dosya önbelleği için mutlaka pay ayırın.
CPU: Aşırı Tahsis Edilebilir
Bellekten farklı olarak, CPU çekirdeği paylaşılabilir. Sanal makinelerin çoğu zaman boşta olduğu bir kurulumda toplam sanal çekirdek sayısı fiziksel çekirdek sayısını aşabilir. Ancak hepsi aynı anda yoğunlaşırsa performans düşer. Oranı iş yükünüzün eşzamanlılığına göre belirleyin ve izleyin.
Disk: Darboğaz Genellikle Burasıdır
Birden fazla sanal makine aynı fiziksel diski paylaşır ve her biri kendi okuma/yazma işlemlerini üretir. Bu, çıplak donanımda hiç görülmeyen bir disk baskısı yaratır. Sanallaştırma yapacaksanız NVMe disk ve RAID 10 düzeni, RAID 5'ten belirgin biçimde daha uygun bir tercihtir — yazma performansı burada kritiktir.
Ağ: Köprü ve İzolasyon
Sanal makinelerin dış dünyaya nasıl bağlanacağına karar verin: her birine ayrı bir genel IP mi, yoksa hepsi tek IP arkasında özel bir ağda mı? İkinci seçenek hem IP maliyetini düşürür hem güvenlik açısından daha iyidir — yalnızca dışarıya açılması gereken servisler yönlendirilir.
Sanallaştırma Ne Zaman Doğru Değil?
Her senaryoda mantıklı değildir:
- Tek bir yoğun uygulama çalıştırıyorsanız: Sanallaştırma katmanı, karşılığını almadığınız bir ek yük getirir. Tüm donanımı tek uygulamaya vermek daha verimlidir.
- Gecikmeye çok duyarlı bir iş yükünüz varsa: Oyun sunucuları ve gerçek zamanlı sistemler, sanallaştırma katmanının eklediği küçük gecikmelerden bile etkilenebilir.
- Sunucu kaynakları zaten sınırdaysa: Sanallaştırma kaynak yaratmaz, var olanı böler. Mevcut kaynaklarınız tek bir iş yükü için zor yetiyorsa, bölmek durumu iyileştirmez.
Sonuç
Fiziksel sunucu üzerinde sanallaştırma, tek bir donanımdan birden fazla izole ortam çıkarmanın ekonomik ve esnek yoludur — özellikle farklı projeler, farklı platformlar veya ayrı test ortamları yönetiyorsanız. Kararın kalitesini belirleyen şey teknoloji seçimi değil, kaynak planlamasıdır: belleği aşırı tahsis etmeyin, disk düzenini yazma performansına göre kurun ve ana sisteme pay bırakın. Bu üç kural gözetildiğinde bir fiziksel sunucu, ayrı ayrı kiralanmış birkaç sunucunun işini tek başına ve daha ucuza görür.
Sıkça Sorulan Sorular (SSS)
Sanallaştırma ne kadar performans kaybettirir?
Modern işlemcilerdeki donanım destekli sanallaştırma sayesinde CPU ve bellek tarafındaki kayıp çoğu iş yükünde ihmal edilebilir düzeydedir. Asıl fark disk ve ağ katmanında hissedilir; bu yüzden depolama düzenini doğru kurmak, sanallaştırma performansının en belirleyici unsurudur.
Kaç sanal makine çalıştırabilirim?
Sınırı belirleyen genellikle bellektir. Her sanal makinenin gerçekten kullandığı belleği ölçün, ana sistem için pay bırakın ve toplamın fiziksel belleği aşmadığından emin olun. CPU tarafında aşırı tahsis mümkündür, bellekte değildir.
Sanal makineleri nasıl yedeklerim?
İki katman gerekir: sanal makinenin tam görüntüsünü almak (hızlı kurtarma için) ve içindeki verinin ayrı yedeğini almak (seçici geri yükleme için). Yalnızca tam görüntüye güvenmek, tek bir dosyayı geri almak istediğinizde tüm makineyi geri döndürmek anlamına gelir.
Windows sanal makine çalıştırırsam lisans gerekir mi?
Evet, her Windows sanal makinesi için uygun lisans gereklidir. Fiziksel sunucu lisansı otomatik olarak üzerindeki tüm sanal makineleri kapsamaz. Sanallaştırma planınızda Windows sanal makine varsa lisans maliyetini baştan hesaba katın.
