গ্রহণযোগ্য লোড গড়

Question

আমরা শুক্রবারে আমাদের নতুন লিনাক্স / এক্সিম / স্প্যামাসাসিন মেল সার্ভার স্থাপন করেছি (কোনও অ্যাডমিন না থাকলে লম্বা উইকএন্ডের আগের দিনটি স্থাপন করা সর্বদা একটি ভাল ধারণা)। লোডটি 15 মিনিটের গড়পড়তা 1.3 এর কাছাকাছি চলেছে।

মেশিনটি প্রতিক্রিয়াশীল এবং মেলগুলি যথাযথ সময়ে সরবরাহ করা হয়। আমরা কি ধরে নিতে পারি যে এটি গ্রহণযোগ্য?

নির্দিষ্ট পরিমাণ বোঝা কীভাবে গ্রহণযোগ্য বা গ্রহণযোগ্য নয়? কোন মেট্রিক ব্যবহার করা হয়?

Comments

কত সিপিইউ, কত র‌্যাম? এটি কি এক্স / জিডিএম চলছে?

— টিম হাওল্যান্ড 13

আপনি প্রতিদিনের ভিত্তিতে কতটি মেল পরিচালনা করেন?

— বামগার্ট

Answer 1

থাম্বের বেসিক নিয়ম: যদি সিস্টেমটি প্রতিক্রিয়াশীল হয়, যদি এটি একটি সময়োচিত ফ্যাশনে কাজ করে তবে আপনি ভাল আছেন।

দুটি নীচের লোড খুব একটা উদ্বেগ নয়। আমি সিস্টেমে চার বা পাঁচটি আঘাত পেয়েছি এবং এখনও ঠিকঠাক কাজ করেছি, যদিও এটি এমন একটি সূচক হতে পারে যে নেটওয়ার্ক বা ড্রাইভগুলির সাথে প্রচুর পরিমাণে কুইউিং সমস্যা রয়েছে (সিস্টেমটি খুব প্রতিক্রিয়াশীল হলেও I / O ইস্যুগুলি উচ্চ চাপের কারণ হতে পারে)।

আপনার মেল সারির দৈর্ঘ্য পর্যায়ক্রমে এবং সেই প্রকৃতির অবিশ্বাস্য সমস্যা এবং সমস্যার জন্য লগগুলি পরীক্ষা করুন। যদি বিতরণ সারির তুলনামূলক কম থাকে তবে তা ঠিক আছে।

আপনি ডিস্কের গড় ও নেটওয়ার্ক আই / ও তথ্য পাওয়ার সাথে সাথে আরও অনেক কিছু করতে পারেন তবে আপনি যদি বিতরণ সমস্যাগুলি না দেখেন (আমি বার্তাটি পনের মিনিট আগে পাঠিয়েছি এবং এটি এখনও পৌঁছায় না!) এবং আপনি কনসোলের মাধ্যমে সিস্টেমে কাজ করতে পারেন ( বা ssh) অনেক বিলম্ব না করে আপনার ভাল হওয়া উচিত।

Answer 2

লোড এভারেজ এমন একটি মান যা কার্নেলের দ্বারা প্রয়োজনীয় প্রসেসরের সংখ্যার একটি ধারণা দেয় যখন তারা অপেক্ষা না করে সমস্ত কাজ চালাতে সক্ষম হয়।
আপনার ক্ষেত্রে, যদি আপনার 2 বা ততোধিক সিপিইউ / কোর থাকে। কোন সমস্যা নেই. আপনার যদি 1 টি কোর সহ কেবলমাত্র 1 টি সিপিইউ থাকে তবে এর অর্থ হ'ল আপনার অ্যাপ্লিকেশনটি যে সময় চালাতে চায় এবং কার্নেল এটি চালানোর সময়টির মধ্যে 'খুব বেশি' সময় থাকে। একটি লোড> "সিপু / কোরের সংখ্যা" কোনও মেল সিস্টেমের জন্য সমস্যা হবে না যতক্ষণ না এটি একটি দীর্ঘ সময়ের জন্য খুব বেশি মূল্যে পৌঁছে যায়।
অবশ্যই এগুলি দেওয়ার কোনও নিয়ম এবং মূল্য নয় এবং অল্প সময়ে আপনি নিজের মেলটি পাওয়ার সময় এটি ঠিক আছে। 'লম্বা' সময়কালে (to 1 ঘন্টা) লোড যখন প্রায় 2 * সিপিইউ / কোরের সংখ্যার বেশি হয় তখন আপনার সার্ভারটি খুব কাছ থেকে দেখতে হবে start
আবার কোনও মেল সার্ভারের জন্য এটি কোনও বড় সমস্যা হবে না তবে এটির অর্থ এই হতে শুরু করবে যে আপনার সার্ভারটি কিছুটা ওভারলোড হয়েছে।

