Sanallaştırmada Windows Server Lisanslama: Standard mı Datacenter mı?

Sanallaştırma ortamında Windows Server lisansı VM sayısına göre değil, fiziksel host’un çekirdek sayısına ve o host’ta herhangi bir anda çalışabilecek en yüksek Windows VM sayısına göre hesaplanır. Lisans denetiminde ortaya çıkan açıkların çoğu bu ikinci kısmın atlanmasından gelir. Aşağıda çekirdek bazlı kuralları Hyper-V, VMware veya Proxmox host’larına uyguluyor, Standard ile Datacenter arasındaki kırılma noktasını fiyat vermeden, formül ve örnek hesaplarla gösteriyoruz. Hedef, host yenilemesi veya küme genişletmesi öncesinde lisans bütçesi hazırlayan IT yöneticileri.

Çekirdek bazlı lisanslamanın temelleri

Windows Server 2016’dan itibaren Standard ve Datacenter sürümleri fiziksel çekirdek başına lisanslanır. Kurallar şunlar:

• Sunucudaki tüm fiziksel çekirdekler lisanslanır. Hyper-Threading ile oluşan mantıksal işlemciler sayılmaz.
• Her fiziksel işlemci için en az 8 çekirdek lisansı gerekir.
• Her sunucu için en az 16 çekirdek lisansı gerekir.
• Çekirdek lisansları 2’li paketler (ve 16’lı paketler) halinde satılır.
• Lisans sanal makineye değil fiziksel sunucuya atanır. Hipervizörün Hyper-V, VMware ESXi veya Proxmox VE olması bu kuralı değiştirmez; Windows VM’leri çalıştıran host’un çekirdekleri lisanslanır.

Küçük sunucu altyapılarında belirleyici olan minimum kurallardır. Aşağıdaki örneklerde gereken çekirdek lisansı sayısı görülüyor:

Lisans hesabına BIOS’taki ya da teklif formundaki değerle değil, host üzerinde okunan fiziksel çekirdek sayısıyla başlayın:

# Windows (Hyper-V host)
Get-CimInstance -ClassName Win32_Processor |
  Select-Object SocketDesignation, NumberOfCores, NumberOfLogicalProcessors

# Linux tabanlı hipervizör (ör. Proxmox VE)
lscpu | grep -E "^Socket|Core\(s\) per socket|^Thread"

Yeni sunucu alırken bu nokta maliyeti doğrudan belirler. Yüksek çekirdekli işlemciler daha az host ile aynı işi yapabilir, ama her çekirdek lisanslanacağı için gereğinden fazla çekirdek Windows Server faturasını büyütür. Boşta duran çekirdek de lisanslanır. İşlemci seçimini VM boyutlandırmasıyla birlikte yapın; bunun için sanal makine boyutlandırma yazısına bakabilirsiniz.

Standard sürümün sanallaştırma hakları

Bir sunucunun tüm fiziksel çekirdekleri Standard ile lisanslandığında, o sunucuda 2 adet Windows Server işletim sistemi ortamı (OSE), yani 2 Windows Server VM’i çalıştırma hakkı doğar. Daha fazla VM için sunucunun tüm çekirdekleri yeniden Standard ile lisanslanır; her ek tam lisans seti 2 VM hakkı daha ekler.

Fiziksel işletim sistemi örneği için özel bir kural vardır. Host’un kendisinde Windows Server kuruluysa (Hyper-V), izin verilen 2 sanal OSE kullanılırken fiziksel örnek de çalıştırılabilir; ancak fiziksel örnek yalnızca sanal makineleri barındırmak ve yönetmek için kullanılmalıdır. Host üzerine dosya sunucusu, DHCP veya uygulama kurmak bu hakkı bozar. Sahada küçük ofis sunucularında en sık gördüğümüz uyumsuzluk tam olarak budur: “Nasılsa açık” diye Hyper-V host’una paylaşım klasörü ya da yazıcı sunucusu kurulmuştur.

Linux VM’ler Windows Server OSE hakkı tüketmez. Aynı host’ta 2 Windows ve 10 Linux VM çalışıyorsa tek bir Standard seti yeterlidir. Windows Server kapsayıcılarında, Standard’da Hyper-V izolasyonlu kapsayıcılar da OSE sınırına dahildir.

Datacenter sürümü ve sınırsız VM

Datacenter ile sunucunun tüm fiziksel çekirdekleri lisanslandığında o sunucuda sınırsız sayıda Windows Server VM’i çalıştırılabilir. Lisanslama yine çekirdek başınadır; minimum 8/16 kuralı aynen geçerlidir.

