اصول اولیه در خطایابیِ کاهش کارایی شبکه (Network Performance Troubleshooting)

خیلی اوقات مشکلات Performance نرم‌افزارها به ضعف یا مشکلات در شبکه نسبت داده می‌شوند و اتفاقاً Troubleshooting این دسته از مشکلات یکی از طاقت‌فرساترین کارها است. عموماً هم، کاربر یا توسعه‌دهنده‌ی Application از کند بودن همه‌چیز گلایه دارند و خب دیواری کوتاه‌تر از شبکه وجود ندارد.

Network Performance Troubleshooting
تصویر از Redmond Magazine

البته که در بسیاری از موارد نیز گره حل این مشکلات در شبکه می‌باشد، از طراحی و تتظیمات اشتباه گرفته، تا نیاز به بهینه‌سازی های اولیه. خیلی اوقات نیز عدم وجود پیش‌بینی و برنامه‌ریزی از نیاز و ظرفیت شبکه (Capacity Planning/Management) باعث بروز چنین مشکلاتی در طول زمان می‌گردد.

چهت بررسی این دسته از مشکلات و اندازه‌گیری Performance، در کنار KPI های مرتبط با نرم‌افزار، روش‌ها و ابزارهای متعددی نیز از دیدگاه شبکه وجود دارد مانند RTT بین دو node توسط ping time، تغییرات مسیر بین دو Node، میزان تغییرات زمان دریافت بسته‌ها (Jitter)، میزان گذردهی شبکه (Throughput) و یا موارد اولیه مانند مقدار زمانی که طول میکشد تا یک اتفاق خاص صورت پذیرد. یکی دیگه از ابزارهای مهم در این زمینه نیز Capture کردن ترافیک و بررسی بسته ها در لایه‌های مختلف هست (توسط ابزارهایی مانند tcpdump، Wireshark و …)

اما در کنار تمام این ابزارهای ذکر شده و استفاده از آن‌ها توأم با بروز بودن مستندسازی شبکه، نکته‌ی مهم دیگر مستندسازی و ثبت اندازه‌گیری‌ها حین Troubleshooting می‌باشد که می‌تواند شامل درج ابزار استفاده شده، screenshot گرفتن، ذخیره‌کردن Logها، و ثبت محل اندازه‌گیری و … باشد.

در این مطلب، یک نمونه سناریو Network Performance Troubleshooting و متدولوژی استفاده شده در دنیای واقعی بیان شده است که مطالعه آن پیشنهاد می‌شود.

نویسنده: محمّد مقدّس

مسافر. عکاس تفریحی طبیعت، علاقمند به شبکه‌ها و سرمایه‌گذاری خُرد. هواخواه ارزهای دیجیتال و Blockchain. ساکن اینترنت. مشاور شبکه/امنیت در AT&T و یسکری جاهای دیگه، و اسپهبد بین‌الملل در ابر آروان

پاسخی بگذارید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

این سایت از اکیسمت برای کاهش هرزنامه استفاده می کند. بیاموزید که چگونه اطلاعات دیدگاه های شما پردازش می‌شوند.