প্রক্সি VIP ফেলওভারের পরে কী টিকে থাকে?
প্রক্সি প্রবেশপথের পুনরুদ্ধারকে প্রতিষ্ঠিত CONNECT টানেল ও ওয়েবসাইটমুখী আউটবাউন্ড ঠিকানার টিকে থাকা থেকে আলাদা করুন।
ভাসমান ঠিকানা প্রক্সি সেটিং স্থির রাখে: সক্রিয় মেশিন ব্যর্থ হওয়ার পরেও ক্লায়েন্টরা একই হোস্টনেম বা IP ব্যবহার করে। এটি উপকারী প্রাপ্যতা। তবে চলমান ডাউনলোড তবুও থেমে যেতে পারে।
CONNECT-এর ভিতরে ইতিমধ্যে থাকা একটি HTTPS অনুরোধ ভাবুন। সক্রিয় প্রক্সি ক্লায়েন্টমুখী TCP সংযোগ এবং ওয়েবসাইটের দিকে আরইকটি সংযোগ ধারণ করে। সেই স্ট্রিমগুলিকে জোড়া দেওয়া অ্যাপ্লিকেশন অবস্থাও এটি ধারণ করে।
একটি ঠিকানা স্ট্যান্ডবাই মেশিনে সরালে নিজে নিজে কোনো TCP নিয়ন্ত্রণ ব্লক বা সেই রিলে অবস্থা সরানো হয় না। নতুন মালিক নতুন সংযোগ নিতে পারে, কিন্তু পুরোন মালিকের প্রতিষ্ঠিত বাইট স্ট্রিম চালিয়ে নিতে পারে না।
| প্রত্যাশা | সাধারণ ঠিকানা ফেলওভার কী এটি দেয়? |
|---|---|
| একটি কনফিগার করা প্রবেশপথ রাখা | এটিই অভিপ্রেত সুবিধা |
| প্রতিষ্ঠিত CONNECT স্ট্রিম চালিয়ে যাওয়া | অতিরিক্ত স্টেটফুল ব্যবস্থা লাগবে |
| একই বাহ্য পাবলিক IP রাখা | আউটবাউন্ড রাউটিং ও NAT-এর উপর নির্ভরশীল |
| বাধাপ্রাপ্ত অ্যাপ্লিকেশন কাজ নিরাপদভাবে পুনরাবৃত্তি | কাজ ও ক্লায়েন্টের উপর নির্ভরশীল |
VRRP নির্বাচন ও ঠিকানার মালিকানা নির্ধারণ করে। এটি প্রক্সি প্রক্রিয়ার জন্য প্রতিলিপি প্রোটোকল নয়। অন্য হাই-অ্যাভেইলেবিলিটি সফটওয়্যার ব্যবহারকারী স্থাপনাও স্পষ্টভাবে বেশি কিছু না দিলে একই পার্থক্য চায়।
স্বাস্থ্য পরীক্ষা আসলে কী পর্যবেক্ষণ করে তা পর্যালোচনা করুন। প্রক্সি পরিষেবা, DNS বা আপস্ট্রিম রুট ব্যর্থ হলেও একটি মেশিন বিজ্ঞাপনের উত্তর দিতে পারে। বিপরীতভাবে, অতি সংবেদনশীল পরীক্ষা অপ্রয়োজনীয় সুইচ ঘটাতে পারে।
ক্লায়েন্ট পুনরুদ্ধারও গুরুত্বপূর্ণ। নতুন ব্রাউজার অনুরোধ সহজে পুনরায় সংযুক্ত হতে পারে; ব্যবহৃত বডি সহ আপলোড বা নন-আইডেম্পোটেন্ট API কাজের জন্য অ্যাপ্লিকেশন-নির্দিষ্ট ব্যবস্থাপনা লাগতে পারে। স্ট্যান্ডবাইয়ের মাধ্যমে নতুন অনুরোধ সফল হয়েছে বলেই অদৃশ্য ফেলওভারের প্রতিশ্রুতি দেবেন না।