Comments

+1 দুর্দান্ত এবং আকর্ষণীয় স্টাফ!

— মার্কো ডেমাইও

আমি বেশ ভাল একটি ওয়েবপৃষ্ঠায় একটি লিঙ্ক যুক্ত করছি ব্লগ.স্কাউট

— রেডিয়াস

Answer 3

টিউনিং সম্পর্কিত প্রশ্নগুলির সাথে সর্বদা, কোনও হ্যাঁ / কোনও উত্তর নেই, এটি সব নির্ভর করে :-)

এটি বলার পরে, 1.3 এর লোড উচ্চ শোনাচ্ছে না, বিশেষত যদি আপনার একটি মাল্টি-কোর সিপিইউ কনফিগারেশন থাকে। যদি লোড নম্বরটি কোর সংখ্যার সমান হয় তবে সমস্ত কোর সর্বদা চালানোর জন্য প্রস্তুত একটি প্রক্রিয়া থাকে।

শেষ পর্যন্ত, যদি আপনি বলে থাকেন যে বার্তাগুলি একটি সময় মতো ফ্যাশনে সরবরাহ করা হচ্ছে তবে কর্মক্ষমতা ঠিক আছে :-)

top

আপনাকে নিকট পর্যাপ্ত বাস্তব সময়ে বেসিক মেট্রিকগুলি দেবে।

Comments

এইচটিওপি আরও ভাল এবং পড়তে সহজ

— এন্টোইন বেনকামাউন

Answer 4

আপনার কাছে থাকা সিপিইউর সংখ্যার তুলনায় একটি লোড গড় কম হওয়া অর্থ এখানে কিছু করার মতো সিপু বসে নেই। সমান অর্থ এই মুহুর্তে তারা সবাই কাজ করছে। বৃহত্তর অর্থ হল এমন প্রক্রিয়া রয়েছে যা চলতে পারে তবে লাইনের অপেক্ষায় আটকে থাকে।

কোনও ভিওআইপি সার্ভার বা মেমক্যাচের মতো সুপার টাইম সংবেদনশীল জিনিসগুলির জন্য আপনি আপনার লোড গড়ের সংখ্যার তুলনায় ভাল হতে চান। মাঝে মাঝে ব্যাকআপ (ইমেলের মতো) এর সাথে বেঁচে থাকতে পারে এমন অ্যাসিঙ্ক্রোনাস স্টাফের জন্য আপনি সহজেই কোর এর সংখ্যা 4x চালাতে পারেন।

মনে রাখা সবচেয়ে বড় সতর্কতা হ'ল প্রক্রিয়াগুলি যেগুলি ডিস্ক বা নেটওয়ার্ক i / o এর জন্য অপেক্ষা করছে তবে অন্যথায় চলমান এখনও লোড গড়ের মধ্যে প্রদর্শিত হয়। সুতরাং আপনি যদি 56 কে ব্যবহারকারীদের কাছে অ্যাপাচি সার্ভারের চামচ খাওয়া জেপিজি পেয়ে থাকেন তবে আপনি কোনও গিগাবিট ল্যানের উপরে কোনও প্রক্সি / লোডবালেন্সারের পিএইচপি / যাই-স্ক্রিপ্ট প্রতিক্রিয়াগুলি ফায়ার করে দিলে আপনি তার চেয়ে অনেক বেশি লোড গড় চালাতে পারবেন। আপনার ক্ষেত্রে কোনও সংযুক্তি স্থানান্তর করতে চিরকালের জন্য নেওয়া কিছু ধীর মেইল ​​সার্ভারের সাথে একটি এসএমটিপি সংযোগ রান-কাতারে একটি 1 প্রক্রিয়া দেখায়, তবে ইস্যু ছাড়াই জিমেইলে দ্রুত ওয়ান-লাইন ইমেল প্রেরণে বিশ বার বাধা পেতে পারে।