Datacenter ayrıca Standard’da bulunmayan özellikler içerir: Storage Spaces Direct, Storage Replica’nın sınırsız kullanımı ve yazılım tanımlı ağ (SDN) bileşenleri bunların başında gelir. Hiper-yakınsamış (S2D tabanlı) bir Hyper-V kümesi kurulacaksa sürüm seçimi VM sayısından bağımsız olarak Datacenter’a yönelir. Karar orada biter. Sürümler arası özellik farkının güncel listesi Microsoft Learn’deki Windows Server sürüm karşılaştırma sayfasında yer alır.

Küme ve canlı geçişte lisans etkisi

Lisans fiziksel sunucuya atanır ve kural olarak bir sunucudan diğerine en fazla 90 günde bir yeniden atanabilir (kalıcı donanım arızası istisnadır). Canlı geçiş ise VM’leri dakikalar içinde host’lar arasında taşır. İki kural birleşince pratik sonuç şudur: Her host, üzerinde herhangi bir anda çalışabilecek en yüksek Windows VM sayısı için lisanslanmalıdır.

Örnek: Üç düğümlü bir kümede toplam 12 Windows VM var ve normalde her host’ta 4 VM çalışıyor. Bir host bakıma alındığında kalan iki host 6’şar VM taşır. Standard ile lisanslanacaksa her host’un 6 VM için, yani 3 tam Standard seti ile lisanslanması gerekir. Otomatik yük dengeleme kullanılan ve VM’lerin hangi host’ta olacağının sınırlanmadığı kümelerde, en kötü durumda tüm VM’ler tek host’ta toplanabileceği için Datacenter pratikte tek sürdürülebilir seçenektir.

Standard ile lisanslanan kümelerde VM yerleşimini sınırlamak (tercih edilen sahip listeleri, anti-affinity kuralları) ve bunu belgelemek gerekir. Aksi halde bir arıza veya bakım gecesinden sonra lisans uyumluluğu kimse fark etmeden bozulur. Kâğıttaki plan, kümenin davranışı değildir.

Yazılım Güvencesi (SA) veya abonelik lisansları bazı senaryolarda ek haklar sağlar: Azure Hybrid Benefit ile şirket içi lisansın Azure’da kullanılması ve VM bazında lisanslama seçeneği bunlara örnektir. Bu hakların koşulları sürüme ve sözleşme tipine göre değiştiği için ayrıntıyı Microsoft’un Windows Server lisanslama sayfasından doğrulayın.

Örnek hesaplar ve kırılma noktası

Standard ile N adet Windows VM için gereken lisans seti sayısı yukarı yuvarlanmış N ÷ 2’dir. Her set, host’un tüm çekirdeklerini kapsar. Datacenter ise VM sayısından bağımsız olarak tek settir. Kırılma noktası şu formülle bulunur:

Datacenter ekonomik hale gelir: ⌈N ÷ 2⌉ × (Standard çekirdek fiyatı) > (Datacenter çekirdek fiyatı)

Başka bir deyişle, Datacenter’ın çekirdek fiyatı Standard’ın kaç katıysa, o katsayıdan fazla Standard seti gerektiren VM sayısında Datacenter daha ucuzdur. Fiyatlar anlaşma tipine ve döneme göre değiştiği için oranı güncel teklifinizden hesaplayın. Aşağıdaki tablo 2 × 12 = 24 çekirdekli bir host için Standard çekirdek lisansı ihtiyacını gösteriyor:

Örnek hesap: Datacenter’ın çekirdek fiyatının Standard’ın 5 katı olduğunu varsayalım (yalnız yöntemi göstermek için seçilmiş bir oran). 10 VM için 5 Standard seti gerekir; maliyet eşittir. 11 veya 12 VM’de 6 set gerekir ve Datacenter daha ekonomik hale gelir. Host’taki VM sayısının önümüzdeki 3–5 yılda artması bekleniyorsa, bugünkü eşitlik noktası Datacenter lehine karar vermek için yeterli gerekçedir.

Platform değişikliği gündemdeyse lisans hesabı hipervizör seçiminden bağımsızdır: Windows VM’ler Proxmox VE veya başka bir hipervizöre taşınsa da host çekirdekleri lisanslanmaya devam eder. Hipervizör değişir. Lisans hesabı değişmez. Platform kararının diğer kalemleri VMware sonrası platform seçimi yazısında.

CAL ve diğer ek lisanslar

Çekirdek lisansı yalnızca sunucu yazılımını çalıştırma hakkıdır. Sunucuya erişen kullanıcılar veya cihazlar için ayrıca erişim lisansı gerekir:

