Hiper Diş Açma ve Sanal Makineler?

Zaten bu konuya baktım: Hyper-V ve Hyper-threading: Açık mı kapalı mı? , ancak tek cevap Windows'a özgüdür ....

(Bir fark yaratırsa Proxmox VE kullanarak) bir VM sunucusu inşa ediyorum ve hiper iş parçacığının sanal makineleri nasıl etkileyebileceğini merak ediyordum ...

Özellikle, sanal makinelerin sayısını azami çıkarırsam hiper iş parçacığı işlem yardımcı olur mu yoksa performansa zarar verir mi?

Ayrıca, en büyük sanal makineler ~ 30 istemciye (4 Çekirdek / 8 GB RAM) sahip bir Terminal Sunucusu ve yardımcı olursa bir dosya sunucusu olacaktır.

Güncelleme: Sunucu, 1 TB RAID 10, 32 GB RAM ve Çift Intel Xeon E5530 ile bir Dell R410 (Tam modelden emin değilim, ancak 2+ Ghz'li bir E55xx idi)

Güncelleme: Çoğu VM KVM'de olacaktır.

virtualization kvm-virtualization hyperthreading

— Soviero
kaynak

Lütfen kullanmayı planladığınız sunucunun özelliklerini sağlayın.

— ewwhite

Ayrıca meraklı. Neden ESXi'ye karşı Promox VE?

— ewwhite

Muhtemelen ücretsiz lisansta 16 GB koç ESXI sınırı nedeniyle

— Tacticus

Proxmox'u ESXi üzerinden seçiyorum çünkü Proxmox'un bir web gui'den tam yönetim, kümeleme, sunucunun özellikleri lisanslama ile yapay olarak sınırlı değil ve birkaçını hatırlayamıyorum. Artı, 2,0 değil ESXi does emin olursa ... bizim için çok yararlıdır AD kimlik içerecektir

— Soviero

OVirt'e baktın mı?

— dyasny

Yanıtlar:

Genel olarak, VM ana sunucuları (VMWare ESXi, KVM, HyperV, vb.) İçin HyperThreading'i AÇIK bırakıyorum . Bu, Intel Nehalem ve daha yeni CPU'lar (5500 serisi ve üstü) için geçerlidir. Birden çok VM zamanlamak için ek iş parçacıkları mevcuttur.

Konuk sistemlerinizin boyutlarını da yeniden değerlendirmek isteyebilirsiniz. Genellikle, sanal makinelerle CPU tahsisinde küçük başlamak en iyisidir. Bir terminal sunucusundan bahsettiğiniz için, bunu aslında 4 vCPU yerine 2 sanal CPU'ya taşıyacağım. Hipervizörün daha küçük çekirdek sayısına sahip VM'ler için CPU zamanını planlaması daha kolaydır . RAM yine de kritik öneme sahip, bu yüzden bol miktarda kullanılabilir olduğundan emin olun.

Bkz. Http://omtconcepts.com/wp/?p=14

— ewwhite
kaynak

İki iplik dörtten tam olarak ne kadar hızlı ?

— Soviero

Daha hızlı değil ... Planlaması daha kolay. Düzenlememe bakın. Bahsettiğiniz makinenin toplam 8 çekirdeği olacaktır (16, HyperThreading ile). Bir 4-vCPU misafir planlamak için kaynakları bulmaya çalışmak 2-vCPU'lardan daha zordur. Daha fazla çekişmeye (ve dolayısıyla daha düşük performansa) sahip olacaksınız. Bu sunucuda diğer sanal konukları çalıştırmayı planlıyorsanız, 1 ve 2 vCPU misafirlerini kullanmak mantıklıdır.

— ewwhite

Zamanlama ile ilgili noktanız sadece aynı anda sanal işlemcilerin "tümü ya da hiçbiri" hakkında bir tahmin yürütmeye çalıştıkları "çete planlama" yapan hipervizörler için geçerlidir. Bunu yapan hipervizörler için daha fazla sanal işlemci eklemek VM'nin zamanlamasını zorlaştıracaktır. Kevin'in çoğunlukla KVM kullanmak istediğini şart koşmak için sorusunu güncellediğini anlıyorum. Ama Hyper-V'nin çete planlama yapmadığını belirtmek istiyorum. Çete zamanlaması ihtiyacını önlemek için konuk işletim sisteminin paravirtualizasyonuna dayanır.

— Jake Oshins

Bunu Hyper-V hakkında bilmiyordum, ama bu diğer büyük hipervizörler için de geçerli.

— ewwhite

KVM çete programı oluşturmaz. Aslında, sadece VMWare bunu yapar ve hatta onlar v5

— çılgın

Gerçekten bağlıdır. Söylediğiniz gibi, "maks. Dışarı çıkacaksınız", varsayalım ki, CPU'yu aşırı konumlandırmak (elinizde olduğundan daha fazla sanal CPU çekirdeği veya tam olarak elinizde olduğu kadar çok sanal CPU çekirdeği atamak), HT kesinlikle üzerinde.

Aşırı konumlandırmıyorsanız, özel yükleriniz altında test etmek genellikle daha iyidir - bazen HT aslında performansa zarar verebilir.

— dyasny
kaynak

Tam olarak mümkün olduğu kadar çok çekirdek / iş parçacığı tahsis etmeyi planlıyorum, ancak aşırı tahsis etmeyi planlamıyorum.

— Soviero

Ana işletim sisteminin hiç CPU zamanına ihtiyacı olmadığını mı düşünüyorsunuz? Ve HT ile dişleriniz olduğu kadar çok v çekirdeği ayırırsanız, aslında en az% 70-80 oranında fazla konumlandırıyorsunuz, çünkü HT performansa katıldığında bile, genellikle% 20-30 üstler tarafından değil, İş parçacığı sayısından varsayıldığı gibi% 100.

— dyasny

Tamam, en fazla 12 "çekirdek" (16'nın% 75'i) tahsis edildi?

— Soviero

Sanırım yeterince açık değildim. Aşırı konumlandırabilirsiniz ve VM'lerde yüklere bağlı olarak, CPU hiç darboğaz olmayabilir. Dahası, hiçbir zaman bir VM'ye kesinlikle ihtiyaç duyduğundan daha fazla CPU atamamalısınız, çünkü VM ne kadar çok CPU'ya sahipse, programlanması o kadar zor olur, bu yüzden birçok v-cpus aslında performansı engelleyebilir. Hiper iş parçacığı ile% 20 performans kazancı gelince - bu mutlak değildir, sayı VM yüklerine bağlı olarak biraz daha yüksek, daha düşük, sıfır veya hatta negatif olabilir.

— dyasny

Ah tamam. Teşekkür ederim.

— Soviero

Orada bir sürü VM performansını etkileyebilir değişkenler. HT, diğer değişkenlerden sadece biridir ancak VM'nin nasıl yapılandırıldığına da bağlıdır.

HT'yi etkileyen değişkenlerden biri, kullanılan Hipervizör türüne bağlıdır.

VZ, VServer, vb.Gibi hafif sanal makineler kullanıyorsanız, bu VM aslında sıkı bir şekilde izole edilmediğinden ve daha çok iş parçacıklı yazılım çalıştırmaya benzediğinden HT'nin uygun faydalar sağlayacağı açıktır.

KVM, Xen HVM, vb.Gibi ağır sanal makineler kullanıyorsanız, HT'nin, örneğin bir VM'ye iki CPU tahsis edildiğinde, ancak her biri farklı çekirdeklerde bir HT kullanarak sonuçlara müdahale etmesi mümkündür.

Yani, yapılacak en iyi şey, hala size neyin uygun olduğunu görmek için kurulumunuzu test etmektir.

— sybreon
kaynak