Ինչպես ենք փորձարկում VNF-ները. vCPU, SR-IOV և աղմկոտ հարևան

Վիրտուալ firewall-ի բնութագրում գրված է 20 Gbit/s։ Թիվը չափվել է վենդորի հոսթում՝ SR-IOV, ամրացված միջուկներ, թեստի համար ընտրված ցանցային քարտ։ Ձեր պլատֆորմային թիմը հոսթերը հավաքում է իր ստանդարտով, հաճախ virtio-ով և vSwitch-ով, և տիպային նախագծում նույն image-ը այնտեղ տալիս է 6 Gbit/s։ Կլաստերը հաշվարկում են Ձեր հոսթի մեկ vCPU-ի throughput-ով, և հենց այդ թիվն ենք չափում։

Ստենդը

Գործառույթն աշխատում է լաբորատորիայի հիպերվիզորի վրա՝ KVM կամ VMware, կամ որպես CNF մեր Kubernetes կլաստերում։ Հոսթը հավաքում ենք Ձեր պլատֆորմի ստանդարտով՝ vCPU-ների քանակը և ամրացման սխեման, հիշողությունը և huge pages-ը, NUMA հանգույցը, NIC-ի մոդելը և դրա հերթերի քանակը։ Image-ը կամ Helm chart-ը և արտադրական կոնֆիգուրացիան Ձերն են։ Եթե գործառույթը գոյություն ունի միայն Ձեր tenant-ում կամ կլաստերում, ստենդը միանում է դրան առանձնացված կապուղով։

Բեռը գալիս է 2 կողմից։ Գեներատորի L2-3 պորտերը 100G-ով ուղարկում են կադրեր line rate-ով, մինչև 64 բայթ, DPDK և SR-IOV ուղիներով։ L4-7 շարժիչները 200G և ավելի արագությամբ վերարտադրում են հավելվածների խառնուրդը՝ սեսիաներով և TLS-ով։ Հոսթի հաշվիչները գրանցվում են ամբողջ թեստի ընթացքում՝ յուրաքանչյուր vCPU-ի բեռնվածությունը, NIC-ի կորուստները ըստ հերթերի, հիշողությունը։ Չափումն ինքնին ընթանում է մեր բեռնվածության թեստավորման մեթոդով։

Ինչ ենք ստուգում

• Մեկ vCPU-ի հաշվով. Gbit/s Ձեր հավելվածների խառնուրդով և pps 64 բայթանոց կադրերով պլանի յուրաքանչյուր vCPU քանակի համար, ինչպես նաև latency p50 և p99 տրված բեռների դեպքում
• Տվյալների ուղի. նույն image-ը և նույն տրաֆիկը virtio-ով, ապա SR-IOV-ով կամ DPDK-ով, և տարբերությունը գիգաբիթներով ու միջուկներով
• Տեղաբաշխում. ամրացված և լողացող միջուկներ, NIC-ը սեփական և օտար NUMA հանգույցում, huge pages-ը միացված և անջատված
• Առաստաղ. բեռը, որից հետո գործառույթն այլևս չի աճում, և ռեսուրսը, որն առաջինը սպառվեց՝ միջուկներ, NIC-ի հերթեր կամ հիշողություն
• Մասշտաբավորում. 1, 2 և 4 օրինակ մեկ հոսթում, ապա մի քանի հոսթում, առաջին օրինակից քաշված ուղիղ գծի դիմաց
• Աղմկոտ հարևան. երկրորդ բեռը, որը միտումնավոր գործարկվում է նույն միջուկների, քեշի և NIC-ի վրա, և գործառույթի throughput-ի անկումը %-ով
• Իրադարձություններ տրաֆիկի տակ. live migration, վերագործարկում, pod-ի տեղափոխում, հանգույցի drain, յուրաքանչյուրի համար կորուստների պատուհանը՝ վերջին փաթեթից մինչև առաջին վերադարձածը

Յուրաքանչյուր կետ ունի Ձեր դիզայնից վերցված չափանիշ, որը սահմանվում է մինչև առաջին փաթեթը։ Մյուս դասերը՝ ընդհուպ մինչև ամպային ծառայություններ և վեբ պորտալներ, ներկայացված են ամպի և NFV-ի էջում։

