Լողացող հասցեն proxy-ի կարգավորումը կայուն է պահում. ակտիվ մեքենայի ձախողումից հետո հաճախորդները շարունակում են օգտագործել նույն hostname-ը կամ IP-ն։ Դա օգտակար հասանելիություն է։ Սակայն ընթացքի մեջ գտնվող ներբեռնումը դեռ կարող է կանգ առնել։

Դիտարկենք HTTPS հարցում, որն արդեն CONNECT-ի ներսում է։ Ակտիվ proxy-ն տիրապետում է դեպի հաճախորդ TCP միացմանը և դեպի կայք մեկ այլ միացման։ Այն նաև տիրապետում է այդ հոսքերը միացնող հավելվածային վիճակին։

Հասցեն պահեստային մեքենա տեղափոխելը ինքնին չի տեղափոխում ոչ TCP կառավարման բլոկը, ոչ այդ փոխանցման վիճակը։ Նոր սեփականատերը կարող է ընդունել նոր միացումներ, սակայն չի կարող շարունակել հին սեփականատիրոջ հաստատած բայթային հոսքը։

ԱկնկալիքԱրդյո՞ք դա ապահովում է հասցեի սովորական փոխանցումը
Պահպանել մեկ կարգավորված մուտքԴա է նախատեսված առավելությունը
Շարունակել հաստատված CONNECT հոսքըԿպահանջվի լրացուցիչ վիճակային մեխանիզմ
Պահպանել նույն ելքային հանրային IP-նԿախված է ելքային երթուղավորումից և NAT-ից
Անվտանգ կրկնել ընդհատված հավելվածային գործողությունըԿախված է գործողությունից և հաճախորդից

VRRP-ն սահմանում է ընտրություն և հասցեի սեփականություն։ Այն փոխօրինակման արձանագրություն չէ proxy գործընթացի համար։ Մեկ այլ բարձր հասանելիության ծրագրաշար օգտագործող տեղաբաշխումը նույն տարբերակման կարիքն ունի, եթե բացահայտ ավելին չի տրամադրում։

Ստուգեք՝ ինչ է իրականում դիտարկում առողջության ստուգումը։ Մեքենան կարող է պատասխանել հայտարարություններին, մինչ proxy ծառայությունը, DNS-ը կամ վերին երթուղին ձախողվել են։ Հակառակ դեպքում՝ չափազանց զգայուն ստուգումները կարող են անհարկի փոխարկումներ առաջացնել։

Կարևոր է նաև հաճախորդի վերականգնումը։ Նոր դիտարկիչի հարցումը կարող է հեշտությամբ կրկին միանալ. սպառված մարմնով վերբեռնումը կամ ոչ idempotent API գործողությունը կարող է պահանջել հավելվածին բնորոշ մշակում։ Մի խոստացեք անտեսանելի փոխանցում միայն այն պատճառով, որ նոր հարցումը հաջողվում է պահեստայինի միջոցով։

Առնչվող հոդվածներ