• Windows Server CAL: Kullanıcı veya cihaz başına. Kimlik doğrulama, dosya paylaşımı, DNS/DHCP gibi hizmetlere erişen her kullanıcı veya cihaz için gerekir. CAL sürümü, erişilen sunucunun sürümüne eşit veya daha yeni olmalıdır; Windows Server 2025’e geçişte CAL envanteri de kontrol edilir.
• RDS CAL: Uzak masaüstü oturumu açan kullanıcılar için Windows Server CAL’e ek olarak gerekir. Masaüstü sanallaştırma modellerine göre lisans farkları RDS, VDI ve Azure Virtual Desktop karşılaştırması yazısında.
• Uygulama lisansları: SQL Server ayrı lisanslanır; çekirdek bazlı modelde VM’e atanan sanal çekirdekler lisanslanır ve VM başına en az 4 çekirdek kuralı vardır. VM’e fazladan vCPU vermek bu yüzden doğrudan lisans maliyetidir.

Microsoft 365 aboneliklerinin CAL karşılığı plana göre değişir: Microsoft 365 E3/E5 gibi kurumsal planlar Windows Server CAL kullanım hakkını içerebilir, ancak RDS CAL bu planlara dahil değildir. Elinizdeki planın kapsamını Product Terms’ten doğrulamadan CAL sayısını düşürmeyin. Bulut tarafındaki kullanıcı lisansları için Microsoft 365 lisans seçimi yazısına bakabilirsiniz.

Lisans envanteri kontrol listesi

Denetim veya yenileme öncesinde aşağıdaki bilgiler güncel ve belgelenmiş olmalıdır. Eksik satır, denetimde açık bulgu demektir:

• Her host için işlemci sayısı, işlemci başına fiziksel çekirdek ve minimum kurallar uygulanmış lisanslanacak çekirdek sayısı.
• Her host’un hangi sürüm (Standard/Datacenter) ve kaç set ile lisanslandığı; lisans atama tarihleri.
• Her host’ta normal ve arıza durumunda çalışabilecek en yüksek Windows VM sayısı; Standard kullanılıyorsa VM yerleşim kısıtları.
• Windows Server CAL ve RDS CAL sayıları, tipleri (kullanıcı/cihaz) ve sürümleri.
• SA veya abonelik kapsamı ve bitiş tarihleri.
• Fiziksel host’ta Hyper-V dışında rol çalışmadığının doğrulaması.
• Satın alma belgeleri ve lisans portalındaki kayıtlarla envanterin eşleştiği.

Destek süresi biten sürümlerden geçiş planlanıyorsa lisans hesabını geçiş takvimiyle birlikte ele alın; Windows Server 2016 destek sonu geçiş planı yazısı bu sırayı veriyor. Host ve lisans yapısının birlikte planlanması için sanallaştırma ve veri yönetimi ile bilişim danışmanlığı sayfalarımıza bakabilirsiniz.

Sık sorulan sorular

Tek işlemcili 8 çekirdekli bir sunucu için kaç çekirdek lisansı gerekir?

16 çekirdek lisansı gerekir. Kurallar işlemci başına en az 8, sunucu başına en az 16 çekirdek lisansı ister; fiziksel çekirdek sayısı bu minimumların altındaysa minimum değer lisanslanır.

Standard lisansla bir host’ta kaç VM çalıştırabilirim?

Host’un tüm fiziksel çekirdekleri bir kez Standard ile lisanslandığında 2 Windows Server VM’i çalıştırılabilir. Her ek 2 VM için tüm çekirdeklerin yeniden Standard ile lisanslanması gerekir. Linux VM’ler bu sayıya dahil değildir.

VMware veya Proxmox üzerinde çalışan Windows VM’ler için lisans kuralı farklı mı?

Hayır. Windows Server lisansı hipervizörden bağımsız olarak fiziksel host’un çekirdeklerine atanır. Host’ta hangi hipervizör çalışırsa çalışsın, Windows VM’leri barındıran host’un çekirdekleri Standard veya Datacenter ile lisanslanır.

Kümede her host’u ayrı ayrı lisanslamak zorunda mıyım?

Evet. Lisans fiziksel sunucuya atanır ve en fazla 90 günde bir yeniden atanabilir. Bu yüzden her host, canlı geçiş ve arıza senaryoları dahil üzerinde çalışabilecek en yüksek Windows VM sayısı için lisanslanmalıdır. VM yerleşimi sınırlanmayan kümelerde Datacenter pratik seçimdir.