কীভাবে বর্ধিত বিলম্বের উত্স খুঁজে পাবেন?


14

আমি আমাদের অফিসে বেশ কয়েকটি ডিভাইসে মনিটরিং সেটআপ পেয়েছি। ছোট অ্যাক্সেস স্যুইচগুলিতে পিং প্রতিক্রিয়া সময়টি সাধারণত 1-4 মিমি ... আজ সকাল 3 টা অবধি, এটি গড়ে 300 মাইল অবধি আকাশ ছোঁয়াছে।

কোথা থেকে কেউ এইরকম পরিস্থিতিতে তাকাতে শুরু করে? বিলম্বের উত্স খুঁজে পেতে আমি কী জিনিসগুলি স্যুইচটিতে পর্যবেক্ষণ করতে পারি?

দ্রষ্টব্য: এটি লোড সম্পর্কিত নয় .. সমস্ত লিঙ্ক ব্যান্ডউইথের ব্যবহার স্বাভাবিক এবং অকার্যকর, বেশিরভাগ লিঙ্কগুলি ব্যবহারের অধীনে are এছাড়াও - নিরীক্ষণটি বিলম্বের প্রতিবেদনকারী ডিভাইসের কাছে স্থানীয় তাই এখানে কোনও ডাব্লুএএন ফ্যাক্টর নেই।


3
ধরে নিচ্ছি এটি একটি সিসকো আইওএস সুইচ ... show proc cpu historyউচ্চ পিং-টাইম সহ স্যুইচটির জন্য পোস্ট করুন । যদি সেই সিপিইউ ধারাবাহিকভাবে উচ্চ হয়, বা নিয়মিত ভিত্তিতে স্পাইকিং হয় তবে চালানshow proc cpu sort
মাইক পেনিংটন

স্যুইচ নিয়ন্ত্রণ-বিমানের দিকেই কি অলসতা রয়েছে বা আপনি যখন স্যুইচের পিছনে কিছু পিং করেন তখন আপনি কি একই বিলম্ব পান?
ytti

@ মাইকপেনিংটন - imgur.com/a/gfX9q#0 - এটি খুব দুর্দান্ত! দেখে মনে হচ্ছে এটি নিয়মিতভাবে বেশ উঁচুতে উঠেছে যদিও গড় এটি কম ..
AL

@ ইত্তি - এর অর্থ এটি আলাদা লাইনে পোস্ট করার অর্থ নয় .. যাইহোক - তাই আমি এটির আরও গভীর খনন করেছি। সিপি <-> সিপি প্রতিক্রিয়া আসলে অ্যাক্সেসের জন্য বিতরণ থেকে কম বা আমার পরীক্ষার সময় কমপক্ষে ছিল। অ্যাক্সেস লেভেল পোর্ট থেকে অ্যাক্সেস লেয়ার স্যুইচগুলির ডিভাইসগুলিতে যেখানে আমরা চরম বিলম্ব দেখছি।
এএল

@ ইউজার ১35৩৩, আপনাকে ধন্যবাদ ... যে ইমগুয়ারটি আপনি পোস্ট করেছেন তা এই সুইচটিতে সিপিইউ থেকে ধারাবাহিকভাবে পিংয়ের সময় বাড়ানোর পক্ষে পর্যাপ্ত পরিমাণে নয়
মাইক পেনিংটন

উত্তর:


6

প্রথমত, বিলম্বিতা সরাসরি ব্যান্ডউইথের সাথে আবদ্ধ হয় না। একটি ডিভাইস ভিড়যুক্ত লিঙ্ক ব্যতীত অন্য কোনও প্যাকেটটি বিলম্বিত করার অনেক কারণ রয়েছে।

আপনি কি ট্রেসরয়েট চেষ্টা করেছেন? যদি আপনি সন্দেহভাজন হিসাবে L3 সীমানা সন্ধান করেন তবে এটি আপনাকে হপগুলির মধ্যে বিলম্ব দেখিয়ে দেবে।

পাথের যে কোনও ডিভাইসে সিপিইউ / র‍্যামের উল্লেখযোগ্য ব্যবহার রয়েছে কিনা তাও আপনি দেখতে পারেন।


