Müşteri VDI istiyordu. SimpliVity + VDI Citrix Sanal Masaüstü kombinasyonuna gerçekten baktım. Tüm operatörler, şehir ofisi çalışanları vb. için. Yalnızca ilk geçiş dalgasında beş bin kullanıcı vardı ve bu nedenle yük testi konusunda ısrar ettiler. VDI yavaşlamaya başlayabilir, sakince uzanabilir - ve bu, kanaldaki sorunlar nedeniyle her zaman gerçekleşmez. VDI'ya özel çok güçlü bir test paketi satın aldık ve altyapıyı disklere ve işlemciye fazla yük bindirinceye kadar yükledik.
Bu nedenle, karmaşık VDI testleri için bir plastik şişeye ve LoginVSI yazılımına ihtiyacımız olacak. 300 kullanıcıya kadar lisansımız var. Daha sonra sunucu başına maksimum kullanıcı yoğunluğu görevine uygun bir pakette HPE SimpliVity 380 donanımını aldık, fazla aboneliğe sahip sanal makineleri parçaladık, üzerlerine Win10 üzerine ofis yazılımı kurduk ve test etmeye başladık.
Hadi gidelim!
Sistem
İki HPE SimpliVity 380 Gen10 düğümü (sunucu). Her birinde:
- 2 x Intel Xeon Platinum 8170 26c 2.1 GHz.
- RAM: 768 GB, 12 x 64 GB LRDIMM DDR4 2666 MHz.
- Birincil disk denetleyicisi: HPE Smart Array P816i-a SR Gen10.
- Sabit sürücüler: 9 x 1.92 TB SATA 6 Gb/s SSD (RAID6 7+2 yapılandırmasında, yani bu, HPE SimpliVity açısından bir Orta modeldir).
- Ağ kartları: 4 x 1 Gb Eth (kullanıcı verileri), 2 x 10 Gb Eth (SimpliVity ve vMotion arka ucu).
- Tekilleştirme/sıkıştırma için her düğümde özel yerleşik FPGA kartları.
Düğümler, SimpliVity arka ucu olarak ve sanal makine verilerinin NFS aracılığıyla aktarılması için kullanılan harici bir anahtar olmadan doğrudan 10 Gb Ethernet ara bağlantısı aracılığıyla birbirine bağlanır. Bir kümedeki sanal makine verileri her zaman iki düğüm arasında yansıtılır.
Düğümler, vCenter tarafından yönetilen bir Vmware vSphere kümesinde birleştirilir.
Test için bir etki alanı denetleyicisi ve bir Citrix bağlantı aracısı dağıtıldı. Etki alanı denetleyicisi, aracı ve vCenter ayrı bir kümeye yerleştirilir.
Test altyapısı olarak 300 sanal masaüstü Dedicated – Full Copy konfigürasyonunda konuşlandırıldı, yani her masaüstü sanal makinenin orijinal görüntüsünün tam bir kopyası oluyor ve kullanıcılar tarafından yapılan tüm değişiklikleri kaydediyor.
Her sanal makinede 2vCPU ve 4 GB RAM bulunur:
Test için gerekli olan aşağıdaki yazılımlar sanal makinelere kuruldu:
- Windows 10 (64 bit), sürüm 1809.
- Adobe Reader XI.
- Citrix Sanal Teslimat Aracısı 1811.1.
- DoroPDF 1.82.
- Java 7 Güncellemesi 13.
- Microsoft Office Profesyonel Artı 2016.
Düğümler arasında - eşzamanlı çoğaltma. Kümedeki her veri bloğunun iki kopyası vardır. Yani artık her düğümde eksiksiz bir veri kümesi var. Üç veya daha fazla düğümden oluşan bir kümede blokların kopyaları iki farklı yerde bulunur. Yeni bir VM oluştururken küme düğümlerinden birinde ek bir kopya oluşturulur. Bir düğüm arızalandığında, daha önce üzerinde çalışan tüm VM'ler, kopyalarının bulunduğu diğer düğümlerde otomatik olarak yeniden başlatılır. Bir düğüm uzun bir süre boyunca arızalanırsa artıklığın kademeli olarak onarılması başlar ve küme N+1 artıklığa geri döner.
Veri dengeleme ve depolama, SimpliVity'nin yazılım depolama düzeyinde gerçekleşir.
Sanal makineler, onları aynı zamanda yazılım depolama alanına da yerleştiren bir sanallaştırma kümesini çalıştırır. Masaların kendileri standart bir şablona göre alındı: finansörlerin ve operasyon görevlilerinin masaları test için geldi (bunlar iki farklı şablondur).
Test
Test için LoginVSI 4.1 yazılım test paketi kullanıldı. Bir kontrol sunucusu ve test bağlantıları için 12 makineden oluşan LoginVSI kompleksi ayrı bir fiziksel ana bilgisayara yerleştirildi.
Test üç modda gerçekleştirildi:
Karşılaştırma modu - 300 Bilgi çalışanı ve 300 Depolama çalışanından oluşan yükleme durumları.
Standart mod - yük durumu 300 Güç çalışanı.
Güç çalışanlarının çalışmasını sağlamak ve yük çeşitliliğini artırmak için LoginVSI kompleksine ek Güç Kitaplığı dosyalarından oluşan bir kitaplık eklendi. Sonuçların tekrarlanabilirliğini sağlamak için tüm test tezgahı ayarları Varsayılan olarak bırakıldı.
Bilgi ve Güç çalışanları testleri, sanal iş istasyonlarında çalışan kullanıcıların gerçek iş yükünü simüle eder.
Depolama çalışanları testi, özellikle veri depolama sistemlerini test etmek için oluşturulmuştur; gerçek iş yüklerinden uzaktır ve çoğunlukla kullanıcının farklı boyutlarda çok sayıda dosyayla çalışmasını içerir.
Test sırasında kullanıcılar, yaklaşık her 48 saniyede bir kullanıcı olmak üzere 10 dakika boyunca iş istasyonlarında oturum açar.
Bulgular
LoginVSI testinin ana sonucu, kullanıcı tarafından başlatılan çeşitli görevlerin yürütme süresinden derlenen VSImax ölçümüdür. Örneğin: bir dosyayı Not Defteri'nde açma zamanı, bir dosyayı 7-Zip'te sıkıştırma zamanı vb.
Metrik hesaplamasının ayrıntılı bir açıklaması resmi belgelerde mevcuttur. .
Başka bir deyişle, LoginVSI tipik bir yükleme modelini tekrarlar, bir ofis paketindeki kullanıcı eylemlerini simüle eder, bir PDF'yi okur vb. ve çeşitli gecikmeleri ölçer. Maksimum kullanıcı sayısına ulaşılmadığı düşünülen "her şey yavaşlıyor, çalışmak imkansız" gibi kritik düzeyde gecikmeler var. Yanıt süresi bu “her şey yavaş” durumundan 1 ms daha hızlıysa sistemin normal çalıştığı kabul edilir ve daha fazla kullanıcı eklenebilir.
İşte ana ölçümler:
Metrikler
Alınan aksiyonlar
Detaylı описание
Yüklenen bileşenler
N.S.L.D.
Metin açılış zamanı
1 KB ağırlığında dosya
Not Defteri açılır ve
havuzdan kopyalanan rastgele 1 KB'lık bir belgeyi açar
kaynaklar
CPU ve G/Ç
NFO
Diyalog açılış zamanı
not defterindeki pencereler
VSI-Notepad dosyasını açma [Ctrl+O]
CPU, RAM ve G/Ç
ZHC*
Yüksek oranda sıkıştırılmış bir Zip dosyası oluşturmanın zamanı geldi
Yerel sıkıştırma
rastgele 5MB .pst dosyasından kopyalandı
Kaynak Havuzu
CPU ve G/Ç
ZLC*
Zayıf sıkıştırılmış bir Zip dosyası oluşturmanın zamanı geldi
Yerel sıkıştırma
rastgele 5MB .pst dosyasından kopyalandı
Kaynak Havuzu
I / O
işlemci
Büyük hesaplama
rastgele veri dizisi
Büyük Bir Dizi Oluşturma
giriş/çıkış zamanlayıcısında (G/Ç zamanlayıcısı) kullanılacak rastgele veriler
işlemci
Test gerçekleştirilirken, başlangıçta işlerin sistemde yük olmadan yürütülme hızını gösteren temel VSIbase metriği hesaplanır. Buna dayanarak, VSIbase + 1 ms'ye eşit olan VSImax Eşiği belirlenir.
Sistem performansıyla ilgili sonuçlara iki ölçüm temel alınarak varılır: Sistemin hızını belirleyen VSIbase ve sistemin önemli bir bozulma olmadan işleyebileceği maksimum kullanıcı sayısını belirleyen VSImax eşiği.
300 Bilgi çalışanı karşılaştırması
Bilgi çalışanları, düzenli olarak çeşitli küçük zirvelerle bellek, işlemci ve IO yükleyen kullanıcılardır. Yazılım, zorlu ofis kullanıcılarının iş yükünü, sanki sürekli bir şeylerle (PDF, Java, ofis paketi, fotoğraf görüntüleme, 7-Zip) uğraşıyormuş gibi taklit eder. Sıfırdan 300'e kadar kullanıcı ekledikçe her birinin gecikmesi giderek artar.
VSImax istatistik verileri:
VSIbase = 986ms, VSI Eşiğine ulaşılamadı.
SimpliVity izlemeden depolama sistemi yükleme istatistikleri:
Bu tür bir yükte sistem, performansta neredeyse hiçbir bozulma olmadan artan yüke dayanabilir. Kullanıcı görevlerini tamamlamak için gereken süre sorunsuz bir şekilde artar, sistem yanıt süresi test sırasında değişmez ve yazma için 3 ms'ye, okuma için ise 1 ms'ye kadar çıkar.
Sonuç: 300 bilgi kullanıcısı mevcut küme üzerinde sorunsuz bir şekilde çalışıyor ve birbirlerine müdahale etmiyor, 1'den 6'ya kadar pCPU/vCPU fazla aboneliğine ulaşıyor. Genel gecikmeler, yük arttıkça eşit şekilde artıyor ancak öngörülen sınıra ulaşılmıyor.
300 Depolama çalışanı karşılaştırması
Bunlar sırasıyla 30'a 70 oranında sürekli yazan ve okuyan kullanıcılardır. Bu test daha çok deneme amacıyla yapıldı. VSImax istatistik verileri:
VSIbase = 1673, VSI Eşiğine 240 kullanıcıda ulaşıldı.
SimpliVity izlemeden depolama sistemi yükleme istatistikleri:
Bu tür yük aslında depolama sisteminin stres testidir. Çalıştırıldığında, her kullanıcı farklı boyutlarda birçok rastgele dosyayı diske yazar. Bu durumda bazı kullanıcılar için belirli bir yük eşiği aşıldığında dosya yazma görevlerini tamamlamak için gereken sürenin arttığı görülebiliyor. Aynı zamanda, ana bilgisayarların depolama sistemi, işlemcisi ve belleği üzerindeki yük önemli ölçüde değişmiyor, bu nedenle gecikmelere tam olarak neyin sebep olduğunu belirlemek şu anda mümkün değil.
Bu test kullanılarak sistem performansına ilişkin sonuçlar yalnızca diğer sistemlerdeki test sonuçlarıyla karşılaştırılarak yapılabilir, çünkü bu tür yükler sentetiktir ve gerçekçi değildir. Ancak genel olarak test iyi geçti. 210 seansa kadar her şey yolunda gitti ve ardından Login VSI dışında hiçbir yerde takip edilmeyen garip yanıtlar başladı.
300 Enerji işçisi
Bunlar CPU'yu, belleği ve yüksek IO'yu seven kullanıcılardır. Bu "uzman kullanıcılar", yeni yazılım yüklemek ve büyük arşivleri açmak gibi uzun aralıklarla karmaşık görevleri düzenli olarak yürütürler. VSImax istatistik verileri:
VSIbase = 970, VSI Eşiğine ulaşılamadı.
SimpliVity izlemeden depolama sistemi yükleme istatistikleri:
Test sırasında sistem düğümlerinden birinde işlemci yükü eşiğine ulaşıldı, ancak bunun çalışması üzerinde önemli bir etkisi olmadı:
Bu durumda sistem, performansta önemli bir düşüş olmadan artan yüke dayanabilir. Kullanıcı görevlerini tamamlamak için gereken süre sorunsuz bir şekilde artar, sistem yanıt süresi test sırasında değişmez ve yazma için 3 ms'ye, okuma için ise 1 ms'ye kadar çıkar.
Düzenli testler müşteri için yeterli olmadı ve biz daha da ileri gittik: VM özelliklerini (aşırı abonelik ve disk boyutundaki artışı değerlendirmek için vCPU sayısı) artırdık ve ek yük ekledik.
Ek testler yapılırken aşağıdaki stand konfigürasyonu kullanıldı:
300vCPU, 4 GB RAM, 4 GB HDD yapılandırmasında 80 sanal masaüstü dağıtıldı.
Test makinelerinden birinin konfigürasyonu:
Makineler Özel – Tam Kopya seçeneğiyle dağıtılır:
300 Bilgi çalışanının aşırı abonelikle karşılaştırması 12
VSImax istatistik verileri:
VSItabanı = 921 ms, VSI Eşiğine ulaşılamadı.
SimpliVity izlemeden depolama sistemi yükleme istatistikleri:
Elde edilen sonuçlar önceki VM yapılandırmasının test edilmesine benzer.
300 fazla aboneliğe sahip 12 Enerji çalışanı
VSImax istatistik verileri:
VSIbase = 933, VSI Eşiğine ulaşılamadı.
SimpliVity izlemeden depolama sistemi yükleme istatistikleri:
Bu test sırasında işlemci yükü eşiğine de ulaşıldı ancak bunun performans üzerinde önemli bir etkisi olmadı:
Elde edilen sonuçlar önceki konfigürasyonun test edilmesine benzer.
Yükü 10 saat çalıştırırsanız ne olur?
Şimdi bir “birikim etkisi” olup olmayacağını görelim ve 10 saat aralıksız testler yapalım.
Uzun vadeli testler ve bölümün açıklaması, kafes kiriş üzerinde uzun süreli yük altında herhangi bir sorun ortaya çıkıp çıkmayacağını kontrol etmek istediğimiz gerçeğini hedef almalıdır.
300 Bilgi çalışanı karşılaştırması + 10 saat
Ek olarak, 300 bilgi çalışanından oluşan bir yük durumu test edildi ve ardından 10 saatlik kullanıcı çalışması yapıldı.
VSImax istatistik verileri:
VSItabanı = 919 ms, VSI Eşiğine ulaşılamadı.
VSImax Ayrıntılı istatistik verileri:
Grafik, testin tamamı boyunca performansta herhangi bir bozulmanın gözlemlenmediğini göstermektedir.
SimpliVity izlemeden depolama sistemi yükleme istatistikleri:
Depolama sistemi performansı test boyunca aynı kalır.
Sentetik yükün eklenmesiyle ilave testler
Müşteri diske çılgın bir yük eklemek istedi. Bunun için kullanıcının her sanal makinesindeki depolama sistemine, kullanıcı sisteme giriş yaptığında disk üzerinde sentetik bir yük çalıştıracak bir görev eklendi. Yük, diskteki yükü IOPS sayısına göre sınırlamanıza olanak tanıyan fio yardımcı programı tarafından sağlandı. Her makinede 22 IOPS %70/%30 Rastgele Okuma/Yazma miktarında ek yükü başlatmak için bir görev başlatıldı.
300 Bilgi çalışanı karşılaştırması + kullanıcı başına 22 IOPS
İlk testlerde fio'nun sanal makinelerde önemli miktarda CPU yükü oluşturduğu görüldü. Bu, ana bilgisayarlarda hızlı CPU aşırı yüklenmesine yol açtı ve bir bütün olarak sistemin çalışmasını büyük ölçüde etkiledi.
Ana CPU yükü:
Aynı zamanda depolama sistemi gecikmeleri de doğal olarak arttı:
Bilgi işlem gücünün eksikliği 240 kullanıcı civarında kritik hale geldi:
Elde edilen sonuçlara göre daha az CPU yoğunluğu olan testlerin yapılmasına karar verildi.
230 ofis çalışanı karşılaştırması + kullanıcı başına 22 IOPS
CPU üzerindeki yükü azaltmak için Ofis çalışanları yük türü seçildi ve her oturuma 22 IOPS sentetik yük de eklendi.
Maksimum CPU yükünü aşmamak için test 230 oturumla sınırlandırıldı.
Test, maksimum yüke yakın uzun süreli çalışma sırasında sistemin stabilitesini kontrol etmek için kullanıcılar 10 saat boyunca çalıştırılarak gerçekleştirildi.
VSImax istatistik verileri:
VSItabanı = 918 ms, VSI Eşiğine ulaşılamadı.
VSImax Ayrıntılı istatistik verileri:
Grafik, testin tamamı boyunca performansta herhangi bir bozulmanın gözlemlenmediğini göstermektedir.
CPU yük istatistikleri:
Bu testi gerçekleştirirken ana bilgisayarın CPU'sundaki yük neredeyse maksimum düzeydeydi.
SimpliVity izlemeden depolama sistemi yükleme istatistikleri:
Depolama sistemi performansı test boyunca aynı kalır.
Test sırasında depolama sistemindeki yük, 6/500 oranında (60 IOPS okuma, 40 IOPS yazma) yaklaşık 3 IOPS idi; bu, iş istasyonu başına yaklaşık 900 IOPS'ye karşılık gelir.
Tepki süresi yazma için ortalama 3 ms, okuma için ise 1 ms'ye kadar çıktı.
sonuç
HPE SimpliVity altyapısında gerçek yükleri simüle ederken, sistemin bir çift SimpliVity düğümünde en az 300 Tam Klon makinenin sanal masaüstünü destekleme yeteneğini doğrulayan sonuçlar elde edildi. Aynı zamanda depolama sisteminin tepki süresi tüm test boyunca optimum seviyede tutuldu.
Uygulama öncesinde uzun testlerin yapılması ve çözümlerin karşılaştırılması yaklaşımından çok etkilendik. İsterseniz iş yükleriniz için de performansı test edebiliriz. Diğer hiper birleşik çözümler dahil. Bahsi geçen müşteri şu anda paralel olarak başka bir çözüm üzerinde testleri bitiriyor. Mevcut altyapısı, her işyerindeki bir bilgisayar filosu, bir alan adı ve yazılımdan ibarettir. Testler olmadan VDI'ya geçmek elbette oldukça zordur. Özellikle, gerçek kullanıcıları oraya taşımadan bir VDI grubunun gerçek yeteneklerini anlamak zordur. Ve bu testler, sıradan kullanıcıları dahil etmenize gerek kalmadan belirli bir sistemin gerçek yeteneklerini hızlı bir şekilde değerlendirmenize olanak tanır. Bu çalışmanın geldiği yer burasıdır.
İkinci önemli yaklaşım ise müşterinin derhal uygun ölçeklendirmeye yönelmesidir. Burada ek bir sunucu satın alabilir ve örneğin 100 kullanıcı için bir çiftlik ekleyebilirsiniz, her şey kullanıcı fiyatına göre tahmin edilebilir. Örneğin, 300 kullanıcı daha eklemeleri gerektiğinde, tüm altyapılarını yükseltmeyi yeniden düşünmek yerine, önceden tanımlanmış bir yapılandırmaya sahip iki sunucuya ihtiyaç duyduklarını bileceklerdir.
HPE SimpliVity federasyonunun olanakları ilgi çekicidir. İşletme coğrafi olarak ayrı olduğundan, kendi ayrı VDI donanımınızı uzaktaki bir ofise kurmanız mantıklı olacaktır. SimpliVity federasyonunda, her sanal makine, coğrafi olarak uzak kümeler arasında çok hızlı ve kanala yük olmadan çoğaltma yeteneğine sahip bir programa göre çoğaltılır - bu, çok iyi düzeyde yerleşik bir yedeklemedir. VM'leri siteler arasında çoğaltırken kanal mümkün olduğunca az kullanılır ve bu, tek bir kontrol merkezi ve bir grup merkezi olmayan depolama sitesinin varlığında çok ilginç DR mimarileri oluşturmayı mümkün kılar.
Bütün bunlar bir araya geldiğinde finansal tarafı çok detaylı bir şekilde değerlendirmeyi, VDI maliyetlerini şirketin büyüme planlarına eklemeyi ve çözümün ne kadar çabuk kendini amorti edeceğini ve nasıl çalışacağını anlamayı mümkün kılıyor. Çünkü herhangi bir VDI, sonuçta çok fazla kaynak tasarrufu sağlayan, ancak aynı zamanda büyük olasılıkla, 5-7 yıllık kullanımda onu değiştirmeye yönelik uygun maliyetli bir fırsat olmayan bir çözümdür.
Genel olarak yoruma açık olmayan sorularınız varsa bana e-posta ile yazın [e-posta korumalı].
Kaynak: habr.com