Asiakas halusi VDI:n. Katsoin todella SimpliVity + VDI Citrix Virtual Desktop -yhdistelmää. Kaikille operaattoreille, kaupungin toimiston työntekijöille ja niin edelleen. Pelkästään siirtymisen ensimmäisessä aallossa on viisi tuhatta käyttäjää, ja siksi he vaativat kuormitustestausta. VDI voi alkaa hidastua, se voi levätä rauhallisesti - eikä tämä aina tapahdu kanavaongelmien vuoksi. Ostimme erittäin tehokkaan testauspaketin nimenomaan VDI:lle ja latasimme infrastruktuuria, kunnes se oli liian raskasta levyillä ja prosessorilla.
Tarvitsemme siis muovipullon ja LoginVSI-ohjelmiston kehittyneisiin VDI-testeihin. Meillä on se lisenssillä 300 käyttäjälle. Sitten otimme HPE SimpliVity 380 -laitteiston paketissa, joka soveltui maksimaaliseen käyttäjätiheyteen palvelinta kohden, leikkasimme virtuaalikoneita hyvällä ylitilauksella, asensimme niihin toimistoohjelmistot Win10:llä ja aloitimme testaamisen.
Mennään!
Järjestelmä
Kaksi HPE SimpliVity 380 Gen10 -solmua (palvelinta). Jokaisella:
- 2 x Intel Xeon Platinum 8170 26c 2.1 GHz.
- RAM: 768 Gt, 12 x 64 Gt LRDIMM DDR4 2666 MHz.
- Ensisijainen levyohjain: HPE Smart Array P816i-a SR Gen10.
- Kiintolevyt: 9 x 1.92 TB SATA 6Gb/s SSD (RAID6 7+2 -kokoonpanossa, eli tämä on HPE SimpliVity -termeillä Medium-malli).
- Verkkokortit: 4 x 1 Gb Eth (käyttäjätiedot), 2 x 10 Gb Eth (SimpliVity- ja vMotion-taustajärjestelmä).
- Erityiset sisäänrakennetut FPGA-kortit jokaisessa solmussa duplikoinnin/pakkauksen poistamiseksi.
Solmut on kytketty toisiinsa 10 Gb Ethernet-yhdysjohdolla suoraan ilman ulkoista kytkintä, jota käytetään SimpliVity-taustajärjestelmänä ja virtuaalikoneen datan siirtoon NFS:n kautta. Klusterin virtuaalikoneen tiedot peilataan aina kahden solmun välillä.
Solmut yhdistetään vCenterin hallinnoimaksi Vmware vSphere -klusteriksi.
Testausta varten otettiin käyttöön toimialueen ohjain ja Citrix-yhteysvälittäjä. Toimialueen ohjain, välittäjä ja vCenter sijoitetaan erilliseen klusteriin.
Testiinfrastruktuurina otettiin käyttöön 300 virtuaalista työpöytää Dedicated – Full Copy -kokoonpanossa, eli jokainen työpöytä on täydellinen kopio virtuaalikoneen alkuperäisestä kuvasta ja tallentaa kaikki käyttäjien tekemät muutokset.
Jokaisessa virtuaalikoneessa on 2 vCPU ja 4 Gt RAM-muistia:
Virtuaalikoneisiin asennettiin seuraavat testaukseen tarvittavat ohjelmistot:
- Windows 10 (64-bittinen), versio 1809.
- Adobe Reader XI.
- Citrix Virtual Delivery Agent 1811.1.
- Doro PDF 1.82.
- Java 7 -päivitys 13.
- Microsoft Office Professional Plus 2016.
Solmujen välillä - synkroninen replikointi. Jokaisella klusterin tietolohkolla on kaksi kopiota. Toisin sanoen jokaisesta solmusta on nyt täydellinen tietojoukko. Kolmen tai useamman solmun klusterissa lohkojen kopiot ovat kahdessa eri paikassa. Kun luot uutta virtuaalikonetta, yhteen klusterin solmuista luodaan lisäkopio. Kun yksi solmu epäonnistuu, kaikki siinä aiemmin olleet VM:t käynnistetään automaattisesti uudelleen muissa solmuissa, joissa niillä on replikoita. Jos solmu epäonnistuu pitkään, redundanssin asteittainen palautus alkaa ja klusteri palaa N+1 redundanssiin.
Tietojen tasapainotus ja tallennus tapahtuu SimpliVityn ohjelmistotallennustasolla.
Virtuaalikoneet pyörittävät virtualisointiklusteria, joka myös sijoittaa ne ohjelmistotallennustilaan. Itse pöydät otettiin vakiomallin mukaan: kokeeseen tulivat rahoittajien ja operatiivisten toimihenkilöiden pöydät (nämä on kaksi eri mallia).
Testaus
Testaukseen käytettiin LoginVSI 4.1 -ohjelmiston testipakettia. LoginVSI-kompleksi, joka koostui ohjauspalvelimesta ja 12 koneesta testiyhteyksiä varten, otettiin käyttöön erillisellä fyysisellä isännällä.
Testaus suoritettiin kolmella tavalla:
Vertailutila - kuormalaukut 300 tietotyöntekijää ja 300 varastotyöntekijää.
Vakiotila - kuormalaukku 300 Power työntekijää.
Power-työntekijöiden työskentelyn mahdollistamiseksi ja kuormituksen monipuolisuuden lisäämiseksi LoginVSI-kompleksiin lisättiin Power Library -lisätiedostojen kirjasto. Tulosten toistettavuuden varmistamiseksi kaikki testipenkkiasetukset jätettiin oletusasetuksiksi.
Knowledge- ja Power Works -testit simuloivat virtuaalisilla työasemilla työskentelevien käyttäjien todellista työtaakkaa.
Storage työntekijät -testi on luotu nimenomaan tiedontallennusjärjestelmien testaamiseen, se on kaukana todellisista työkuormista ja sisältää suurimman osan siitä, että käyttäjä työskentelee suuren määrän erikokoisia tiedostoja.
Testauksen aikana käyttäjät kirjautuvat työasemille 48 minuutiksi nopeudella, joka on noin yksi käyttäjä 10 sekunnin välein.
Tulokset
LoginVSI-testauksen päätulos on VSImax-metriikka, joka on koottu käyttäjän käynnistämien erilaisten tehtävien suoritusajasta. Esimerkiksi: aika avata tiedosto Muistiossa, aika pakata tiedosto 7-Zipissä jne.
Yksityiskohtainen kuvaus mittareiden laskennasta on saatavilla virallisessa dokumentaatiossa .
Toisin sanoen LoginVSI toistaa tyypillisen latauskuvion, simuloi käyttäjän toimia toimistoohjelmistossa, lukee PDF-tiedostoja ja niin edelleen ja mittaa erilaisia viiveitä. On olemassa kriittinen viiveiden taso "kaikki hidastuu, on mahdotonta toimia"), jota ennen katsotaan, että käyttäjien enimmäismäärää ei ole saavutettu. Jos vasteaika on 1 000 ms nopeampi kuin tämä "kaikki on hidasta" -tila, järjestelmän katsotaan toimivan normaalisti ja käyttäjiä voidaan lisätä.
Tässä ovat tärkeimmät mittarit:
Mittarit
Toteutetut toimet
yksityiskohtainen описание
Ladatut komponentit
N.S.L.D.
Tekstin aukioloaika
tiedosto, joka painaa 1 kt
Muistio avautuu ja
avaa satunnaisen 1 500 kt:n asiakirjan, joka kopioidaan poolista
voimavarat
CPU ja I/O
NFO
Dialogin aukioloaika
ikkunat muistikirjassa
VSI-Notepad-tiedoston avaaminen [Ctrl+O]
CPU, RAM ja I/O
ZHC*
Aika luoda erittäin pakattu Zip-tiedosto
Paikallinen pakkaus
satunnainen 5 Mt .pst-tiedosto kopioitu kohteesta
resurssipooli
CPU ja I/O
ZLC*
Aika luoda heikosti pakattu Zip-tiedosto
Paikallinen pakkaus
satunnainen 5 Mt .pst-tiedosto kopioitu kohteesta
resurssipooli
I / O-
prosessori
Isoja laskelmia
satunnainen tietojoukko
Suuren taulukon luominen
satunnaiset tiedot, joita käytetään tulo-/lähtöajastimessa (I/O-ajastin)
prosessori
Kun testaus suoritetaan, lasketaan aluksi VSIbase-perusmetriikka, joka näyttää nopeuden, jolla työt suoritetaan ilman järjestelmän kuormitusta. Sen perusteella määritetään VSImax Threshold, joka on yhtä suuri kuin VSIbase + 1 000 ms.
Päätelmät järjestelmän suorituskyvystä tehdään kahden mittarin perusteella: VSIbase, joka määrittää järjestelmän nopeuden, ja VSImax threshold, joka määrittää käyttäjien enimmäismäärän, jonka järjestelmä pystyy käsittelemään ilman merkittävää heikkenemistä.
300 Knowledge Worker -vertailu
Tietotyöntekijät ovat käyttäjiä, jotka lataavat säännöllisesti muistia, prosessoria ja IO:ta erilaisilla pienillä huipuilla. Ohjelmisto jäljittelee vaativien toimistokäyttäjien työtaakkaa, ikään kuin he tönäisivät jatkuvasti jotain (PDF, Java, toimistopaketti, valokuvien katselu, 7-Zip). Kun lisäät käyttäjiä nollasta 300:aan, kunkin viive kasvaa vähitellen.
VSImax-tilastotiedot:
VSIbase = 986 ms, VSI-kynnystä ei saavutettu.
Tallennusjärjestelmän kuormitustilastot SimpliVity-valvonnasta:
Tämän tyyppisellä kuormituksella järjestelmä kestää lisääntynyttä kuormitusta käytännössä ilman suorituskyvyn heikkenemistä. Käyttäjätehtävien suorittamiseen kuluva aika kasvaa tasaisesti, järjestelmän vasteaika ei muutu testauksen aikana ja on jopa 3 ms kirjoittamiseen ja jopa 1 ms lukemiseen.
Johtopäätös: 300 tietokäyttäjää työskentelee nykyisessä klusterissa ilman ongelmia eivätkä häiritse toisiaan saavuttaen pCPU/vCPU-ylitilauksen 1-6. Kokonaisviiveet kasvavat tasaisesti kuormituksen kasvaessa, mutta asetettua rajaa ei ole saavutettu.
300 varastotyöntekijän vertailukohta
Nämä ovat käyttäjiä, jotka kirjoittavat ja lukevat jatkuvasti suhteessa 30-70. Tämä testi tehtiin enemmän kokeilun vuoksi. VSImax-tilastotiedot:
VSIbase = 1673, VSI-kynnys saavutettu 240 käyttäjällä.
Tallennusjärjestelmän kuormitustilastot SimpliVity-valvonnasta:
Tämän tyyppinen kuorma on pohjimmiltaan varastojärjestelmän stressitesti. Kun se suoritetaan, jokainen käyttäjä kirjoittaa levylle useita erikokoisia satunnaisia tiedostoja. Tässä tapauksessa voidaan nähdä, että kun tietty kuormituskynnys ylittyy joillakin käyttäjillä, tiedostojen kirjoitustehtävien suorittamiseen kuluva aika kasvaa. Samaan aikaan isäntien tallennusjärjestelmän, prosessorin ja muistin kuormitus ei muutu merkittävästi, joten tällä hetkellä on mahdotonta määrittää tarkalleen, mikä aiheuttaa viiveitä.
Päätelmiä järjestelmän suorituskyvystä tällä testillä voidaan tehdä vain verrattuna muiden järjestelmien testituloksiin, koska tällaiset kuormat ovat synteettisiä ja epärealistisia. Kokonaisuudessaan testi meni kuitenkin hyvin. Kaikki meni hyvin 210 istuntoon asti, ja sitten alkoi outoja vastauksia, joita ei seurattu missään muualla kuin Login VSI:ssä.
300 sähkötyöntekijää
Nämä ovat käyttäjiä, jotka rakastavat suoritinta, muistia ja korkeaa IO:ta. Nämä "tehokäyttäjät" suorittavat säännöllisesti monimutkaisia tehtäviä pitkillä purskeilla, kuten uusien ohjelmistojen asentaminen ja suurten arkistojen purkaminen. VSImax-tilastotiedot:
VSIbase = 970, VSI-kynnystä ei saavutettu.
Tallennusjärjestelmän kuormitustilastot SimpliVity-valvonnasta:
Testauksen aikana prosessorin kuormituskynnys saavutettiin yhdessä järjestelmäsolmussa, mutta tällä ei ollut merkittävää vaikutusta sen toimintaan:
Tässä tapauksessa järjestelmä kestää lisääntyneen kuormituksen ilman merkittävää suorituskyvyn heikkenemistä. Käyttäjätehtävien suorittamiseen kuluva aika kasvaa tasaisesti, järjestelmän vasteaika ei muutu testauksen aikana ja on jopa 3 ms kirjoittamiseen ja jopa 1 ms lukemiseen.
Säännölliset testit eivät riittäneet asiakkaalle, ja menimme pidemmälle: lisäsimme VM-ominaisuuksia (vCPU:iden määrää ylitilauksen ja levykoon kasvun arvioimiseksi) ja lisäsimme kuormitusta.
Lisätesteissä käytettiin seuraavaa telinekokoonpanoa:
300 virtuaalista pöytäkonetta otettiin käyttöön 4 v CPU, 4 Gt RAM, 80 Gt HDD -kokoonpanossa.
Yhden testikoneen kokoonpano:
Koneet otetaan käyttöön Dedicated – Full Copy -vaihtoehdossa:
300 Knowledge Worker -vertailu ylitilauksella 12
VSImax-tilastotiedot:
VSIbase = 921 ms, VSI-kynnystä ei saavutettu.
Tallennusjärjestelmän kuormitustilastot SimpliVity-valvonnasta:
Saadut tulokset ovat samanlaisia kuin edellisen VM-kokoonpanon testauksessa.
300 tehotyöntekijää 12 ylitilauksella
VSImax-tilastotiedot:
VSIbase = 933, VSI-kynnystä ei saavutettu.
Tallennusjärjestelmän kuormitustilastot SimpliVity-valvonnasta:
Tämän testauksen aikana saavutettiin myös prosessorin kuormituskynnys, mutta tällä ei ollut merkittävää vaikutusta suorituskykyyn:
Saadut tulokset ovat samanlaisia kuin edellisen kokoonpanon testauksessa.
Mitä tapahtuu, jos käytät kuormaa 10 tuntia?
Katsotaan nyt, tuleeko "kertyvä vaikutus" ja tee testit 10 tuntia peräkkäin.
Pitkäaikaiset testit ja osion kuvaukset tulee suunnata siihen, että halusimme tarkistaa, ilmaantuuko ristikon kanssa ongelmia pitkäaikaisen kuormituksen aikana.
300 tietotyöntekijän vertailuarvo + 10 tuntia
Lisäksi testattiin 300 tietotyöntekijän kuormatilanne, jota seurasi 10 tunnin käyttäjätyö.
VSImax-tilastotiedot:
VSIbase = 919 ms, VSI-kynnystä ei saavutettu.
VSImax Yksityiskohtaiset tilastotiedot:
Kaavio osoittaa, että suorituskyvyn heikkenemistä ei havaittu koko testin aikana.
Tallennusjärjestelmän kuormitustilastot SimpliVity-valvonnasta:
Tallennusjärjestelmän suorituskyky pysyy samana koko testin ajan.
Lisätestaus synteettisellä kuormalla
Asiakas pyysi lisäämään villin kuorman levylle. Tätä varten jokaisen käyttäjän virtuaalikoneen tallennusjärjestelmään lisättiin tehtävä synteettisen kuormituksen suorittamiseksi levylle, kun käyttäjä kirjautuu järjestelmään. Kuormituksen antoi fio-apuohjelma, jonka avulla voit rajoittaa levyn kuormitusta IOPS-määrällä. Jokaisessa koneessa käynnistettiin tehtävä käynnistää lisäkuormitus 22 IOPS 70%/30% Random Read/Write.
300 Knowledge Worker -vertailu + 22 IOPS käyttäjää kohden
Alkutestauksessa fion havaittiin aiheuttavan merkittäviä suorittimen ylikuormituksia virtuaalikoneen. Tämä johti isäntien nopeaan suorittimen ylikuormitukseen ja vaikutti suuresti koko järjestelmän toimintaan.
Isäntäprosessorin kuormitus:
Samalla myös tallennusjärjestelmän viiveet luonnollisesti lisääntyivät:
Laskentatehon puute tuli kriittiseksi noin 240 käyttäjälle:
Saatujen tulosten vuoksi päätettiin suorittaa vähemmän prosessoriintensiivistä testausta.
230 toimistotyöntekijän vertailuarvo + 22 IOPS käyttäjää kohden
Suorittimen kuormituksen vähentämiseksi valittiin Office-työntekijöiden kuormitustyyppi, ja jokaiseen istuntoon lisättiin myös 22 IOPS synteettistä kuormaa.
Testi rajoitettiin 230 istuntoon, jotta prosessorin enimmäiskuormitus ei ylity.
Testi suoritettiin käyttäjien ollessa käynnissä 10 tuntia järjestelmän vakauden tarkistamiseksi pitkäaikaisen käytön aikana lähellä maksimikuormitusta.
VSImax-tilastotiedot:
VSIbase = 918 ms, VSI-kynnystä ei saavutettu.
VSImax Yksityiskohtaiset tilastotiedot:
Kaavio osoittaa, että suorituskyvyn heikkenemistä ei havaittu koko testin aikana.
Prosessorin kuormitustilastot:
Tätä testiä suoritettaessa isäntien CPU:n kuormitus oli lähes maksimi.
Tallennusjärjestelmän kuormitustilastot SimpliVity-valvonnasta:
Tallennusjärjestelmän suorituskyky pysyy samana koko testin ajan.
Tallennusjärjestelmän kuormitus testin aikana oli noin 6 500 IOPS suhteessa 60/40 (3 900 IOPS luku, 2 600 IOPS kirjoitus), mikä on noin 28 IOPS työasemaa kohti.
Vastausaika oli keskimäärin 3 ms kirjoittamiseen ja jopa 1 ms lukemiseen.
Koko
Kun simuloitiin HPE SimpliVity -infrastruktuurin todellisia kuormituksia, saatiin tulokset, jotka vahvistivat järjestelmän kyvyn tukea vähintään 300 Full Clone -koneen virtuaalisia työpöytiä SimpliVity-solmuparilla. Samalla säilytysjärjestelmän vasteaika pidettiin optimaalisella tasolla koko testauksen ajan.
Olemme erittäin vaikuttuneita pitkien testien lähestymistavasta ja ratkaisujen vertailusta ennen käyttöönottoa. Halutessasi voimme testata suorituskykyäsi myös työkuormituksillesi. Mukaan lukien muut hyperkonvergoidut ratkaisut. Mainittu asiakas viimeistelee nyt rinnakkain toisen ratkaisun testejä. Sen nykyinen infrastruktuuri koostuu yksinkertaisesti tietokoneista, toimialueesta ja ohjelmistoista jokaisessa työpaikassa. VDI:hen siirtyminen ilman testejä on tietysti melko vaikeaa. Erityisesti on vaikea ymmärtää VDI-farmin todellisia ominaisuuksia siirtämättä siihen todellisia käyttäjiä. Ja näiden testien avulla voit nopeasti arvioida tietyn järjestelmän todellisia ominaisuuksia ilman tavallisten käyttäjien osallistumista. Tästä tämä tutkimus tuli.
Toinen tärkeä lähestymistapa on, että asiakas sitoutuu välittömästi oikeaan skaalaukseen. Täältä voit ostaa lisäpalvelimen ja lisätä farmin esimerkiksi 100 käyttäjälle, kaikki on ennakoitavissa käyttäjähinnalla. Esimerkiksi kun heidän on lisättävä 300 käyttäjää lisää, he tietävät, että he tarvitsevat kaksi palvelinta jo määritellyssä kokoonpanossa sen sijaan, että he harkitsisivat koko infrastruktuurinsa päivittämistä.
HPE SimpliVity -liiton mahdollisuudet ovat mielenkiintoisia. Liiketoiminta on maantieteellisesti erillään, joten on järkevää asentaa oma erillinen VDI-laitteisto etätoimistoon. SimpliVity-federaatiossa jokainen virtuaalikone replikoidaan aikataulun mukaan, ja se pystyy replikoimaan maantieteellisesti etäklustereiden välillä erittäin nopeasti ja ilman kanavan kuormitusta - tämä on erittäin hyvän tason sisäänrakennettu varmuuskopio. Kun virtuaalisia koneita kopioidaan sivustojen välillä, kanavaa käytetään mahdollisimman vähän, mikä mahdollistaa erittäin mielenkiintoisten DR-arkkitehtuurien rakentamisen yhden ohjauskeskuksen ja joukon hajautettuja tallennuspaikkoja läsnäollessa.
Kaikki tämä yhdessä mahdollistaa taloudellisen puolen tarkan arvioinnin ja VDI:n kustannusten päällekkäisyyden yrityksen kasvusuunnitelmiin ja sen ymmärtämisen, kuinka nopeasti ratkaisu maksaa itsensä takaisin ja miten se toimii. Koska mikä tahansa VDI on ratkaisu, joka lopulta säästää paljon resursseja, mutta samalla todennäköisimmin ilman kustannustehokasta mahdollisuutta vaihtaa sitä 5-7 vuoden kuluessa.
Yleensä, jos sinulla on kysymyksiä, joita ei voi kommentoida, kirjoita minulle sähköpostitse [sähköposti suojattu].
Lähde: will.com