Ի՞նչ է վերապրում proxy VIP փոխանցումից հետո
Առանձնացրեք proxy-ի մուտքի վերականգնումը հաստատված CONNECT թունելների և կայքին ուղղված ելքային հասցեի պահպանումից։
Լողացող հասցեն proxy-ի կարգավորումը կայուն է պահում. ակտիվ մեքենայի ձախողումից հետո հաճախորդները շարունակում են օգտագործել նույն hostname-ը կամ IP-ն։ Դա օգտակար հասանելիություն է։ Սակայն ընթացքի մեջ գտնվող ներբեռնումը դեռ կարող է կանգ առնել։
Դիտարկենք HTTPS հարցում, որն արդեն CONNECT-ի ներսում է։ Ակտիվ proxy-ն տիրապետում է դեպի հաճախորդ TCP միացմանը և դեպի կայք մեկ այլ միացման։ Այն նաև տիրապետում է այդ հոսքերը միացնող հավելվածային վիճակին։
Հասցեն պահեստային մեքենա տեղափոխելը ինքնին չի տեղափոխում ոչ TCP կառավարման բլոկը, ոչ այդ փոխանցման վիճակը։ Նոր սեփականատերը կարող է ընդունել նոր միացումներ, սակայն չի կարող շարունակել հին սեփականատիրոջ հաստատած բայթային հոսքը։
| Ակնկալիք | Արդյո՞ք դա ապահովում է հասցեի սովորական փոխանցումը |
|---|---|
| Պահպանել մեկ կարգավորված մուտք | Դա է նախատեսված առավելությունը |
| Շարունակել հաստատված CONNECT հոսքը | Կպահանջվի լրացուցիչ վիճակային մեխանիզմ |
| Պահպանել նույն ելքային հանրային IP-ն | Կախված է ելքային երթուղավորումից և NAT-ից |
| Անվտանգ կրկնել ընդհատված հավելվածային գործողությունը | Կախված է գործողությունից և հաճախորդից |
VRRP-ն սահմանում է ընտրություն և հասցեի սեփականություն։ Այն փոխօրինակման արձանագրություն չէ proxy գործընթացի համար։ Մեկ այլ բարձր հասանելիության ծրագրաշար օգտագործող տեղաբաշխումը նույն տարբերակման կարիքն ունի, եթե բացահայտ ավելին չի տրամադրում։
Ստուգեք՝ ինչ է իրականում դիտարկում առողջության ստուգումը։ Մեքենան կարող է պատասխանել հայտարարություններին, մինչ proxy ծառայությունը, DNS-ը կամ վերին երթուղին ձախողվել են։ Հակառակ դեպքում՝ չափազանց զգայուն ստուգումները կարող են անհարկի փոխարկումներ առաջացնել։
Կարևոր է նաև հաճախորդի վերականգնումը։ Նոր դիտարկիչի հարցումը կարող է հեշտությամբ կրկին միանալ. սպառված մարմնով վերբեռնումը կամ ոչ idempotent API գործողությունը կարող է պահանջել հավելվածին բնորոշ մշակում։ Մի խոստացեք անտեսանելի փոխանցում միայն այն պատճառով, որ նոր հարցումը հաջողվում է պահեստայինի միջոցով։