Ինչպես ենք փորձարկում backup և ռեպլիկացիա WAN-ով. պատուհան, RPO

Սայզինգի հաշվարկում տվյալների ծավալը բաժանում են կապուղու արագության վրա. 20 TB-ը 10G WAN-ով 4,4 ժամ է, 22:00-ից 07:00 պատուհանը 9 ժամ է, և պաշարը կարծես կրկնակի է։ 30 մվ RTT-ի և իրական կապուղու կորուստների պայմաններում backup-ի ծրագիրը լռելյայն կարգավորումներով բացում է մի քանի հոսք, որոնցից յուրաքանչյուրը սահմանափակվում է իր TCP պատուհանով, և տիպային նախագծում նույն 20 TB-ը փոխանցվեց 13 ժամում։ Մենք չափում ենք backup-ը և ռեպլիկացիան Ձեր WAN-ի պրոֆիլով՝ արդյոք առաջադրանքն ավարտվում է մինչև առավոտ, քանի րոպեով է ռեպլիկան հետ մնում, և որքան է տևում վերականգնումը։

Ստենդը

Ձեր WAN-ը ստենդ է գալիս որպես պրոֆիլ՝ ուշացում, jitter, կորուստ և հերթով թողունակության սահմանափակում, ըստ ուղղությունների, գրադարանից կամ Ձեր սեփական կապուղու չափումներից։ Պրոֆիլը կիրառում է մեր էմուլյատորը՝ WANemu-ն, որն այժմ beta փուլում է ստենդի 1G և 10G կապուղիներում, իսկ հաշվետվությունում կիրառված և չափված արժեքները ներկայացված են կողք կողքի։

Մի կողմում աղբյուր հոսթերն են փորձնական տվյալների հավաքածուով, որը կազմված է Ձեր պրոֆիլով՝ ֆայլերի չափերը, օրական փոփոխությունների ծավալը, սեղմելիությունը։ Backup-ի կամ ռեպլիկացիայի ծրագիրը և նրա agent-ներն աշխատում են ստենդում։ Թիրախը ռեկում տեղադրված ռեպոզիտորիան է, ստենդի հոսթերում ծրագրային պահեստավորումը կամ Ձեր համակարգը՝ առանձնացված կապուղով։ Գեներատորի պորտերը հավելվածների խառնուրդը դնում են նույն WAN կապուղու վրա։ Փորձնական հավաքածուի ժամանակը չափում ենք և արդյունքը տարածում Ձեր 10–200 TB ծավալի վրա։

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

• Մեկ հոսքի throughput-ը Ձեր RTT-ի և կորուստների դեպքում, և հոսքերի այն քանակը, որից հետո ևս մեկն այլևս չի օգնում
• Լրիվ և ինկրեմենտալ առաջադրանքներ՝ ժամանակը մինչև թիրախում գրանցված վերջին բայթը, Ձեր պատուհանի սահմանի դիմաց
• Dedup և սեղմում. կապուղով անցած բայթերը պաշտպանվող բայթերի դիմաց Ձեր տվյալների համար, և proxy-ի CPU-ն
• Ռեպլիկայի հետ մնալը րոպեներով՝ փոփոխությունների գիշերային և պիկային տեմպով, և որքան ժամանակում է այն վերանում. սա է Ձեր իրական RPO-ն
• Պիկի ժամին մեկնարկած առաջադրանք՝ նրա throughput-ը և այն ուշացումն ու կորուստը, որ այդ ընթացքում ստանում են օգտատերերը
• WAN-ի failover առաջադրանքի ընթացքում. այն շարունակվում է, կրկնվում է ստուգման կետից, թե սկսվում է նորից
• Փորձնական հավաքածուի վերականգնումը WAN-ով՝ ժամանակը մինչև առաջին օգտագործելի ֆայլը և մինչև վերջինը, տարածված այն ծավալի վրա, որը պետք կլինի վերականգնել վթարից հետո

Պահեստավորման էջում WAN-ով backup-ը սարքերի 5 դասերից մեկն է։ Թե ինչու է մեկ TCP հոսքը խրվում երկար ուշացման վրա, կարդացեք TCP throughput-ի փորձարկման մասին գրառման մեջ, իսկ հոսթերի և զանգվածի միջև ցանցին նվիրված է առանձին գրառում։

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

Քիչ հոսքեր։ Առաջին պարբերության նախագծում ծրագիրը բացում էր 4 հոսք՝ LAN-ի համար ընտրված լռելյայն արժեք։ Throughput-ն աճում էր հոսքերի քանակի հետ մինչև 8 և այնտեղ կանգ առավ. dedup անող proxy-ն աշխատում էր 100 % CPU-ով։ 2 լրացուցիչ vCPU-ից հետո աճը շարունակվեց մինչև 12 հոսք, և նույն 20 TB-ը անցավ 8,6 ժամում՝ պատուհանի ներսում։ Կապուղին մնաց նույնը։

RPO, որը պահպանվում է միայն գիշերը։ Ասինխրոն ռեպլիկացիան 1–2 րոպեով է հետ մնում, քանի դեռ օգտատերերը քնած են։ Առավոտյան պիկին հավելվածն ավելի շատ է գրում, իսկ նույն կապուղով աշխատում են օգտատերերը, և տիպային նախագծում հետ մնալը հասավ 35 րոպեի՝ 15 րոպե RPO-ի դիմաց, իսկ հետո 3 ժամ պահանջվեց, որ այն վերանա։ Օրական միջին հետ մնալով dashboard-ն այդ ամբողջ ընթացքում նորմալ թիվ էր ցուցադրում։

Failover, որին ռեպլիկացիան չի դիմանում։ Հիմնական WAN կապուղին ընկնում է, և երթուղավորումը տրաֆիկը տեղափոխում է երկրորդի վրա 40 վայրկյանում։ Ռեպլիկացիայի սեսիան ունի 30 վայրկյան timeout. այն ընդհատվում է և սկսում 2 TB-անոց volume-ի ամբողջական ռեսինխրոնիզացիա ավելի դանդաղ կապուղով։ Նույն failover-ի ժամանակ backup-ի առաջադրանքը շարունակվում է ստուգման կետից։ Երկու վարքագիծն էլ որոշվում են ծրագրի կարգավորումներով, և ստենդը ցույց է տալիս, թե որն է Ձերը, իրական վթարից առաջ։

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

Պատուհանն ըստ առաջադրանքի տեսակի՝ Ձեր սահմանի դիմաց, throughput-ի կորով և հոսքերի քանակով։ Throughput ըստ հոսքերի քանակի՝ WAN-ի յուրաքանչյուր պրոֆիլի համար։ Կապուղով անցած բայթերը պաշտպանվող բայթերի դիմաց և proxy-ի CPU-ն։ Ռեպլիկայի հետ մնալը օրվա ընթացքում՝ պիկը, վերանալու ժամանակը, Ձեր RPO-ի գիծը։ Փորձնական հավաքածուի վերականգնման ժամանակը՝ տարածված լրիվ ծավալի վրա։ Յուրաքանչյուր failover՝ ընդհատման տևողությամբ և առաջադրանքի վարքով։ Յուրաքանչյուր չափման համար՝ WAN-ի պրոֆիլը (կիրառված և չափված), ծրագրի կարգավորումները, հոսթերի հաշվիչները։ Ծրագրի թարմացումից կամ WAN-ի փոփոխությունից հետո կրկնակի չափումը և այս հաշվետվության հետ համեմատությունը տևում են 3 աշխատանքային օր։

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

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