Ինչն է սովորաբար խափանվում

Տվյալների ուղին։ Virtio-ի դեպքում յուրաքանչյուր փաթեթ ծախսում է հոսթի CPU ծրագրային կոմուտատորում։ Առաջին պարբերության նախագծում մատակարարված հոսթը տվեց 6 Gbit/s, իսկ 2 vCPU-ն աշխատում էին 100 %-ով։ Նույն image-ը նույն հոսթում SR-IOV-ով տվեց 17 Gbit/s։ Առաջին չափման հիման վրա հաշվարկված կլաստերին գրեթե 3 անգամ ավելի շատ հոսթ կպահանջվեր։

NUMA-ն։ Ցանցային քարտը տեղադրված է 1-ին պրոցեսորի PCIe սլոտում, պլանավորիչը VM-ը դնում է 0-րդ պրոցեսորի միջուկների վրա, և յուրաքանչյուր փաթեթ անցնում է սոկետների միջև։ Throughput-ն ընկնում է, latency-ն ցրվում է, իսկ VM-ի ներսից պատճառը չի երևում։ vCPU-ները ցանցային քարտի սոկետին ամրացնելը վերացնում է խնդիրը, և ամրացման սխեման մտնում է ամեն հաշվետվություն։

Հոսթի NIC-ը։ Մասշտաբավորման տիպային չափում՝ 1 օրինակը տալիս է 6 Gbit/s, 2-ը՝ 11,5, 4-ը՝ 17, մինչդեռ ուղիղ գիծը կխոստանար 24։ Առաստաղը որոշում են հոսթի NIC-ը և այն միջուկները, որոնք օրինակները կիսում են իրար միջև։ Այդ հոսթում նոր օրինակներն ավելացնում են vCPU, բայց գրեթե չեն ավելացնում գիգաբիթ, և դիզայնին պետք է երկրորդ քարտ կամ երկրորդ հոսթ։

Ինչ կա հաշվետվության մեջ

Արդյունքների աղյուսակ յուրաքանչյուր չափման համար, որի վերնագրում հոսթի պրոֆիլն է՝ հիպերվիզորը և դրա տարբերակը, սերվերի և CPU-ի մոդելը, vCPU-ների քանակը և ամրացման սխեման, NUMA հանգույցը, NIC-ի մոդելը, հերթերը և տվյալների ուղին։ Առանց այդ վերնագրի գիգաբիթների թիվը հաշվետվությունում չի հայտնվում։ Ներքևում՝ Gbit/s և pps մեկ vCPU-ի հաշվով յուրաքանչյուր ուղու համար, առաստաղը և դրա հետևում կանգնած ռեսուրսը, մասշտաբավորման գործակիցը 1-ից N օրինակի համար, աղմկոտ հարևանից անկումը %-ով, կորուստների պատուհանը յուրաքանչյուր իրադարձության համար՝ միլիվայրկյաններով։ Կցված են շարժիչների վիճակագրությունը, հոսթի հաշվիչները, տրաֆիկի capture-ները և կոնֆիգուրացիաների արտահանումները։ Հիպերվիզորի նոր տարբերակը, NIC-ի նոր դրայվերը կամ image-ի նոր տարբերակը նշանակում են նույն կետերի կրկնակի չափում և տարբերություն յուրաքանչյուր KPI-ի համար։ Image-ը կարող է մնալ ստենդում թողարկումների միջև որպես hosted DUT, և կրկնակի չափման համար ոչինչ նորից բեռնել պետք չէ։

Որտեղից սկսել

Ուղարկեք մեզ image-ը, հոսթի պրոֆիլը, որի վրա նախատեսում եք այն աշխատեցնել, և տրաֆիկի խառնուրդը։ Մենք պատասխանում ենք թեստի պլանի նախագծով՝ կետերը, ստենդի սխեման և ժամկետները։ Հաշվետվությունը մնում է Ձեզ, և Դուք կարող եք այն ցույց տալ վենդորին։ Գրեք մեզ կամ տեսեք, թե էլ ինչ է անում ստենդը։