Kirjeldus

Võrgufunktsioonide virtualiseerimine, tuntud kui NFV, on uus paradigma, mis kaitseb võrguseadmete kasutamist virtuaalses keskkonnas, et saada paindlikkust ja lihtsamat hooldust. Kuid iga kasutusviisi tuleks uurida, et teha kindlaks, kas parim valik on riistvara või virtuaalne seade vastavalt nõuetele, eelarvele ja olemasolevatele ressurssidele.

Selles artiklis me ütleme erinevused võrguseadmete seadmete vahel, mõnede määratlemiseks VM-i tunnimise optimeerimine võrkude loomiseks ja koormuse tasakaalustamiseks ning hüpervisaatorite müüjate vahel.

Riistvara ja virtuaalsete seadmete jõudluse erinevused

Kui peame kasutama uut koormuse tasakaalustajat, peamine tehniline põhjus, miks minna riistvara seade on kõige rohkem koguda jõudlus ja madalam võrgu latentsus kui võimalik, kuid virtuaalne seade annaks rohkem paindlikkus ja lihtsam haldamine infrastruktuuri.

Ideaalses maailmas, kus rakendatakse virtuaalseadet, kus on kõik peremehe poolt kättesaadavad ressursid, saame VM-is 96% -lt 97% -ni hosti CPU-st, 70% -st 90% -ni võrgutõhususest hostil ja vahemikus 40% kuni 70% vastuvõtva salvestus I / O jõudlusest, kõik need tulenevad hüpervisendi üldkuludest.

Virtuaalsete masinate võrdlusuuringud ei ole kerge ülesanne, kuna erinevad võimalikud konfiguratsioonid võivad põhjustada täpsete numbrite puudumist ja liiga palju tegureid, mis võivad mõjutada VM-i jõudlust, nagu:

Hüperviisi müüja ja kasutatav versioon
Peremehe optimeerimine
Eraldatud ressursid VM kohta
Ühe peremehe kohta käivate VM-ide arv
Võrguliiklus, CPU või Disk I / O koormus hüperviisoris
Seadistatud võrgu draiverid
Jagatud ressursid VMide vahel
Teostatud ülesanne (marsruutimine, sisu vahetamine, SSL-i laadimine jne)
teiste hulgas…

See artikkel on pühendatud võrkude optimeerimisele koormuse tasakaalustamiseks virtuaalsetes keskkondades, seega on see keskendunud protsessori koormusele ja võrgu sisend- / väljundtundimisele, et koormuse tasakaalustavatest virtuaalseadmetest kõige rohkem kasu saada. Kettasalvestuse jõudlus pole nii kriitiline, kuna sellised NFV-rakendused ei vaja ketta sisend- / väljundkoormust.

VM optimeerimine võrkude loomiseks ja koormuse tasakaalustamiseks

Oma virtuaalse infrastruktuuri NFV (ja eriti koormuse tasakaalustamise) suurendamiseks soovitame järgida järgmisi juhiseid.

1. Kaasaegne ja uuendatud riistvara host. Uuemad riistvaraplatvormid sisaldavad juba mitmeid protsessori kiirendus- ja tarkvaratehnoloogiaid BIOSis või püsivara tasemel, et virtualiseerimine paremini toimiks. Firmade ja BIOS-i ajakohastamine on tavaliselt hea tava uute funktsioonide võimaldamiseks ja teadaolevate probleemide ohutuks muutmiseks.

2. Valige oma eelistatud hüpervisor. Hostis töötav hüpervisor on võrguühenduse toimimise seisukohast väga oluline. Meie enamkasutatavate hüpervisorite võrdlusuuringut on kirjeldatud järgmises osas. See annab teile laia ülevaate, mis on võrguühenduse jõudluse ja koormuse tasakaalustamise jaoks kõige optimeeritud virtuaalne platvorm. Lisaks avavad mõned müüjad oma mittevabades lahendustes mitmeid jõudlusvõimalusi ja mastaapsuse funktsioone, mis peaksid olema lubatud NFV-lahenduste jaoks.

3. Uuendatud hypervisor. Hosti ajakohastamine toob kasu kõigile hüpervisori rakendatud optimeerimisfunktsioonidele ja ressursside parendustele ning fikseeritud turvaprobleemidele.

4. Luba Intel VT-x või AMD-V. Üldiselt sisaldavad uuemad Intel ja AMD protsessorid seda kiirenduse lippu, kuid ei ole BIOSis vaikimisi lubatud. Kui olete taganud, et see valik on lubatud BIOS-is, mida vajate VM-i tasemel.

5. Spetsiaalne hooldusvõrk. Virtuaalmasina võrgu seadistamisel on oluline luua isoleeritud võrk tootmisteenuste ja hooldustoimingute jaoks sisemises eravõrgus koos hostiga, mida saaks kasutada liikumiste jaoks (töökoormuste teisaldamine hostide vahel). See privaatne võrk on kiirem ja turvalisem, kuid see ei mõjuta ka teie tootmisteenuseid hoolduse ajal.

6. Valige täiustatud võrgudraiverid. Veenduge, et kasutate iga hüpervisendi ja teie konkreetse NIC-i jaoks kõige toimivamat virtuaalvõrgu draiverit. Teie peremehe jaoks sobivaima ja uuendatud võrgudraiveri säilitamine vähendab latentsust ja töötab paremini võrguliikluse kõrge koormuse korral.

7. Pühendatud vCPU. Toimivuse seisukohalt on parem, kui teatud VM-ile on määratud vähem, kuid sellele on pühendatud vCPU. CPU ressursside jagamise vältimine vähendab hostis konteksti ja ooterežiimi muutust ning väldib töökoormusi, mida mõjutavad ühed VM-id.

8. Optimeeritud mallid ja kasutuselevõtt on valmis. Oluline on optimeeritud mallid vastavalt teatud hüpervisorile ja versioonile, mis sisaldab külalispoole võrgu loomiseks tunnustatud asjakohaseid tööriistu, draivereid ja operatsioonisüsteemi. Malli juurutamiseks valmisolek suurendab tõhusust, haldamist ja aega.

Tulemus hüpervisorite vahel

Vastavalt koormuse tasakaalustamise võrdlusnäitajatele ja suurte koormuste võrgustamisele meie laboris võime seda öelda Vmware ESXi uuemad versioonid toimib paremini kui Xen Server, Hyper-V või muud turul olevad hüpervisorid.

Zevenet virtuaalseadmete jaoks õige ressursside eraldamine

Võttes arvesse, et me kasutame turul kõige paremini toimivaid hüperviisoreid vastavalt meie laboratoorsele testile, saame koguda jõudlust optimaalsetes Zevenet Load Balancer virtuaalsetes keskkondades alates 7% kuni 20% karistus kui sama füüsiline konfiguratsioon.

Spetsiaalse vCPU kohta saame hinnata:

~ 18k HTTP päringuid sekundis LSLB HTTP taluga.
~ 220k HTTP päringuid sekundis LSLB L4XNAT taluga.

Kui seansi püsivus on lubatud, peaksime hoolitsema VM-i mäluvahendite eest:

512 MB RAM iga virtuaalse teenuse või talu kohta, mis on avatud VM-is.
Täiendav 512 MB RAM iga virtuaalse teenuse või talu kohta, kus on rohkem kui 10,000i kasutajaid.

Seoses ladustamisega eraldavad Zevenet Virtual Appliances 8GB kettale, mida saab vajadusel muuta, kuid enamikul juhtudel peaks see olema piisav.