VMware sunucu, tek bir fiziksel makinenin işlemci, bellek ve depolama kaynaklarını birden fazla sanal sunucu arasında paylaştırmasını sağlayan sanallaştırma altyapısıdır. Bu yapı, farklı işletim sistemlerini aynı donanım üzerinde çalıştırmak isteyen kurumlar için kullanışlıdır; ancak düşük gecikme, özel donanım erişimi veya lisans uyumluluğu önemliyse fiziksel sunucu daha uygun olabilir.
Sanallaştırma katmanı, fiziksel donanım ile sanal makineler arasında çalışır. Sanal makine (VM), kendi işletim sistemi, sanal diskleri, ağ arabirimleri ve ayrılmış kaynakları olan yazılımsal bir bilgisayardır. VMware ortamlarında bu katman genellikle ESXi gibi bir hipervizör ve yönetim için kullanılan ilgili platform bileşenleriyle birlikte değerlendirilir. Ürün adı aynı kalsa da kullanılabilir özellikler, yönetim araçları ve lisans koşulları kurulan sürüme ve sağlayıcıya göre değişebilir.
Fiziksel sunucuda işletim sistemi donanım üzerinde doğrudan çalışırken VMware ortamında işlemci çekirdekleri ve bellek sanal makinelere paylaştırılır. Böylece dosya sunucusu, uygulama sunucusu ve test ortamı aynı fiziksel makinede birbirinden ayrı tutulabilir. Bu ayrım, kaynakların tamamen bağımsız olduğu anlamına gelmez: Fiziksel makinenin belleği veya depolama gecikmesi yetersizse üzerindeki tüm sanal makineler etkilenebilir.
Birden fazla küçük veya orta ölçekli sunucuyu ayrı fiziksel cihazlar yerine tek bir altyapıda toplamak istiyorsanız sanallaştırma genellikle daha anlamlıdır. Örneğin farklı işletim sistemi sürümleri isteyen test ortamları, kurum içi uygulamalar ve düşük-orta yoğunluklu web servisleri aynı donanım havuzundan yararlanabilir. Bu durumda karar zinciri basittir: İş yükleri aynı anda donanımın tamamını kullanmıyorsa kaynakları paylaşan VMware mimarisi değerlendirilebilir; her uygulama sürekli yüksek işlem gücü veya çok düşük gecikme istiyorsa ayrıştırılmış fiziksel sunucu daha uygun olabilir.
Depolama davranışı da seçimi değiştirir. Sık erişilen veritabanı, sanal masaüstü veya yoğun dosya işlemleri için yalnızca toplam disk kapasitesine bakmak yeterli değildir; depolama gecikmesi, IOPS kapasitesi ve ağ bağlantısının yük altındaki davranışı incelenmelidir. İş yükü çoğunlukla aralıklı çalışıyor ve kaynak kullanımı gün içinde değişiyorsa ortak kaynak havuzu avantaj sağlayabilir. Buna karşılık gecikmeye çok duyarlı bir uygulama, sanal makinelerle aynı depolama katmanını paylaşırken beklenmeyen dalgalanmalara daha açık olabilir.
USB cihazları, özel PCIe kartları, lisans dongle'ları veya üreticiye özgü sürücüler kullanan uygulamalar sanal ortama taşınabilir; fakat doğrudan donanım erişiminin nasıl sağlanacağı ve bunun başka sanallaştırma özelliklerini sınırlayıp sınırlamadığı ayrıca doğrulanmalıdır. Uygulama belirli bir fiziksel aygıta sıkı biçimde bağlıysa, sanallaştırma desteği belgelenmeden VMware sunucu seçmek güvenli bir varsayım değildir.
Önce mevcut sunucuların yalnızca anlık değil, yoğun saatlerdeki işlemci, bellek, depolama gecikmesi ve ağ kullanımını kaydedin. Ardından her sanal makine için işletim sistemi gereksinimini, büyüme payını ve aynı anda çalışacağı diğer makineleri listeleyin. İşlemci çekirdeği sayısını toplamak tek başına yeterli değildir; fiziksel işlemci mimarisi, bellek kanalları, disk yapısı ve ağ arabirimi de toplam davranışı belirler.
Yedekleme ve geri dönüş planını da ilk değerlendirmeye dahil edin. Sanal makinenin kopyalanabilmesi, uygulama verilerinin tutarlı yedeğinin alındığı anlamına gelmez. Veritabanı veya işlem sırasında değişen dosyalar için uygulama uyumlu yedekleme yöntemi gerekebilir. Karar zinciri şu şekilde kurulabilir: Mevcut yedekleme aracınız VMware sanal makinelerini ve uygulama verisini doğrulanabilir biçimde destekliyorsa sanallaştırma planı ilerletilebilir; yalnızca fiziksel disk görüntüsüne dayanan bir yöntem kullanılıyorsa önce geri yükleme senaryosu tasarlanmalı ve test edilmelidir.
Diyelim ki bir kuruluşta üç ayrı uygulama sunucusu var: Biri gün içinde düşük yükte çalışan bir iç uygulama, biri dönemsel raporlama servisi, diğeri ise yoğun depolama erişimi yapan bir veritabanı. Bu hipotetik durumda ilk iki sistemin aynı VMware sunucu üzerinde birleştirilmesi kaynak paylaşımı nedeniyle makul olabilir. Veritabanı ise depolama gecikmesi ölçülmeden aynı kümeye eklenmemelidir; yoğun erişim diğer sanal makinelerin yanıt süresini etkileyebilir. Ölçüm sonucu depolama katmanının yeterli olduğu görülürse birlikte çalıştırma değerlendirilebilir, görülmezse ayrı fiziksel kaynak veya farklı bir depolama havuzu seçilmelidir.
İlk kullanım değerlendirmesinde küçük ve geri alınabilir bir iş yükü seçin. Sanal makinenin açılış süresini, uygulamanın temel işlemlerindeki yanıt davranışını, depolama gecikmesini ve yedekten geri dönüş sonucunu ayrı ayrı gözlemleyin. Uygulama çalışıyor olsa bile yedek geri yüklenemiyor veya yoğunlukta ağ gecikmesi artıyorsa sonuç uygun değildir. Testte tek seferde yalnızca bir değişkeni değiştirin; daha fazla bellek, farklı disk katmanı ve yeni ağ ayarlarını aynı anda uygulamak sorunun kaynağını belirsizleştirir.
VMware sunucu seçerken yalnızca donanım özelliklerini değil, yönetim sorumluluğunu da netleştirin. Sanal makinelerin kurulumu, güncellemeleri, izlenmesi, yedeklenmesi ve arızalı fiziksel bileşenlerin değiştirilmesi kimin görevinde olmalıdır? Kendi ekibiniz hipervizör yönetimini üstlenecekse yönetim erişimi, izleme kayıtları ve yedekleme uyumluluğu sorulmalıdır. Sağlayıcı tarafından yönetilen bir ortam düşünülüyorsa kapsamın, müdahale sınırlarının ve geri dönüş yönteminin yazılı olarak doğrulanması gerekir.
Ürün veya hizmet koşulları zamanla ve sağlayıcının sunduğu pakete göre değişebileceğinden lisans, destek ve kullanılabilir yönetim özelliklerini varsaymayın. Farklı barındırma seçeneklerini teknik sorularla karşılaştırmak için sunucu kiralama çözümleri sayfasını inceleyebilirsiniz; ancak son kararı verirken kendi iş yükünüzün ölçümlerini ve yedekleme planınızı esas alın.
Önce sanallaştırmayı düşündüğünüz uygulamaların kaynak ve donanım bağımlılıklarını listeleyin, ardından yoğun saat verileriyle küçük bir pilot sanal makineyi test edin. Pilot sırasında performans ve geri yükleme ölçütleri karşılanmıyorsa kapasiteyi körlemesine artırmak yerine depolama, ağ veya uygulama bağımlılığını ayrı ayrı ele alın.
Copyright © 2026 Tüm Hakları Saklıdır.
Türkiye (Türkçe)
Worldwide (English)