আমি মিয়েরদিনের সাথে একমত হয়েছি এবং এমটিআরকে এই ধরণের পরিস্থিতিতে ক্রমাগত ট্রেস্রুট চালানোর জন্য সুপারিশ করব। উইকিপিডিয়া লিংক: en.m.wikedia.org/wiki/MTR_(software)
ব্রেট লিকিনস

@ মেরিডিন - আপনার মতামতের জন্য ধন্যবাদ, সুতরাং এখানে কোনও এল 3 ফ্যাক্টর নেই, ট্রেস্রোয়েট প্রাথমিকভাবে প্রায় 500 মিমি, তারপরে 260 মিমি, তারপরে 76 মিমি ডিভাইসে পৌঁছানোর উচ্চতর প্রতিক্রিয়া দেখায় - এগুলি প্রতিটি একক হ্যাপে চেষ্টা করার জন্য, একাধিকের জন্য নয় হপস। সিপিইউ সম্পর্কিত তথ্যের জন্য মাইকপেনিংটনে আমার মন্তব্য দেখুন।
এএল

3

এটি যদি কেবল ল্যানের উপর ভিত্তি করে তৈরি হয় তবে চেষ্টা করতে এবং এর ফলে কী ঘটছে তা খুঁজে বের করতে আপনি কিছু জিনিস করতে পারেন:

  • প্রক্রিয়া সিপিইউ হিস্ট্রি কমান্ডটি দেখান : যদি সিপিইউ ব্যবহার খুব বেশি হয় তবে আপনাকে দেখতে হবে যে কোন প্রক্রিয়া এটির কারণ হয়ে উঠছে এবং আপত্তিজনক প্রক্রিয়াটির সাথে সম্ভবত গুগলকে হিট করবে।

  • ডিবাগ কমান্ড প্রদর্শন করুন : একটি সাধারণ কারণ যা আমি পেয়েছি তা হ'ল লোকেরা স্যুইচটিতে চলমান ডিবাগ কমান্ডগুলি ত্যাগ করে। একটি সাধারণ প্রিয় ছিল আইপি অ্যাকাউন্টিং যে ডিভাইসগুলি ইতিমধ্যে অতিরিক্ত ব্যবহার করা হয়েছে তা রেখে দেওয়া। ডিবাগগুলি থেকে মুক্তি পেতে "সমস্ত Undebug" ব্যবহার করুন।

  • এটি একটি রিবুট দিন : সম্ভবত সম্ভবত দিনের বেলা নয়, তবে রাতে বা সাপ্তাহিক ছুটির সময়ে এটি "পুনরায় লোড" কমান্ডটি ব্যবহার করুন। দ্রুত রিবুট করা কতগুলি সমস্যা সমাধান করতে পারে তা আপনি অবাক হবেন।

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

আপনার পিংসটি সিপিইউ দ্বারা প্রক্রিয়াজাতকরণের ক্ষেত্রে এবং বিলম্বতার ক্ষেত্রেও কম অগ্রাধিকারের বিষয়ে সচেতন হওয়া ভাল। আপনার QoS সেটিংসের দ্বিগুণ পরীক্ষা করা এবং এটির সম্ভাবনা যতটা সম্ভব না তা নিশ্চিত করার কোনও নিখুঁত ভুল রয়েছে কিনা তা নিশ্চিত করাও ভাল ধারণা হতে পারে।


দুর্দান্ত প্রতিক্রিয়া, আমি ইতিমধ্যে শো ডিবাগটি পরীক্ষা করে দেখেছি এবং এই মুহূর্তে একটি রিবুট সম্ভব নয়।
AL

2

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

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


0

ল্যানে যদি এটি না ঘটে থাকে তবে আপনি "ওয়া পোর্ট" থ্রোগটপুটকে সীমাবদ্ধ করতে পারেন, এটি আরও ভাল টিডিএমকে বাধ্য করবে। আপনার ম্যাক্সিমুন থ্রুপুট এর 80% এর কাছাকাছি কিছু চেষ্টা করুন এবং দেখুন এটি সহায়তা করে কিনা। টার্মিনালের পরিমাণের উপর নির্ভর করে আপনার টুইট করতে হবে।


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