Ինչպես ենք փորձարկում NAS-ը. NFS, SMB, մետատվյալներ և failover

NAS-ի բնութագրում մեկ թիվ կա՝ հաջորդական ընթերցում GB/s-ով, չափված մեծ ֆայլերով և մի քանի հաճախորդով։ Տնային թղթապանակների ռեսուրսում կամ build ֆերմայում հարյուրավոր հաճախորդներ ստեղծում են փոքր ֆայլեր, ստուգում դրանք stat-ով, բացում ու փակում, կարդում 100 000 գրառում ունեցող թղթապանակների ցուցակները և գրում մի քանի kB միանգամից։ Այստեղ կոնտրոլերը հասնում է մետատվյալների գործողությունների սահմանին, մինչդեռ կապուղում դեռ պաշար կա։ Մենք չափում ենք գործողությունները վայրկյանում և ուշացումն ըստ գործողության տեսակի, իսկ throughput-ը ցույց ենք տալիս միայն մեծ ֆայլերի պրոֆիլի համար։

Ստենդը

Ստենդի հոսթերն աշխատում են որպես NFSv3, NFSv4.1 և SMB 3 հաճախորդներ՝ ստորագրությամբ կամ գաղտնագրմամբ, եթե դրանք միացված են Ձեր ռեսուրսներում։ Պրոֆիլը վերցնում ենք Ձեր ռեսուրսների վիճակագրությունից՝ ֆայլերի չափերի բաշխումը, մետատվյալների կանչերի բաժինը ընթերցման և գրառման դիմաց, թղթապանակների չափերը, հաճախորդների քանակը և mount-ի ընտրանքները։ NAS-ը տեղադրված է լաբորատորիայում, աշխատում է ստենդի հոսթերում կամ մնում է Ձեր լաբորատորիայում՝ առանձնացված կապուղու հետևում։ Պորտերը 1G, 10G և 100G են, 25G-ն՝ որպես breakout 100G-ից։ Չափումն անցնում է բեռնվածության թեստի քայլերով։

Նրանց միջև կանգնած է Ձեր ToR զույգը՝ կոնֆիգուրացիայի արտահանմամբ, իսկ գեներատորի պորտերը պահում են հավելվածների խառնուրդը նույն uplink-ներում։ Հավաքում ենք կանչերի վիճակագրությունը յուրաքանչյուր հաճախորդից, NAS-ի և կոմուտատորի հաշվիչներն ըստ պորտերի։

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

• Մետատվյալներ. create, stat, open և close, rename և delete վայրկյանում, p50 և p99՝ ըստ կանչի յուրաքանչյուր տեսակի
• Թղթապանակի ցուցակում 10 000-ից 1 000 000 գրառումով. որքան է այն տևում, և ինչ է անում այնտեղ աշխատող այլ հաճախորդների հետ
• Փոքր ֆայլեր՝ 4 kB-ից 256 kB, գրառում և ընթերցում խմբերով, հաշվարկը՝ հատով վայրկյանում
• Հաջորդական I/O՝ 1 GB և ավելի մեկ ֆայլի վրա. արագությունն ըստ հաճախորդի և ընդհանուր, GB/s-ը հաշվետվության մեջ միայն այստեղ է
• Մասշտաբ ըստ հաճախորդների. քանակն աճում է քայլերով մինչև Ձեր դիզայնի թիվը, և գրանցում ենք այն կետը, որտեղ գործողությունների հոսքը դադարում է աճել, իսկ p99-ը սկսում է բարձրանալ
• NFS nconnect և SMB multichannel. մեկ TCP կապ հաճախորդի համար՝ մի քանիսի դիմաց, և արդյոք բեռը բաշխվում է NIC-երով և կապուղիներով
• Կոնտրոլերի failover բեռի տակ. NFS hard mount և SMB continuous availability, հաճախորդի կախումը վերջին ավարտված կանչից մինչև առաջին վերադարձածը և հավելվածի յուրաքանչյուր սխալ
• Snapshot-ներ, որոնք ստեղծվում և ջնջվում են Ձեր ժամանակացույցով չափման ընթացքում, ուշացումը՝ ըստ կանչի տեսակի յուրաքանչյուրի ժամանակ

