ప్రాక్సీ VIP ఫెయిలోవర్ తర్వాత ఏమి మిగులుతుంది?
ప్రాక్సీ ప్రవేశ పునఃప్రాప్తిని స్థాపిత CONNECT సొరంగాలు మరియు వెబ్‌సైట్ వైపు బయలుదేరే చిరునామా కొనసాగడం నుండి వేరు చేయండి.
తేలియాడే చిరునామా ప్రాక్సీ సెట్టింగ్‌ను స్థిరంగా ఉంచుతుంది: క్రియాశీల మెషీన్ విఫలమైన తర్వాత కూడా క్లయింట్లు అదే హోస్ట్‌నేమ్ లేదా IP ను వాడుతూనే ఉంటాయి. అది ఉపయోగకరమైన లభ్యత. అయినప్పటికీ నడుస్తున్న డౌన్‌లోడ్ ఆగిపోవచ్చు.
ఇప్పటికే CONNECT లో ఉన్న HTTPS అభ్యర్థనను పరిగణించండి. క్రియాశీల ప్రాక్సీ క్లయింట్ వైపు TCP కనెక్షన్ మరియు వెబ్‌సైట్ వైపు మరో కనెక్షన్ కలిగి ఉంటుంది. ఆ స్ట్రీమ్‌లను కలిపే అప్లికేషన్ స్థితిని కూడా కలిగి ఉంటుంది.
చిరునామాను స్టాండ్‌బై మెషీన్‌కు తరలించడం దానంతట అదే TCP నియంత్రణ బ్లాక్‌ను లేదా ఆ రిలే స్థితిని తరలించదు. కొత్త యజమాని కొత్త కనెక్షన్లను ఆమోదించగలడు, కానీ పాత యజమాని స్థాపించిన బైట్ స్ట్రీమ్‌ను కొనసాగించలేడు.
| ఆశించినది | సాధారణ చిరునామా ఫెయిలోవర్ దానిని ఇస్తుందా? |
|---|---|
| ఒక కాన్ఫిగర్ చేసిన ప్రవేశాన్ని ఉంచుకోవడం | అదే ఉద్దేశిత ప్రయోజనం |
| స్థాపిత CONNECT స్ట్రీమ్‌ను కొనసాగించడం | అదనపు స్థితి-నిల్వ యంత్రాంగం అవసరం |
| అదే బయలుదేరే పబ్లిక్ IP ఉంచుకోవడం | బయలుదేరే మార్గం మరియు NAT పై ఆధారపడి ఉంటుంది |
| అంతరాయమైన అప్లికేషన్ చర్యను సురక్షితంగా పునరావృతం చేయడం | చర్య మరియు క్లయింట్ పై ఆధారపడి ఉంటుంది |
VRRP ఎన్నిక మరియు చిరునామా యాజమాన్యాన్ని నిర్వచిస్తుంది. ఇది ప్రాక్సీ ప్రక్రియకు ప్రతిరూప ప్రోటోకాల్ కాదు. మరో అధిక లభ్యత సాఫ్ట్‌వేర్ ఉన్న అమరికకు కూడా అదే భేదం అవసరం, స్పష్టంగా ఎక్కువ ఇవ్వకపోతే.
ఆరోగ్య తనిఖీ నిజంగా ఏమి గమనిస్తుందో సమీక్షించండి. ప్రాక్సీ సేవ, DNS లేదా పై మార్గం విఫలమైనప్పటికీ మెషీన్ ప్రకటనలకు సమాధానం ఇవ్వగలదు. దీనికి విరుద్ధంగా, అతి సున్నితమైన తనిఖీలు అనవసర మార్పులకు కారణం కావచ్చు.
క్లయింట్ వైపు పునఃప్రాప్తి కూడా ముఖ్యం. కొత్త బ్రౌజర్ అభ్యర్థన సులభంగా తిరిగి కనెక్ట్ కావచ్చు; వాడివేసిన బాడీ ఉన్న అప్‌లోడ్ లేదా ఐడెంపోటెంట్ కాని API చర్యకు అప్లికేషన్-నిర్దిష్ట నిర్వహణ అవసరం కావచ్చు. స్టాండ్‌బై ద్వారా కొత్త అభ్యర్థన విజయవంతమైంది అని మాత్రమే కనిపించని ఫెయిలోవర్‌ను వాగ్దానం చేయవద్దు.