ইএলবি এর নিষ্ক্রিয় সংযোগের সময়সীমা সেটিংয়ের মতো ধীর


0

আমি ন্যূনতম কনফিগারেশন (HTTP 80 -> 3000) দিয়ে ELB চেষ্টা করে দেখছি, এবং কেবল একটি ইসি 2 উদাহরণের জন্য।

(আমি জানি যে সাধারণত একজন কমপক্ষে দুটি ইসি 2 উদাহরণ রাখে তবে আমি কেবল ইসিবি মূল্যায়ন করছি assess)

আমি লক্ষ্য করেছি যে এই সেটআপের অধীনে (যা আমি ধরে নিয়েছি যে আমি সঠিকভাবে কনফিগার করেছি - সম্ভবত আমি কিছু মিস করেছি), প্রতিক্রিয়া সময়টি আমি নির্দিষ্ট করা নিষ্ক্রিয় সংযোগের সময়সীমা হিসাবে ঠিক ঠিক ধীর হবে।

উদাহরণস্বরূপ যদি সেটিংটি 30 সেকেন্ড হয় এবং আমি পরিদর্শন elb-XXXXXXXXX.eu-west-1.elb.amazonaws.comকরি তবে পৃষ্ঠাটি লোড হওয়ার জন্য আমার ব্রাউজারটিকে 30 সেকেন্ড অপেক্ষা করতে হবে।

2, 5, 60 সেকেন্ডের জন্য একই।

1 সেকেন্ডে সেট করুন, আমাকে পুরো 1 সেকেন্ড অপেক্ষা করতে হবে না - আমি ক্রমাগত পৃষ্ঠাটি পুনরায় অনুরোধ করতে পারি (অর্থাত্ রিফ্রেশ কীবোর্ড শর্টকাটটি ধরে রাখা) এবং আমি কোনও হিচাপ দেখি না।

সুতরাং সেটিংটি 1 সেকেন্ডে রেখে ছেড়ে দেওয়া লোভনীয় হতে পারে - এটি কি পরামর্শ দেওয়া হয়?

আমি কি অল্পতা ছাড়াই ELB এর পিছনে কেবল একটি ইসি 2 উদাহরণ দিয়ে প্রস্তাবিত সেটিং (60 সেকেন্ড) ব্যবহার করতে পারি?


এখন আমি ELB এর সাথে 5 টি অতিরিক্ত ইসি 2 দৃষ্টান্ত যুক্ত করেছি এবং সমস্যাটি বহাল রয়েছে। সুতরাং সমস্যাটি ELB এর পিছনে প্রকৃত সংখ্যার সাথে সম্পর্কিত বলে মনে হচ্ছে না।
vemv

1
অবশ্যই স্বাভাবিক নয়। আমার কাছে 30 টি পৃথক ইএলবি মোতায়েনের মতো কিছু রয়েছে এবং আমি এর আগে কখনও আসি নি। মনে হচ্ছে আপনার অ্যাপ্লিকেশনটি সঠিকভাবে আচরণ করছে না, তবে সরাসরি সংযোগের সময় মুখোশযুক্ত এমনভাবে।
মাইকেল - স্কলবট

অন্তর্দৃষ্টি জন্য অনেক ধন্যবাদ। আমার অ্যাপ্লিকেশনটিতে (বা ইসি 2 উদাহরণ) কোন ধরণের সমস্যা হতে পারে? এটি সর্বদা একই বন্দর দ্বারা (3000) অ্যাক্সেস করা হয়, এটি ELB এর মাধ্যমে বা সরাসরি whether ELB এর মাধ্যমে কেবল ধীরে ধীরে।
vemv

3
উদাহরণস্বরূপ, যদি আপনার অ্যাপ্লিকেশন ক্লান্টকে চঙ্কিত ট্রান্সফার এনকোডিং ব্যবহার না করে বা একটি সঠিক সামগ্রী-দৈর্ঘ্যের শিরোনাম না পাঠিয়ে ডেটা লিখিত হয়, তবে সামগ্রীটি শেষ হওয়ার আগে সংযোগটি বন্ধ না হওয়া পর্যন্ত ব্রাউজারটি অপেক্ষা করতে পারে। আপনি এখন পর্যন্ত যা বর্ণনা করেছেন তার ভিত্তিতে আমি এরকম কিছু সন্দেহ করব।
মাইকেল - স্কলবট

1
অপ্রত্যক্ষভাবে, হ্যাঁ, যদি অ্যাপ্লিকেশনটি HTTP প্রোটোকলটি পরিচালনা করার ক্ষেত্রে যথেষ্ট-সঠিক-ফ্যাশনে আচরণ করে। উদাহরণস্বরূপ nginx ইনস্টল করা আপনার অ্যাপ্লিকেশনটিতে ট্রাফিকের প্রক্সি স্থাপন করা আপনার সমস্যার জন্য উপযুক্ত হতে পারে, কারণ এটি আপনার জন্য কোনও সূক্ষ্ম প্রোটোকল ইস্যু সংশোধন করতে পারে এবং পাশাপাশি নিজের এবং ELB এর মধ্যে রক্ষণাবেক্ষণকে বজায় রাখতে পারে। এটি কোনও স্ট্যাটিক ফাইল সরাসরি হ্যান্ডেল করার বোনাস সহ এটি একটি দুর্দান্ত সাধারণ কনফিগারেশন।
মাইকেল - স্ক্যালবট

উত্তর:


1

স্পষ্টতই, একটি অ্যাপ্লিকেশন সার্ভার (আমার ক্ষেত্রে ইউনিকর্ন) সাধারণত ইএলবির সাথে সরাসরি কথা বলতে পারে না - এটি অবশ্যই এনগিনেক্সের মতো একটি উচ্চতর বিশেষজ্ঞ এইচটিটিপি সার্ভারের পিছনে করা উচিত। এটি স্ট্যাটিক ফাইলগুলি পরিবেশন করার জন্য বিশেষভাবে সত্য - কেউ চায় না যে সেগুলি রুবি দ্বারা পরিবেশন করা হোক!

বিশেষত ইউনিকর্ন 'দ্রুত ক্লায়েন্ট' ধরে নেয়, একটি গ্যারান্টি যে কেবল এনগিনেক্সই পূরণ করতে পারে - ইএলবি নয়।

এমনটি করার ফলে আমার সমস্যা সমাধান হয়েছে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.