Պահեստավորման էջում ներկայացված են սարքերի բոլոր 5 դասերը։ Բլոկային պահեստավորումը NVMe/TCP-ով և RoCEv2-ով, incast-ով և PFC-ով ToR-ում, ունի իր հոդվածը՝ ինչպես ենք փորձարկում պահեստավորման ցանցերը։

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

Մետատվյալների առաստաղը։ Տիպային նախագծում ռեսուրսը տալիս էր 40 000 կանչ վայրկյանում 32 հաճախորդի դեպքում և նույն 40 000-ը՝ 128-ի դեպքում։ p99 ուշացումը stat-ի համար 2 մվ-ից աճեց մինչև 45 մվ, իսկ uplink-ները բեռնված էին 20 %-ից պակաս։ Օգտատերերը բողոքում են դանդաղ ցանցից, և առաջինը ստուգում են կոմուտատորները։ Ըստ կանչերի ուշացումների աղյուսակը մեկ ժամում ցույց է տալիս կոնտրոլերը։

Լրացուցիչ կապերը չեն բացվում։ Mount-ի շաբլոնում nconnect կա, բայց հաճախորդների կեսը ռեսուրսը միացնում է հին automount քարտեզով՝ առանց դրա։ SMB multichannel-ը բացում է մեկ ալիք, քանի որ հաճախորդի NIC-ում RSS-ն անջատված է։ Այդպիսի հաճախորդը մնում է մեկ TCP կապի վրա՝ տիպային նախագծում մոտ 1 GB/s 25G պորտում։

Կոնտրոլերի failover։ NAS-ը ռեսուրսը երկրորդ կոնտրոլերին է փոխանցում վայրկյանների ընթացքում, հաճախորդներին ավելի շատ ժամանակ է պետք։ NFSv4-ը սպասում է grace period-ի ավարտին։ Առանց continuous availability-ի SMB հաճախորդները կորցնում են բաց handle-ները, և հավելվածը դադարի փոխարեն սխալ է ցույց տալիս։ Ընդունման տիպային աղյուսակում դա երկու տող է։ NFS՝ հաճախորդի ամենաերկար կախումը 38 վ՝ 60 վ չափանիշի դիմաց, հավելվածների սխալներ չկան։ SMB առանց CA ռեսուրսում՝ 20 հաճախորդից 3-ը կորցրեցին բաց ֆայլերը։

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

Գործողություններ վայրկյանում և latency p50 ու p99՝ ըստ կանչի տեսակի, հաճախորդների քանակի և ֆայլերի պրոֆիլի, այն կետով, որտեղ գործողությունների հոսքը դադարում է աճել։ Throughput-ը մեծ ֆայլերի համար՝ ըստ հաճախորդի և ընդհանուր, nconnect-ով կամ multichannel-ով և առանց դրանց։ Հաճախորդների կախումը յուրաքանչյուր failover-ի ժամանակ՝ ըստ պրոտոկոլի և mount-ի ընտրանքների, հավելվածների սխալների քանակով, և ուշացումը յուրաքանչյուր snapshot-ի ընթացքում։ Հաճախորդների կանչերի վիճակագրությունը, NAS-ի և կոմուտատորի հաշվիչները, տրաֆիկի capture-ները և յուրաքանչյուր չափման կոնֆիգուրացիան՝ mount-ի ընտրանքներ, ռեսուրսների կարգավորումներ, ToR։ NAS-ի վենդորը, ցանցային թիմը և ռեսուրսների տերերը կարդում են նույն աղյուսակը։

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

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