[Çözüldü] Hyper-V ortamında vCPU (vCore) hesaplama – SQL ve ERP senaryosu

Merhaba, her bir başlık için aslında internet üzerinden temel bilgilere ulaşabilirsin; örneğin DC bir makine için öneriler şöyle;

Kullanıcı/PC: 1 – 250
GPO: 10 – 30
CPU:2 vCPU
RAM:8 GB
Disk:80 – 100 GB (SSD)
Disk IOPS:Düşük / Orta

2000 kullanıcıya kadar ise genelde 8vcpu 32GB ram yeterli olur. DNS ve DHCP için benzer durumlar söz konusudur. Özetle google a sorduğunuz da hepsinin cevabını bulabilirsiniz. Ancak bunlar standart değerlerdir, önrek bir file server için 8vcpu, 32ram uygun, ama çok yoğun kullanımda (kullanıcı az bile olsa) bunu zaten görebilirsiniz. Bu durumda kaynak artırımı yaparsınız. Yani söylediğiniz gibi önce temel olarak 2-4-8-16vcpu ile başlar, ram da de 8-16-32-64 ile yine seçim yapabilirsin.

SQL de işler biraz farklı, eğer bir SA anlaşmanız yok ise zaten fiziksel core sayısı kadar sql core satın almanız gerekir ki bu çok masraflı olur, bu durumda muhtemel sql standart core + cal lisans alacaksınız, yani burada zaten lisansa göre atama yapmanız gerekli. Ona nasıl karar veririz? Bir deneyerek, ikincisi uzman bir sql danışmanı bazı audit değerlerini açıp sistemi izleyip size bu bilgiyi verir. Ancak unutmayın örnek 8core lazım diyelim, eğer sql danışmanına bunu iyileştirme için destek isterseniz hatalı kodları veya en çok zaman isteyen kodları sizin ile paylaşır ve logo ya bunu iletirsiniz. Ancak logo büyük bir ticari program olduğu içinde sizin dba den gelen bu kod kötü bunu güncelle isteğini kolay kolay sisteme almaz. Ayrıca logo kullanacaksanız en iyi öneriyi logo bayisi yapar.

Evet dediği gib senin için sadece erp, sql kritik. Ek olarak 85 kullanıcı yüksek bir değer değil kafanda büyüttüğün kadar bir best practice'e gerek yok bu yüksek gerekliliği olmayan roll'ler için. Ai'e tablo haline getirt sonra ihtiyaca göre revize edersin.
Belki 1 vm daha düşebilirsin. wsus'u ayır çok alan yiyor o, sadece IO ihtiyacı var. Belki backup server ile bir arada olabilir. Diğer base roller tekte olabilir. Bunların backup timing ve quick recovery planlarını da dahil et gerekirse revize.

@hakanuzuner 

Hakan hocam fiziksel sunucuya sanal server kurup ona SQL kurulunca fiziki core kadar lisans almak lazım dediniz .

Bu olay fiziki sunucuya direk SQL kurarsanız geçerli değil mi ?

Sanalda SQL kaç core ise o kadar lisanslanmali değil mi ?

Günaydın @eroldursun

Hakan hocam cevabı içerisinde bu durumu paylaşmış. Birden fazla lisanslama modeli mevcut. Software Assurance (SA) ve sql standart core + cal lisans farklı lisanslama modelleri. Detaylı bilgi bağlantıda.

https://www.microsoft.com/tr-tr/sql-server/sql-server-2022-pricing

Gönderen: @hakanuzuner

↑

SQL de işler biraz farklı, eğer bir SA anlaşmanız yok ise zaten fiziksel core sayısı kadar sql core satın almanız gerekir ki bu çok masraflı olur, bu durumda muhtemel sql standart core + cal lisans alacaksınız, yani burada zaten lisansa göre atama yapmanız gerekli. Ona nasıl karar veririz? Bir deneyerek, ikincisi uzman bir sql danışmanı bazı audit değerlerini açıp sistemi izleyip size bu bilgiyi verir.

Kolay gelsin.

Selamlar, Serkan hocam bilgi vermiş, özetle kurumsal lisans anlaşmanız yok ise öyle düşündüğünüz gibi sanal makineye atadığınız core kadar sql core alırım diyemezsiniz. Bu özellik için Microsoft kurumsal anlaşma şartı koşuyor haklı olarak. Çünkü diyor ki ben aslında senin kaç core vereceğini bilemem. Aynı durum örneğin Oracle gibi diğer DB firmalarında da var, onlarda kendi sanallaştırma çözümü olur ise bunu kabul ediyor ama olmaz ise tüm hyper-v veya vmware farmındaki toplam core kadar lisans istiyor 🙂

Yani Hakan abi diyor ki bol core atarım uyanıklılığını miki yemez.:P

Bu epeydir var. O yüzden özellikle kobi ve giriş ölçekte bol core'lu sunuculardan özellikle kaçarız.
Çünkü mesela;
1 x cpu (64 core) = 64 core 'a göre
2 x cpu (16 core) = 32 core

ile temel perf. ihtiyaçlarını daha kolay çıkarabiliyorsun. Tabi bazen ürün segmenti değişiyor onun da getirdiği maliyet farkı var. Çünkü fiziksel core asıl büyük maliyeti oluşturuyor ve kurumsal anlaşmalar da küçük ölçektekiler için pahalı geliyor.
Bu yüzden amd'nin bol core'lu yaklaşımı hep negatifti kurumsalda.
Oturup lisanslarda core hesaplıyorsun. Bazı ürünlerde maliyet değişiyor SQL de değişmiyor ve küçük ölçekte tek cpu daha avantajlı.
Ancak vmware, veeam gibi bir çok değişen ürün var. 
Ve bir de ara core sayıları negatif olabiliyor. Diyelim ki 52 core var ama yazılımın sağlayıcısı 16, 32, 48 gibi hazır paketler sağlıyor üstüne +2 core vs ek paketleri sen eklettiğinde maliyet daha da artıyor. 
Yani 128 core'lu cpu'lu workstation'lar win10 çalıştırırken yüzeysel merakta çok süperdir ama iş server/kurumsal'a geldiğinde öyle değil, fikri çakılma çok büyük.
Bu durum epeydir var ancak kobi vs birçoğu server 2016 seviyesinde olduğu için çok fark etmiyorlar, tekil upgrade'ler ile genel konuşma eğrisi oluşmuyor.