সবেমাত্র ইলাস্টিক লোড ব্যালান্সারদের অনুসন্ধান করা। আমি এটি বুঝতে পারি যে তারা কেবল গোলাকার রবিনগুলি করে, তাদের পিছনে সার্ভারগুলিতে সমানভাবে সংযোগ বিতরণ করে। তাহলে আপনার যদি কোনও ইএলবির পিছনে বিভিন্ন আকারের দৃষ্টান্ত থাকে তবে কী ঘটে? এটি কি আরও বড় সংযোগে আরও সংযোগ প্রেরণ করে বা এটি সংযোগগুলি সমানভাবে বিতরণ করা অব্যাহত রাখে, যার অর্থ হ'ল সত্যই আপনি বিভিন্ন আকারের দৃষ্টান্ত ব্যবহার করবেন না।
উত্তর:
আমি এটি বুঝতে পারি যে তারা কেবল গোলাকার রবিনগুলি করে, তাদের পিছনে সার্ভারগুলিতে সমানভাবে সংযোগ বিতরণ করে।
ধরণের, তবে বেশিরভাগই আমি মনে করি না - দুর্ভাগ্যক্রমে, অ্যামাজন ইএলবি রাউটিং ডকুমেন্টেশন অস্তিত্বহীনতার অভাবে পড়ে যায়, সুতরাং সিদ্ধান্তে পৌঁছানোর জন্য কাউকে কিছু টুকরো জড়ো করা দরকার। এখানে থেকে মাত্র টুকরা হয় ইলাস্টিক ভারসাম্য বজায় রাখার ডেভেলপার গাইড আমি সচেতন আছি, দেখতে অধ্যায় স্টিকি দায়রা মধ্যে ইলাস্টিক ভারসাম্য বজায় রাখার সংক্ষিপ্ত বিবরণ :
ডিফল্টরূপে, একটি লোড ব্যালেন্সার প্রতিটি অনুরোধকে স্বল্পতম লোড দিয়ে অ্যাপ্লিকেশন দৃষ্টিতে স্বাধীনভাবে রুট করে । তবে, আপনি স্টিকি সেশন বৈশিষ্ট্যটি (সেশন অ্যাফিনিটি হিসাবেও পরিচিত) ব্যবহার করতে পারেন, যা লোড ব্যালান্সারের ব্যবহারকারীর সেশনটিকে একটি নির্দিষ্ট অ্যাপ্লিকেশন উদাহরণের সাথে আবদ্ধ করতে সক্ষম করে। এটি নিশ্চিত করে যে সেশনের সময় ব্যবহারকারীর কাছ থেকে আসা সমস্ত অনুরোধগুলি একই অ্যাপ্লিকেশন দৃষ্টিতে প্রেরণ করা হবে। [জোর আমার]
এখন ক্ষুদ্রতম বোঝাটির অর্থ কী? আবার, আমি যে ব্যাখ্যাটি সম্পর্কে অবগত রয়েছি তা হ'ল ২০০৯ থেকে ELB কৌশলটিতে কিছুটা অস্পষ্ট AWS টিমের প্রতিক্রিয়া :
প্রতিটি উদাহরণে কতগুলি অনুরোধগুলি (বা টিসিপির ক্ষেত্রে সংযোগগুলি) বকেয়া রয়েছে তা ELB আলগাভাবে রাখে। এটি প্রতিটি পরিস্থিতিতে সংস্থান ব্যবহার (যেমন সিপিইউ বা মেমরি) নিরীক্ষণ করে না। ELB বর্তমানে সেই সমস্ত দৃষ্টান্তগুলির মধ্যে রাউন্ড রবিনকে বিশ্বাস করবে যে এটি বিশ্বাস করে যে সবচেয়ে কম বকেয়া অনুরোধ রয়েছে। [জোর আমার]
এটি তাদের সিস্টেমের আর্কিটেকচার এবং সম্বোধিত ব্যবহারের ক্ষেত্রে প্রচুর পরিমাণে অর্থবোধ করে, তবে সম্ভবত আপনি উন্নত এইচএ পরিস্থিতিগুলির জন্য প্রয়োজন বা প্রয়োজন হতে পারে এমন রাউটিংয়ের স্বচ্ছতা এবং / অথবা নিয়ন্ত্রণ সরবরাহ করে না।
দয়া করে নোট করুন, ব্যাখ্যার উপর নির্ভর করে ইলাস্টিক লোড ব্যালেন্সিংয়ের জন্য সাম্প্রতিকতম AWS টিমের প্রতিক্রিয়া - এটি কিছুটা বিপরীত হতে পারে বা না - লোড বিতরণ নীতিগুলি :
রাউন্ড-রবিন খেলতে আসে না তবে ক্লায়েন্ট সেশনগুলি সর্বদা টিটিএল বা ডিএনএস ক্যাশে সম্মান দেয় না যাতে আপনি স্কিচ ফলাফল এবং অনুরোধের অসম বিতরণ পেতে পারেন। ELB ট্র্যাফিক রাউটিংয়ের সিদ্ধান্ত গ্রহণের ক্ষেত্রে আজ ট্র্যাফিক / অনুরোধের দৃষ্টান্তগুলি কী কার্যকর করেছে তা কার্যকর করে না। [জোর আমার]
অবশ্যই উপরেরটি সঠিকভাবে নথিভুক্ত, স্বচ্ছ এবং নিয়ন্ত্রণযোগ্য স্বাস্থ্য চেকগুলির সাথে সংশোধন করা হয়েছে , যা আপনাকে প্রথম স্থানে রাউটিংয়ে অন্তর্ভুক্ত করা থেকে দৃষ্টান্তগুলি (সম্ভাব্য সাময়িকভাবে) অপসারণের কিছুটা সুবিধা দেয়, যেমনটি ইএলবি- র পূর্ববর্তী উল্লিখিত এডাব্লুএস টিমের প্রতিক্রিয়ায় সংক্ষিপ্তসারিত হয়েছে as কৌশল পাশাপাশি:
লোড ব্যালান্সার আপনার লোড ব্যালান্সারের সাথে নিবন্ধিত আপনার দৃষ্টান্তগুলির স্বাস্থ্য পর্যবেক্ষণ করে। লোড ব্যালান্সার কোনও উদাহরণ সহ কোনও সমস্যা সনাক্ত করে, এটি এতে ট্র্যাফিক বিতরণ বন্ধ করে দেয়। উদাহরণটি আবার স্বাস্থ্যকর হলে লোড ব্যালান্সার এতে ট্র্যাফিক বিতরণ পুনরায় শুরু করে। এই প্রক্রিয়াটি আপনার অ্যাপ্লিকেশনটিকে স্বাস্থ্য পরীক্ষাটি কনফিগার করার বাইরে জড়িত না হয়ে ব্যর্থ দৃষ্টান্তের জন্য স্বয়ংক্রিয়ভাবে প্রতিক্রিয়া করতে দেয়।
যদিও অবশ্যই অস্বাভাবিক, আমি দেখতে পাচ্ছি না যে কেন এলএল বিভিন্ন অ্যামাজন ইসি 2 উদাহরণের ধরণের পুলের সাথে কাজ করবে না - আমি নিজেই এটি চেষ্টা করি নি এবং উভয়েরই সুপারিশ করব, ক্লাউডওয়াচ ব্যবহার করে আপনার লোড ব্যালান্সারের তদারকি করার পাশাপাশি আপনার পৃথক ইসি 2 উদাহরণস্বরূপ এবং এমন একটি সেটআপের ক্ষেত্রে যথাযথ অন্তর্দৃষ্টি এবং আত্মবিশ্বাস অর্জনের জন্য ফলাফলগুলির সাথে সম্পর্কিত হন।
এখনও অবধি তৈরি হওয়া বিবৃতিগুলির ভিত্তিতে, বিতরণ অ্যালগরিদম অত্যন্ত সহজ extremely
ELB এর সামনের প্রান্তটি সাধারণত এক-ই-এল-এর তুলনায় বেশি হয় এবং বিতরণটি গোল-রবিন।
ব্যাক-এন্ড (আপনার দৃষ্টান্তগুলি) এর আগেও দাবি করে:
প্রতিটি উদাহরণে কতগুলি অনুরোধগুলি (বা টিসিপির ক্ষেত্রে সংযোগগুলি) বকেয়া রয়েছে তা ELB আলগাভাবে রাখে। এটি প্রতিটি পরিস্থিতিতে সংস্থান ব্যবহার (যেমন সিপিইউ বা মেমরি) নিরীক্ষণ করে না। ELB বর্তমানে সেই সমস্ত দৃষ্টান্তগুলির মধ্যে রাউন্ড রবিনকে বিশ্বাস করবে যে এটি বিশ্বাস করে যে সবচেয়ে কম বকেয়া অনুরোধ রয়েছে।
এটি অনুমান করবে যে যদি কোনও বৃহত্তর উদাহরণে কম বকেয়া অনুরোধ থাকে, তবে তাদের কাছে আরও ট্র্যাফিক স্থানান্তরিত হবে। এটির নিশ্চয়তা দেওয়ার কোনও উপায় নেই।