Sådan optimeres Virtual Machine ydelse til NFV belastningsbalancering

SLAGT DEN 19. december 2017

Beskrivelse

Netværksfunktion Virtualisering, kendt som NFV, er et nyt paradigme, der forsvarer brugen af ​​netværksenheder til virtuelle miljøer for at opnå fleksibilitet og lettere vedligeholdelse. Men ethvert tilfælde af brug bør undersøges for at afgøre, om den bedste løsning er et hardware eller virtuel apparat i henhold til krav, budget og tilgængelige ressourcer.

I denne artikel skal vi angive forskelle mellem hardware hardware apparater, at definere nogle VM tunning optimeringer til netværk og load balancing og ydeevne mellem hypervisors leverandører.

Ydelsesforskelle mellem hardware og virtuelle apparater

Når vi har brug for at implementere en ny belastningsbalancer, er den vigtigste tekniske grund til at gå til en hardware Apparatet er at samle mest ydeevne lavere netværksforsinkelse som muligt, men det virtuelt apparatet ville give mere fleksibilitet lettere forvaltning af infrastruktur.

I en ideel verden implementerer vi en virtuel maskine med alle de ressourcer, der er tilgængelige fra værten, i VM'en mellem 96% til 97% af værts CPU, mellem 70% til 90% af værtsens netværkspræstationer og mellem 40% til 70% af lagerets I / O-ydeevne, alle af dem på grund af hypervisorens overhead.

Benchmarkingen af ​​virtuelle maskiner er ikke en nem opgave, da forskellige mulige konfigurationer kan producere manglen på præcise tal, og der er for mange faktorer, der kan påvirke præstationen af ​​en VM, som:

Hypervisorleverandøren og den anvendte version
Værten optimeringer
Tildelte ressourcer pr. VM
Antal VM'er, der kører pr. Vært
Netværkstrafik, CPU eller Disk I / O-belastning i hypervisoren
Netværksdrivere konfigureret
Fælles ressourcer mellem VM'er
Opgave udført (routing, indholdskobling, SSL offload osv.)
blandt andre…

Denne artikel er dedikeret til netværksoptimering til belastningsafbalancering i virtuelle miljøer, så den fokuserer på CPU-belastning og netværks-I / O-tuning for at samle mest ud af dine belastningsbalancerende virtuelle computere. Diskopbevaringsydelse er ikke så kritisk, da denne form for NFV-applikationer ikke kræver en høj belastning af disk I / O.

VM optimeringer til netværk og belastningsbalancering

For at øge din NFV (og specifikt til belastningsbalancering) i din virtuelle infrastruktur anbefaler vi at følge de næste instruktioner.

1. Moderne og opdateret hardwareværktøj. Nyeste hardwareplatforme indeholder allerede flere processoraccelerations- og softwareteknikker på BIOS eller firmware-niveau for bedre at kunne udføre med virtualisering. Vedligeholdelse af firmware og BIOS opdateret er normalt en god praksis for at muliggøre nye funktioner og være sikker på kendte problemer.

2. Vælg din foretrukne hypervisor. Hypervisoren til at køre i værten er meget vigtig med hensyn til netværksydelse. Vores benchmark-undersøgelse af de mest anvendte hypervisorer er beskrevet i det næste afsnit. Det giver dig et bredt overblik over, hvad der er den mest optimerede virtuelle platform til netværksydelse og belastningsbalancering. Derudover låser nogle leverandører adskillige ydeevneegenskaber og skalerbarhedsfunktioner i deres ikke-gratis løsninger, der skal aktiveres for NFV-løsninger.

3. Opdateret hypervisor. Vedligeholdelsen af ​​værten opdateret vil være til gavn for alle optimeringsfunktioner og forbedringer af ressourcer, der anvendes i hypervisoren samt sikkerhedsfejl.

4. Aktivér Intel VT-x eller AMD-V. Generelt omfatter nyere Intel- og AMD-processorer dette accelerationsflag, men ikke aktiveret som standard i BIOS. Når først det er sikret, at denne mulighed er aktiveret i BIOS, skal du aktivere den på VM-niveau.

5. Dedikeret netværk til vedligeholdelse. Under netværksopsætningen af ​​en virtuel maskine er det vigtigt at oprette isoleret netværk til produktionstjenester og til vedligeholdelsesopgaver i et internt privat netværk med værten, der kan bruges til Motions (flytning af arbejdsbelastninger mellem værter). Dette private netværk vil være hurtigere og mere sikkert, men det påvirker ikke dine produktionstjenester under vedligeholdelse.

6. Vælg forbedrede netværksdrivere. Sørg for at bruge den mest virtuelle netværksdriver til hver hypervisor og til dit specifikke NIC. Vedligeholdelsen af ​​den mest velegnede og opdaterede netværksdriver til din vært vil reducere ventetiden og vil fungere bedre i tilfælde af høje netværkstrafikbelastninger.

7. Dedikeret vCPU. Under et præstationssynspunkt er det bedre at have mindre vCPU tildelt en bestemt VM, men dedikeret til den. Undgå at dele CPU-ressourcer mindsker ændringen af ​​kontekst og ventestatus i værten såvel som for at undgå, at arbejdsbelastningen påvirker fra en VM til en anden.

8. Optimerede skabeloner og klar til at implementere. Det er vigtigt at have optimerede skabeloner i henhold til den bestemte hypervisor og version, der inkluderer de tilegnede værktøjer, drivere og operativsystem tunnelt til netværk på gæstesiden. At have en skabelon klar til implementering øger effektivitet, ledelse og tid.

Ydeevne mellem hypervisorer

I henhold til belastningsbalanceniveauerne og netværkets store belastninger i vores laboratorium kan vi angive det nyere versioner af Vmware ESXi fungerer bedre end Xen Server, Hyper-V eller andre hypervisorer på markedet.

Definerer rigtig ressourceallokering for virtuelle Zevenet apparater

I betragtning af at vi bruger den mest præstationshypervisor på markedet ifølge vores laboratorietest, kan vi samle en ydeevne i optimale Zevenet Load Balancer virtuelle miljøer fra 7% til 20% af straf end den samme fysiske konfiguration.

Per dedikeret vCPU vi kan estimere:

~ 18k HTTP anmodninger pr. Sekund med LSLB HTTP gård.
~ 220k HTTP-anmodninger pr. Sekund med LSLB L4XNAT farm.

Hvis sessionens persistens er aktiveret, skal vi tage sig af hukommelsesressourcerne i VM:

512 MB RAM pr. Virtuel tjeneste eller gård, der er etableret i VM.
Yderligere 512 MB RAM per virtuel tjeneste eller farm med mere end 10,000 brugere.

Med hensyn til lagerpladsen tildeler Zevenet Virtual Appliances 8GB disk, der kan ændres, hvis det er nødvendigt, men i de fleste tilfælde bør det være nok.

Del på:

Dokumentation i henhold til GNU Free Documentation License.

Var denne artikel til hjælp?

Relaterede artikler