ধাক্কা ধাক্কা আসে, লোড গড় ডাউন এর মতো। এটি আসলে কোনওভাবেই "অর্থনীতি" পরিমাপ করে না, লোকেরা এটিকে কথা বলতে খুব সহজভাবে খুব সহজেই সম্পর্কিত মেট্রিক কিউজ হিসাবে ব্যবহার করে। ডেলিভারি সারির গভীরতা এবং প্রতি সেকেন্ডের বার্তাগুলির মতো আপনি প্রকৃতপক্ষে যত্নশীল মেট্রিকগুলিতে নজর রাখুন।

Answer 5

আপনার কতটি কোর আছে? cat / proc / cpuinfo | গ্রেপ প্রসেসর | wc -l

(সাবধানতা: হাইপারথ্রেডিং আরও কোরের মতো দেখায় তবে তা হয় না)

যদি আপনার লোড স্তরটি আপনার প্রসেসরের গণনায় রয়েছে, তবে আপনি সাধারণত ঠিক থাকেন OK

শীর্ষে একবার দেখুন এবং '1' টিপুন এবং আপনি প্রতিটি সিপিইউর স্বতন্ত্র লোড দেখতে পারেন।

Answer 6

হ্যাঁ, এটি বেশ গ্রহণযোগ্য এবং সাধারণত কোনও মেল ফিল্টার দিয়ে প্রত্যাশিত কিছু।

আমাদের সেটআপ কিছুটা আলাদা। স্প্যামআস্যাসিনের জন্য আমাদের একটি পৃথক সার্ভার রয়েছে, যখন আমাদের পপ সার্ভারটি ভাইরাসগুলির জন্য স্ক্যান করতে ক্ল্যামাভি চালায়। পিওপি সার্ভারটি সাধারণত সার্ভারের ২ টি লোডের অধীনে চলতে থাকে তবে মাঝে মাঝে 10 বা তারও বেশি স্পাইক হয়। অন্যদিকে আমাদের স্প্যামএস্যাসিন সার্ভারটি ওপেনপ্রোটেক্ট.কম ফিল্টার ইনস্টল না করা পর্যন্ত প্রায় 2 চালিত হত, যখন এটি সিপিইউর ব্যবহার দ্বিগুণ করে এবং এখন 15 এর উপরে স্পাইক সহ প্রায় 5 এর নিচে চলছে This এটি এখনও গ্রহণযোগ্য কারণ আমরা তা করি না মেলটিতে এমন কোনও বিলম্ব রয়েছে যার ফলস্বরূপ ক্রমবর্ধমান মেল সারি (আগত এসএমটিপি-র জন্য আমরা কিমেল ব্যবহার করি), এবং এখনও সিপিইউ ব্যবহার / স্মৃতি অনুসারে বাঁচানোর অবকাশ রয়েছে।

কাকতালীয়ভাবে, আমি আপনার সার্ভারগুলি পর্যবেক্ষণ করার জন্য মুনিনকে উচ্চভাবে সুপারিশ করি । এটি দৃশ্যত historicalতিহাসিক ডেটা প্রদর্শনের এবং আপনাকে কী কী সংস্থানগুলি রক্ষা করতে হবে তা দেখানোর দুর্দান্ত কাজ করে। শীর্ষ (1) এর সাথে রিয়েল টাইমে পর্যবেক্ষণ আপনাকে খুব বেশি সহায়তা করে না। :)

ওহ, এবং যাইহোক, দীর্ঘ উইকএন্ডের আগে শুক্রবারে মোতায়েন করা পুরো সপ্তাহান্তে কাজ করার দুর্দান্ত উপায়। বিশেষত একটি মেল সার্ভারের মতো সমালোচনামূলক সিস্টেমগুলির জন্য।

Comments

collectdএখানে উল্লিখিত হিসাবে আরও দেখুন : serverfault.com/questions/67234/…

— ওয়ারেন

Answer 7

স্মৃতিশক্তি কেমন? এটি স্থিতিশীল বা ক্রমবর্ধমান?

বোঝাটি আদর্শের বাইরে মনে হচ্ছে না। যদি মেল সার্ভারটি প্রতিক্রিয়াশীল থাকে এবং মেলটি আমি যাচ্ছি তবে আমি বলব যে মেমরির ব্যবহারের বাইরে ব্যর্থতার একমাত্র পরিমাপ যদি ভুল ইমেলগুলি (স্প্যাম) এর মধ্য দিয়ে চলেছে তবেই হবে।

মনে মনে আজ আপনার প্রথম আসল পরীক্ষা হবে। আমি সম্ভবত আজ এটি হালকাভাবে পর্যবেক্ষণ করতাম। কিছু ভুল হতে চলেছে, এখন সময় হবে।