একই ডোমেনের দিকে ইঙ্গিত করে একাধিক একটি রেকর্ডগুলি সস্তা লোড ভারসাম্য কৌশল হিসাবে ডিএনএস রাউন্ড রবিন বাস্তবায়নের জন্য প্রায় একচেটিয়াভাবে ব্যবহৃত হয়েছিল বলে মনে হয়।
ডিএনএস আরআরের বিরুদ্ধে স্বাভাবিক সতর্কতা হ'ল উচ্চ প্রাপ্যতার জন্য এটি ভাল নয়। যখন 1 আইপি নিচে যায় ক্লায়েন্টরা কয়েক মিনিট ধরে এটি ব্যবহার করতে থাকবে।
একটি লোড ব্যালেন্সার প্রায়শই আরও ভাল পছন্দ হিসাবে পরামর্শ দেওয়া হয়।
উভয় দাবি সম্পূর্ণ সত্য নয়:
যখন ট্র্যাফিকটি এইচটিটিপি হয় তখন বেশিরভাগ এইচটিএমএল ব্রাউজারগুলি কোনও নতুন ডিএনএস চেহারা না করে যদি পূর্ববর্তীটি নিচে থাকে তবে স্বয়ংক্রিয়ভাবে পরবর্তী একটি রেকর্ড চেষ্টা করতে সক্ষম হয়। এখানে অধ্যায় 3.1 এবং এখানে পড়ুন ।
যখন তখন একাধিক ডেটা সেন্টার জড়িত থাকে, তখন ডিএনএস আরআর তাদের জুড়ে ট্র্যাফিক বিতরণের একমাত্র বিকল্প।
সুতরাং, এটি কি সত্য যে একাধিক ডেটা সেন্টার এবং এইচটিটিপি ট্রাফিকের সাথে, যখন কোনও ডেটা সেন্টার নীচে যায় তখন তাত্ক্ষণিক ব্যর্থতা নিশ্চিত করার একমাত্র উপায় ডিএনএস আরআর ব্যবহার?
ধন্যবাদ,
ভ্যালেনটিনো
সম্পাদনা:
- অবশ্যই প্রতিটি ডেটা সেন্টারে হট স্পেয়ার সহ একটি স্থানীয় লোড ব্যালেন্সার রয়েছে।
- তাত্ক্ষণিক ব্যর্থতার জন্য সেশন অ্যাফিনিটি ত্যাগ করা ঠিক আছে।
- ডিএনএসের পরিবর্তে অন্যের পরিবর্তে কোনও ডেটা সেন্টারের পরামর্শ দেওয়ার একমাত্র উপায় আফিক হ'ল সেই তথ্য কেন্দ্রের সাথে সম্পর্কিত কেবল আইপি (বা আইপি) দিয়ে উত্তর দেওয়া। যদি ডেটা সেন্টারটি অ্যাক্সেসযোগ্য হয় তবে সেই সমস্ত আইপিও অ্যাক্সেসযোগ্য। এর অর্থ হ'ল, স্মার্ট এইচটিএমএল ব্রাউজারগুলি তাত্ক্ষণিকভাবে অন্য একটি রেকর্ড চেষ্টা করতে সক্ষম হলেও, স্থানীয় ক্যাশে প্রবেশের মেয়াদ শেষ না হওয়া এবং একটি নতুন ডিএনএস লুকআপ সম্পন্ন না হওয়া পর্যন্ত সমস্ত প্রচেষ্টা ব্যর্থ হবে, নতুন ওয়ার্কিং আইপিগুলি আনতে (আমি ধরে নিই যে ডিএনএস স্বয়ংক্রিয়ভাবে কোনওটিকে প্রস্তাব দেয়) একটি ব্যর্থ হলে নতুন ডেটা সেন্টার)। সুতরাং, "স্মার্ট ডিএনএস" তাত্ক্ষণিক ব্যর্থতার আশ্বাস দিতে পারে না।
- বিপরীতে একটি ডিএনএস রাউন্ড-রবিন এটির অনুমতি দেয়। যখন একটি ডেটা সেন্টার ব্যর্থ হয়, স্মার্ট এইচটিএমএল ব্রাউজারগুলি (তাদের বেশিরভাগ) তাত্ক্ষণিকভাবে অন্য ক্যাশেড রেকর্ডগুলি অন্য (কর্মরত) ডেটা সেন্টারে ঝাঁপিয়ে পড়ে চেষ্টা করে। সুতরাং, ডিএনএস রাউন্ড-রবিন সেশন সাদৃশ্য বা সর্বনিম্ন আরটিটি নিশ্চিত করে না তবে ক্লায়েন্টরা "স্মার্ট" এইচটিএমএল ব্রাউজার হলে তাত্ক্ষণিক ব্যর্থতা নিশ্চিত করার একমাত্র উপায় বলে মনে হয়।
সম্পাদনা 2:
- কিছু লোক TCP যেকোনকাস্টের একটি চূড়ান্ত সমাধান হিসাবে পরামর্শ দেয়। ইন এই কাগজ (অধ্যায় 6) ব্যাখ্যা করা হয় যে Anycast ব্যর্থ উপর BGP অভিসৃতি সাথে সম্পর্কিত হয়। এই কারণে যেকোনকাস্ট সম্পূর্ণ হতে 15 মিনিট থেকে 20 সেকেন্ড অবধি নিয়োগ করতে পারে। 20 সেকেন্ড এমন নেটওয়ার্কগুলিতে সম্ভব যেখানে টপোলজি এটির জন্য অনুকূলিত হয়েছিল। সম্ভবত কেবল সিডিএন অপারেটররা এ জাতীয় দ্রুত ব্যর্থ ওভার দিতে পারে।
সম্পাদনা করুন 3: *
- আমি কিছু ডিএনএস চেহারা এবং ট্রেস্রোয়েট করেছি (সম্ভবত কিছু বিশেষজ্ঞ ডাবল চেক করতে পারেন) এবং:
- টিসিপি যেকোনকাস্ট ব্যবহার করে কেবল সিডিএন ক্যাশে ফ্লাই বলে মনে হচ্ছে, অন্যান্য অপারেটর যেমন সিডিএন নেটওয়ার্ক এবং বিটগ্রাভিটি ক্যাশেফ্লাই ব্যবহার করে। দেখে মনে হচ্ছে যে তাদের প্রান্তগুলি বিপরীত প্রক্সি হিসাবে ব্যবহার করা যাবে না। সুতরাং, তাত্ক্ষণিক ব্যর্থতা মঞ্জুর করতে এগুলি ব্যবহার করা যাবে না।
- আকামাই এবং লাইমলাইট ভূ-সচেতন ডিএনএস ব্যবহার করে বলে মনে হচ্ছে। কিন্ত! তারা একাধিক এ রেকর্ড ফিরিয়ে দেয়। ট্রেস্রোয়েটগুলি থেকে মনে হয় যে ফিরে আসা আইপিগুলি একই ডেটা সেন্টারে রয়েছে। সুতরাং, যখন কোনও ডেটা সেন্টার নীচে যায় তখন তারা কীভাবে 100% এসএলএ সরবরাহ করতে পারে তা নিয়ে আমি বিস্মিত হই।