ପ୍ରକ୍ସି VIP ଫେଲଓଭର ପରେ କଣ ରହିଥାଏ?

ଭାସମାନ ଠିକଣା ପ୍ରକ୍ସି ସେଟିଂକୁ ସ୍ଥିର ରଖେ: ସକ୍ରିୟ ମେସିନ ବିଫଳ ହେବା ପରେ ମଧ୍ୟ ଗ୍ରାହକମାନେ ସେହି ହୋଷ୍ଟନାମ କିମ୍ବା IP ବ୍ୟବହାର ଜାରି ରଖନ୍ତି। ଏହା ଉପଯୋଗୀ ଉପଲବ୍ଧତା। କିନ୍ତୁ ଚାଲୁଥିବା ଡାଉନଲୋଡ୍ ତଥାପି ଅଟକିପାରେ।

ପୂର୍ବରୁ CONNECT ଭିତରେ ଥିବା HTTPS ଅନୁରୋଧକୁ ବିଚାର କରନ୍ତୁ। ସକ୍ରିୟ ପ୍ରକ୍ସି ଗ୍ରାହକ ଆଡ଼କୁ TCP ସଂଯୋଗ ଏବଂ ୱେବସାଇଟ୍ ଆଡ଼କୁ ଅନ୍ୟ ଏକ ସଂଯୋଗ ଧାରଣ କରେ। ସେହି ସ୍ଟ୍ରିମଗୁଡ଼ିକୁ ଯୋଡ଼ୁଥିବା ଆପ୍ଲିକେସନ ଅବସ୍ଥା ମଧ୍ୟ ଏହା ଧାରଣ କରେ।

ଠିକଣାକୁ ଷ୍ଟାଣ୍ଡବାଇ ମେସିନକୁ ସ୍ଥାନାନ୍ତର କଲେ ନିଜେ ନିଜେ TCP ନିୟନ୍ତ୍ରଣ ବ୍ଲକ କିମ୍ବା ସେହି ରିଲେ ଅବସ୍ଥା ସ୍ଥାନାନ୍ତର ହୁଏ ନାହିଁ। ନୂଆ ମାଲିକ ନୂଆ ସଂଯୋଗ ଗ୍ରହଣ କରିପାରେ, କିନ୍ତୁ ପୁରୁଣା ମାଲିକ ସ୍ଥାପିତ କରିଥିବା ବାଇଟ ସ୍ଟ୍ରିମ ଆଗେଇ ନେଇପାରେ ନାହିଁ।

VRRP ନିର୍ବାଚନ ଏବଂ ଠିକଣାର ମାଲିକାନା ନିର୍ଦ୍ଧାରଣ କରେ। ଏହା ପ୍ରକ୍ସି ପ୍ରକ୍ରିୟା ପାଇଁ ପ୍ରତିଲିପି ପ୍ରୋଟୋକଲ ନୁହେଁ। ଅନ୍ୟ ଉଚ୍ଚ-ଉପଲବ୍ଧତା ସଫ୍ଟୱେର ବ୍ୟବହାର କରୁଥିବା ପରିନିୟୋଜନକୁ ମଧ୍ୟ ସେହି ପାର୍ଥକ୍ୟ ଆବଶ୍ୟକ, ଯଦି ଏହା ସ୍ପଷ୍ଟ ଭାବେ ଅଧିକ ନଦିଏ।

ସ୍ୱାସ୍ଥ୍ୟ ଯାଞ୍ଚ ପ୍ରକୃତରେ କଣ ପର୍ଯ୍ୟବେକ୍ଷଣ କରେ ତାହା ସମୀକ୍ଷା କରନ୍ତୁ। ପ୍ରକ୍ସି ସେବା, DNS କିମ୍ବା ଉପରିସ୍ଥ ମାର୍ଗ ବିଫଳ ହେଲେ ମଧ୍ୟ ମେସିନ ଘୋଷଣାର ଉତ୍ତର ଦେଇପାରେ। ବିପରୀତରେ, ଅତି ସମ୍ବେଦନଶୀଳ ଯାଞ୍ଚ ଅନାବଶ୍ୟକ ସୁଇଚ ସୃଷ୍ଟି କରିପାରେ।

ଗ୍ରାହକ ପୁନଃପ୍ରାପ୍ତି ମଧ୍ୟ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ। ନୂଆ ବ୍ରାଉଜର ଅନୁରୋଧ ସହଜରେ ପୁନଃ ସଂଯୋଗ ହୋଇପାରେ; ବ୍ୟବହୃତ ବଡି ସହିତ ଅପଲୋଡ୍ କିମ୍ବା ଅଣ-ଆଇଡେମ୍ପୋଟେଣ୍ଟ API କାର୍ଯ୍ୟ ପାଇଁ ଆପ୍ଲିକେସନ-ନିର୍ଦ୍ଦିଷ୍ଟ ପରିଚାଳନା ଆବଶ୍ୟକ ହୋଇପାରେ। କେବଳ ଷ୍ଟାଣ୍ଡବାଇ ମାଧ୍ୟମରେ ନୂଆ ଅନୁରୋଧ ସଫଳ ହେଲା ବୋଲି ଅଦୃଶ୍ୟ ଫେଲଓଭରର ପ୍ରତିଶ୍ରୁତି ଦିଅନ୍ତୁ ନାହିଁ।