فروم بچه های تولز

سرعت سرور مجازی فقط به سرعت دانلود و آپلود اینترنت محدود نمی‌شود. ممکن است VPS شما پهنای باند بالایی داشته باشد، اما به دلیل کندی دیسک، مصرف زیاد پردازنده یا تأخیر شبکه، نحوه عملکرد مناسبی نداشته باشد. برای پیدا کردن علت، باید هر بخش را جداگانه آزمایش کنید.

در این آموزش، روش‌های تست سرعت سرور مجازی در لینوکس و ویندوز را مرور می‌کنیم. یاد می‌گیرید چگونه با ابزارهایی مانند Speedtest CLI، iperf3، Ping، fio و Sysbench سرعت شبکه، پینگ، پردازنده و دیسک را اندازه‌گیری کنید، نتایج را تفسیر کنید و گلوگاه‌های احتمالی VPS را بشناسید.

تست سرعت سرور مجازی (VPS Speed Test) مجموعه‌ای از آزمایش‌ها برای اندازه‌گیری نحوه عملکرد شبکه، پردازنده، حافظه و فضای ذخیره‌سازی یک ماشین مجازی است. هدف این تست‌ها شناسایی محدودیت‌هایی است که می‌توانند بر زمان پاسخ‌گویی سایت، اجرای نرم‌افزارها و انتقال گزارش‌ها تأثیر بگذارند.

VPS یا Virtual Private Server نوعی سرور مجازی است که روی زیرساخت فیزیکی اجرا می‌شود و منابع مشخصی در اختیار کاربر قرار می‌دهد. اگر با این فناوری آشنا نیستید، ابتدا مقاله سرور مجازی چیست و چگونه کار می‌کند را مطالعه کنید.

برای ارزیابی بازده VPS باید چند معیار را جداگانه مرور کنید:

نکته مهم: سرعت شبکه و سرعت پردازش سرور یکسان نیستند. برای مثال، حتی اگر برآیند تست اینترنت VPS مناسب باشد، کمبود رم یا کندی پایگاه داده همچنان می‌تواند باعث کند شدن وب‌سایت شود.

برای اینکه حاصل آزمایش تا حد قابلیت قابل مقایسه باشد، بهتر است پیش از اجرای دستورات، شرایط تست را مشخص کنید.

از سوی دیگر باید بدانید که اجرای Speedtest داخل سرور، سرعت اینترنت از دید همان سرور را اندازه می‌گیرد؛ نه لزوماً سرعت اتصال لپ‌تاپ یا کامپیوتر شما به آن سرور.

یکی از ساده‌ترین روش‌های تست سرعت اینترنت سرور مجازی لینوکس، استفاده از Speedtest CLI است. این ابزار با شبکه‌ای از سرورهای تست ارتباط برقرار می‌کند و داده‌های مانند سرعت دانلود، آپلود و تأخیر را نمایش می‌دهد.

شرکت Ookla ادیشن رسمی خط فرمان Speedtest را ارائه می‌کند. این نسخه جدید را نباید با بسته شخص ثالثی که در برخی مخازن لینوکس با نام speedtest-cli وجود دارد، یکسان دانست؛ روش نصب، فرصتات و گاهی برآیند آن‌ها متفاوت است.

ابتدا از طریق SSH به VPS متصل شوید. در سیستم‌عامل‌های لینوکسی و محیط‌هایی که کلاینت SSH دارند، می‌توانید از ساختار زیر استفاده کنید:

ssh username@203.0.113.10

آدرس 203.0.113.10 در این آموزش صرفاً یک IP نمونه است. باید آن را با IP واقعی سرور خود و username را با نام کاربری مجاز جایگزین کنید.

ویرایش سازگار با معماری پردازنده و توزیع لینوکس خود را از صفحه Speedtest CLI دریافت کرده و طبق دستورالعمل نصب همان بسته پیش بروید. از آنجا که روش نصب ممکن است در توزیع‌ها و نسخه جدید‌های مختلف تغییر کند، بهتر است به دستورهای نصب قدیمی یا اسکریپت‌های ناشناس اعتماد نکنید.

پس از نصب ادیشن رسمی و قرار گرفتن برنامه در مسیر اجرایی سیستم، می‌توانید با دستور زیر گزینه‌های قابل استفاده را مشاهده کنید:

speedtest --help

مرحله سوم: اجرای تست سرعت

برای اجرای تست دانلود، آپلود و تأخیر از دستور زیر استفاده کنید:

speedtest

در اجرای اولیه ممکن است برنامه از شما بخواهد شرایط استفاده و حریم خصوصی را بپذیرید. فقط پس از مطالعه و پذیرش شرایط، تست را ادامه دهید.

پس از اجرای موفق، ابزار گزارش‌های از جمله سرور تست انتخاب‌شده، سرعت دانلود، آپلود و تأخیر را گزارش می‌کند.

سه معیار اصلی خروجی عبارت‌اند از:

این اعداد را باید در کنار موقعیت جغرافیایی مقصد و شرایط شبکه مرور کرد. برای مثال، حاصل تست با سروری نزدیک به دیتاسنتر ممکن است با خروجی تست از یک مقصد در کشور دیگر تفاوت زیادی داشته باشد.

برای مقایسه منصفانه دو VPS، بهتر است از مقصد یکسان، تنظیمات مشابه و زمان‌های نزدیک استفاده کنید. در ادامه برآیند یک تست را نباید معادل سرعت تضمین‌شده پورت شبکه در نظر گرفت.

اگر می‌خواهید سرعت ارتباط میان دو سرور یا میان یک کامپیوتر و VPS را با کنترل بیشتری اندازه بگیرید، ابزار iperf3 گزینه مناسبی است. برخلاف Speedtest که معمولاً از سرورهای عمومی تست استفاده می‌کند، در iperf3 می‌توانید هر دو سمت ارتباط را مشخص کنید.

این ابزار برای سنجش نرخ انتقال داده (Throughput) در شبکه طراحی شده است و از تست‌های TCP و UDP پشتیبانی می‌کند. برای استفاده از آن باید یک سمت در حالت سرور و سمت دیگر در حالت کلاینت اجرا شود.

در توزیع‌های مبتنی بر Ubuntu و Debian، اگر بسته در مخازن فعال موجود باشد، می‌توانید از دستور زیر استفاده کنید:

sudo apt update
sudo apt install iperf3

برای سایر توزیع‌ها باید از مدیر بسته و مخازن سازگار با همان سیستم‌عامل استفاده کنید.

روی VPS یا سروری که قرار است مقصد تست باشد، دستور زیر را اجرا کنید:

iperf3 -s

به‌صورت پیش‌فرض، iperf3 برای ارتباط TCP روی پورت 5201 گوش می‌دهد. برای اجرای آزمایش باید مسیر ارتباطی بین کلاینت و سرور برقرار باشد.

هشدار امنیتی: سرویس iperf3 را بدون محدودیت دسترسی به‌صورت دائمی در اینترنت عمومی فعال نگذارید. برای تست، دسترسی پورت را در فایروال به IP کلاینت مجاز محدود کنید و پس از اتمام، برنامه را متوقف و دسترسی موقت را حذف کنید.

روی کامپیوتر یا سرور دوم که iperf3 روی آن نصب شده است، دستور زیر را اجرا کنید:

iperf3 -c 203.0.113.10 -t 10

در این دستور باید IP نمونه را با آدرس واقعی سرور iperf3 جایگزین کنید. گزینه -t 10 مدت تست را روی ۱۰ ثانیه قرار می‌دهد.

در این حالت، داده‌ها از کلاینت به VPS ارسال می‌شوند. بنابراین اگر iperf3 Server روی VPS اجرا شده باشد، برآیند مربوط به نرخ دریافت داده در VPS از آن کلاینت است؛ نه سرعت دانلود کلاینت از VPS.

برای اندازه‌گیری انتقال داده از سرور iperf3 به کلاینت، گزینه -R را به دستور اضافه کنید:

iperf3 -c 203.0.113.10 -R -t 10

این بار جهت انتقال داده برعکس می‌شود. اگر مقصد iperf3 همان VPS باشد، این دستور نرخ ارسال داده از VPS به کلاینت را اندازه می‌گیرد.

در برخی شبکه‌ها ممکن است یک اتصال TCP نتواند از تمام ظرفیت قابل استفاده مسیر بهره ببرد. برای ارزیابی تفاوت بازده با چند جریان هم‌زمان، می‌توانید از گزینه -P استفاده کنید:

iperf3 -c 203.0.113.10 -P 4 -t 10

در این نمونه، چهار جریان موازی ایجاد می‌شود. این تست مصرف شبکه و پردازنده بیشتری دارد و ممکن است نسبت به یک اتصال برآیند متفاوتی نشان دهد؛ بنابراین نباید برآیند آن را مستقیماً با تست تک‌جریانی مقایسه کرد.

برای مشاهده گزینه‌های مفصل ابزار می‌توانید به مستندات رسمی iperf3 مراجعه کنید.

در Windows Server نیز می‌توان سرعت شبکه و وضعیت منابع را مرور کرد. بسته به نوع نصب سیستم‌عامل، ممکن است محیط گرافیکی در دسترس باشد یا لازم باشد از PowerShell و ابزارهای خط فرمان استفاده کنید.

اگر Windows Server شما دارای محیط گرافیکی و مرورگر مناسب است، می‌توانید از وب‌سایت Speedtest برای اندازه‌گیری سرعت دانلود، آپلود و تأخیر استفاده کنید.

در صورت نصب ادیشن رسمی Speedtest CLI مخصوص ویندوز نیز می‌توانید تست را از خط فرمان انجام دهید. برای نمونه، اگر فایل اجرایی speedtest.exe در پوشه جاری PowerShell قرار گرفته باشد، دستور زیر قابل استفاده است:

.speedtest.exe

این دستور به قرار داشتن فایل اجرایی سازگار در همان پوشه وابسته است. نسخه جدید و معماری فایل باید با سیستم‌عامل هماهنگ باشد.

توجه: اجرای تست از مرورگر داخل VPS، سرعت ارتباط سرور با مقصد Speedtest را اندازه می‌گیرد. در ادامه روان بودن یا نبودن تصویر RDP به عوامل دیگری مانند تأخیر ارتباط کاربر، تنظیمات نشست و پردازش گرافیکی نیز بستگی دارد.

در سرورهای ویندوزی دارای رابط گرافیکی، Task Manager برای مشاهده مصرف لحظه‌ای پردازنده، حافظه، دیسک و شبکه کاربرد دارد.

نکته مهم این است که Task Manager معمولاً میزان مصرف لحظه‌ای شبکه را نمایش می‌دهد؛ نه حداکثر پهنای باند قابل دستیابی. برای اندازه‌گیری ظرفیت انتقال شبکه همچنان باید تست فعال مانند Speedtest یا iperf3 انجام دهید.

برای ارزیابی دسترسی TCP به یک سرویس مشخص می‌توانید از دستور Test-NetCoection استفاده کنید:

Test-NetCoection -ComputerName example.com -Port 443

این دستور تلاش می‌کند ارتباط TCP با پورت ۴۴۳ مقصد را تحلیل کند. مقدار TcpTestSucceeded می‌تواند نشان دهد اتصال TCP برقرار شده است یا خیر.

محدودیت: این دستور تست سرعت دانلود یا آپلود نیست و حاصل موفق آن به معنی بالا بودن سرعت شبکه نیست. شرحات مفصل این ابزار در مستندات Microsoft آمده است.

پینگ یکی از ساده‌ترین ابزارهای مرور تأخیر رفت‌وبرگشت بسته‌ها در شبکه است. اگر کاربران هنگام اتصال به VPS با کندی مواجه می‌شوند، اندازه‌گیری پینگ از موقعیت کاربر به سرور می‌تواند به شناسایی مشکل کمک کند.

البته پینگ مستقیماً سرعت دانلود یا پردازش سرور را نشان نمی‌دهد. علاوه بر این بعضی سرورها یا تجهیزات شبکه پاسخ به بسته‌های ICMP را محدود می‌کنند.

برای ارسال ۱۰ درخواست Ping به مقصد موردنظر، از دستور زیر استفاده کنید:

ping -c 10 203.0.113.10

در این مثال باید IP نمونه را با آدرس مقصد واقعی جایگزین کنید. اگر می‌خواهید کیفیت ارتباط کاربر با VPS را بسنجید، دستور را روی دستگاه کاربر اجرا کنید و IP سرور را به‌عنوان مقصد قرار دهید.

خروجی معمولاً داده‌های مانند زمان پاسخ درخواست‌ها، میانگین تأخیر و درصد بسته‌های ازدست‌رفته را نمایش می‌دهد.

در Command Prompt یا PowerShell ویندوز، دستور زیر ۱۰ درخواست Ping ارسال می‌کند:

ping -n 10 203.0.113.10

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

گاهی تأخیر یا ناپایداری به مسیر شبکه مربوط است، نه ظرفیت خود سرور. برای مشاهده مسیر بسته‌ها در ویندوز می‌توانید از دستور زیر استفاده کنید:

tracert 203.0.113.10

در لینوکس نیز ابزارهایی مانند traceroute و MTR برای ارزیابی مسیر قابل استفاده‌اند؛ البته ممکن است به نصب بسته مربوطه نیاز داشته باشید.

توجه کنید که پاسخ ندادن یک روتر میانی به Traceroute الزاماً نشان‌دهنده قطعی یا از دست رفتن بسته در ترافیک واقعی نیست. برخی روترها پاسخ‌های کنترلی را محدود می‌کنند.

برای همه کاربردها یک عدد ثابت به‌عنوان «پینگ خوب» وجود ندارد. برای مثال، یک وب‌سایت محتوایی، سامانه تعاملی و نرم‌افزار حساس به تأخیر، نیازهای متفاوتی دارند.

به‌جای تکیه بر یک عدد عمومی، بهتر است میانگین، نوسان تأخیر و درصد Packet Loss را با نیاز پروژه و نتایج ثبت‌شده قبلی مقایسه کنید.

ممکن است برآیند تست اینترنت VPS مناسب باشد، اما وب‌سایت یا پایگاه داده همچنان کند عمل کند. یکی از دلایل احتمالی، محدودیت بازده فضای ذخیره‌سازی است.

ابزار fio برای آزمایش عملیات ورودی و خروجی (I/O) دیسک استفاده می‌شود. با این ابزار می‌توان الگوهای مختلف خواندن و نوشتن را شبیه‌سازی کرد و معیارهایی مانند Throughput، IOPS و Latency را اندازه گرفت.

IOPS به تعداد عملیات ورودی و خروجی در هر ثانیه اشاره دارد. کارایی فایل‌های بزرگ و عملیات تصادفی کوچک ممکن است متفاوت باشد؛ بنابراین صرفاً یک عدد سرعت نوشتن، نحوه عملکرد واقعی تمام برنامه‌ها را بیان نمی‌دهد.

در Ubuntu و Debian، در صورت موجود بودن بسته در مخازن فعال، می‌توانید از دستور زیر استفاده کنید:

sudo apt update
sudo apt install fio

مرحله دوم: آماده‌سازی تست ایمن‌تر

هشدار: تست دیسک می‌تواند باعث بیشتر شدن بار I/O و افت نحوه عملکرد سرویس‌های دیگر شود. این آزمایش را ترجیحاً روی سرور آزمایشی، با هماهنگی مدیر سیستم و در زمانی کم‌ترافیک انجام دهید. هرگز برای بنچمارک نوشتن، نام دیسک خام یا فایل حاوی گزارش‌ها واقعی را به fio ندهید.

برای مثال زیر، به حداقل ۲۵۶ مگابایت فضای خالی به‌علاوه حاشیه ایمن نیاز دارید. مسیر تست نیز باید روی همان فایل‌سیستمی باشد که می‌خواهید کارایی آن را مرور کنید.

ابتدا یک فایل موقت با نام یکتا در مسیر /var/tmp ایجاد کنید:

TESTFILE=$(mktemp /var/tmp/vps-fio-XXXXXX)
echo "$TESTFILE"

نام فایل را برای مرحله بعد در همان نشست ترمینال نگه دارید.

برای اجرای یک آزمایش محدود نوشتن ترتیبی روی فایل موقت ساخته‌شده، از دستور زیر استفاده کنید:

fio --name=vps-write 
--filename="$TESTFILE" 
--size=256M 
--rw=write 
--bs=1M 
--direct=1 
--ioengine=sync 
--group_reporting

در این دستور، اندازه داده آزمایشی ۲۵۶ مگابایت و اندازه بلوک انتقال یک مگابایت تعیین شده است. گزینه direct=1 در محیط‌های پشتیبانی‌شده برای نزول اثر کش سیستم‌عامل استفاده می‌شود؛ اما رفتار نهایی به فایل‌سیستم و زیرساخت ذخیره‌سازی بستگی دارد.

خروجی fio می‌تواند نرخ انتقال داده و اطلاعات نحوه عملکرد عملیات نوشتن را نمایش دهد. این تست به‌تنهایی معیار مفصل بازده دیسک برای پایگاه داده یا همه بارهای کاری نیست.

پس از تکمیل موفق تست نوشتن و ایجاد فایل، می‌توانید همان فایل موقت را برای یک آزمایش خواندن تصادفی استفاده کنید:

fio --name=vps-read 
--filename="$TESTFILE" 
--size=256M 
--rw=randread 
--bs=4k 
--direct=1 
--ioengine=sync 
--runtime=10 
--time_based 
--group_reporting

در این نمونه، عملیات خواندن تصادفی با بلوک‌های ۴ کیلوبایتی برای ۱۰ ثانیه اجرا می‌شود. معیارهایی مانند IOPS و تأخیر می‌توانند برای تحلیل کارایی این نوع بار کاری مفید باشند.

بعد از اتمام آزمایش، در همان نشست ترمینال و پس از اطمینان از اینکه متغیر به فایل موقت خودتان اشاره می‌کند، آن را حذف کنید:

echo "$TESTFILE"
rm -- "$TESTFILE"

اگر آزمایش با خطا مواجه شد یا فایل‌سیستم از تنظیمات موردنظر پشتیبانی نکرد، بدون ارزیابی علت، دستورهای نوشتن را روی دیسک یا مسیر دیگری تکرار نکنید.

برای آشنایی با گزینه‌های بیشتر و محدودیت‌های ابزار، به مستندات رسمی fio مراجعه کنید.

برای مرور توان پردازشی سرور مجازی لینوکس می‌توان از ابزار Sysbench استفاده کرد. این ابزار بارهای آزمایشی مشخصی روی CPU، حافظه و بعضی بخش‌های دیگر سیستم اجرا می‌کند.

در تست پردازنده، معمولاً تعداد عملیات انجام‌شده در بازه زمانی مشخص اندازه‌گیری می‌شود. خروجی برای مقایسه دو محیط با تنظیمات یکسان مفید است، اما مستقیماً سرعت اجرای تمام نرم‌افزارهای واقعی را پیش‌بینی نمی‌کند.

در توزیع‌های Ubuntu و Debian، در صورت موجود بودن بسته در مخازن فعال، می‌توان از دستور زیر استفاده کرد:

sudo apt update
sudo apt install sysbench

مرحله دوم: تست پردازش تک‌ریسمانی

برای اجرای یک تست کوتاه با یک ریسمان پردازشی، از دستور زیر استفاده کنید:

sysbench cpu --cpu-max-prime=20000 --threads=1 --time=10 run

این آزمایش با تنظیمات مشخص، عملیات محاسباتی را به مدت ۱۰ ثانیه اجرا می‌کند و داده‌های مانند تعداد عملیات انجام‌شده و زمان پاسخ هر عملیات را گزارش می‌دهد.

اگر می‌خواهید نحوه عملکرد با دو ریسمان پردازشی را تحلیل کنید، دستور زیر قابل استفاده است:

sysbench cpu --cpu-max-prime=20000 --threads=2 --time=10 run

مقدار threads باید با هدف تست و تعداد vCPUهای قابل استفاده متناسب باشد. مقایسه نتایج با تعداد ریسمان یا تنظیمات متفاوت می‌تواند گمراه‌کننده باشد.

برای ارزیابی دقیق‌تر، بهتر است تست‌ها در چند نوبت و با بار پس‌زمینه مشابه انجام شوند. در ادامه باید توجه کرد که vCPU در همه پلن‌های VPS لزوماً معادل هسته فیزیکی اختصاصی نیست.

شرحات و گزینه‌های بیشتر در مستندات پروژه Sysbench قابل مشاهده است.

همیشه برای پیدا کردن علت کندی سرور به اجرای تست سنگین نیاز ندارید. گاهی مشاهده مصرف منابع هنگام اجرای برنامه واقعی، شرحات کاربردی‌تری در اختیار شما قرار می‌دهد.

برای مشاهده وضعیت پردازش‌ها و مصرف CPU می‌توانید از دستور زیر استفاده کنید:

top

برای مشاهده وضعیت کلی رم نیز دستور زیر قابل استفاده است:

free -h

در خروجی free بهتر است به مقدار حافظه قابل استفاده (available) توجه کنید. میزان حافظه استفاده‌شده به‌تنهایی معیار کافی برای تشخیص کمبود رم نیست؛ زیرا لینوکس ممکن است از بخشی از حافظه برای کش استفاده کند.

از طریق Task Manager و بخش Performance می‌توانید مصرف CPU، Memory، Disk و Ethernet را تحلیل کنید. برای مشاهده شرح بیشتر پردازش‌ها و منابع نیز ابزار Resource Monitor کاربرد دارد.

اگر هنگام کند شدن برنامه، مصرف CPU برای مدت طولانی بالا باشد، ممکن است گلوگاه پردازشی وجود داشته باشد. اگر حافظه قابل استفاده کم شدن پیدا کند و سیستم به‌طور مداوم به صفحه‌بندی روی دیسک نیاز داشته باشد، کمبود رم نیز باید تحلیل شود.

البته بالا بودن یک معیار به‌تنهایی به معنی نیاز قطعی به ارتقای منابع نیست. گاهی تنظیمات نادرست نرم‌افزار، پردازش معیوب یا درخواست‌های غیرمعمول باعث صعود مصرف می‌شوند.

پس از اجرای تست‌ها، مرحله مهم‌تر تفسیر آن‌ها است. نباید صرفاً با دیدن یک عدد بالا یا پایین درباره کیفیت کلی VPS قضاوت کرد.

یکی از اشتباهات متداول در تفسیر سرعت سرور، یکسان در نظر گرفتن مگابیت و مگابایت است. Mbps معمولاً به مگابیت بر ثانیه و MB/s به مگابایت بر ثانیه اشاره دارد.

هر بایت برابر با ۸ بیت است؛ بنابراین برای تبدیل تقریبی MB/s به Mbps باید مقدار را در ۸ ضرب کنید. برای مثال، انتقال ۵۰ مگابایت داده در هر ثانیه از نظر واحد داده تقریباً برابر با ۴۰۰ مگابیت بر ثانیه است. این تبدیل ساده، سربار پروتکل‌ها و سایر محدودیت‌های شبکه را محاسبه نمی‌کند.

خیر. نحوه عملکرد VPS ممکن است در ساعات مختلف و هنگام تغییر بار کاری متفاوت باشد. بهتر است از چند خروجی با شرایط مشابه استفاده کنید و دگرگونی‌ها را نسبت به وضعیت عادی همان پروژه بسنجید.

اگر قصد مقایسه دو سرور را دارید، ادیشن ابزار، مدت تست، مقصد شبکه، تعداد جریان‌ها و نوع بار پردازشی باید تا حد قابلیت یکسان باشند.

روش تست سرعت VPS ایران و خارج از نظر ابزارها تفاوت اساسی ندارد، اما موقعیت جغرافیایی و مسیر ارتباطی در تفسیر حاصل اهمیت زیادی دارد.

برای مثال، اگر یک سرور داخل ایران باشد، تست سرعت آن با یک مقصد داخلی ممکن است برآیند متفاوتی نسبت به مقصدی در اروپا نشان دهد. این تفاوت لزوماً به معنی کارایی ضعیف سخت‌افزار یا وجود اشکال در سرور نیست.

اگر بیشتر کاربران پروژه در ایران هستند، بهتر است پینگ و بازده شبکه را از چند اپراتور و موقعیت داخلی اندازه بگیرید. علاوه بر این در صورت وابستگی برنامه به سرویس‌های خارجی، مسیر ارتباط بین‌المللی را جداگانه ارزیابی کنید.

برای مرور مشخصات و موقعیت‌های موجود، می‌توانید صفحه سرور مجازی ایران ایرانسرور را ببینید و منابع و شرایط شبکه پلن‌های مختلف را مقایسه کنید.

در VPSهای مستقر در کشورهای دیگر، بهتر است تست‌ها هم از محل کاربران اصلی و هم نسبت به سرویس‌های وابسته انجام شوند. ممکن است یک VPS اروپایی به یک مقصد داخل اروپا سرعت مناسبی داشته باشد، اما ارتباط کاربران ایرانی با آن به دلیل مسیریابی بین‌المللی متفاوت باشد.

پس صرفاً با مشاهده برآیند Speedtest داخل سرور خارجی نمی‌توان کیفیت تجربه همه کاربران ایرانی را پیش‌بینی کرد.

برای نرم‌افزارهای حساس به تأخیر، مانند برخی سامانه‌های معاملاتی، فقط اندازه‌گیری سرعت دانلود و آپلود کافی نیست. تأخیر شبکه، نوسان تأخیر، پایداری ارتباط و زمان پاسخ خود نرم‌افزار اهمیت دارند.

اگر سروری برای ارتباط با یک سامانه مشخص استفاده می‌شود، بهتر است مسیر ارتباط با همان سامانه یا مقصد تست مجاز و نزدیک به آن ارزیابی شود. خروجی تست با یک سرور عمومی در Speedtest لزوماً نشان‌دهنده کیفیت ارتباط با سامانه معاملاتی نیست.

در ادامه باید توجه داشت که داشتن سرور مجازی با پینگ پایین، اجرای فوری سفارش، موفقیت معاملات یا دسترسی بدون محدودیت به سرویس‌های مالی را تضمین نمی‌کند. شرایط پلتفرم، زیرساخت مقصد و الزامات حساب کاربری مستقل از برآیند بنچمارک هستند.

اگر خروجی تست‌ها مشخص می‌کند بازده VPS متناسب با نیاز پروژه نیست، قبل از ارتقای سخت‌افزار باید گلوگاه را شناسایی کنید. راهکار بیشتر شدن سرعت اینترنت سرور مجازی با راهکار رشد سرعت پردازنده یا دیسک یکسان نیست.

اگر Speedtest یا iperf3 سرعت پایین‌تری از انتظار بیانگر است، ابتدا مقصد تست، مسیر شبکه، محدودیت ترافیک و استفاده هم‌زمان از پهنای باند را تحلیل کنید.

اگر مشکل فقط در اتصال کاربران یک اپراتور یا یک منطقه مشاهده می‌شود، احتمال دارد مسیر ارتباطی آن‌ها در برآیند مؤثر باشد.

در لینوکس با top و در ویندوز با Task Manager می‌توانید پردازش‌های پرمصرف را ارزیابی کنید. اگر استفاده از CPU در زمان کندی بالا است، بهینه‌سازی برنامه یا بیشتر شدن منابع ممکن است لازم باشد.

کمبود حافظه می‌تواند باعث صعود استفاده از Swap یا Pagefile و کم شدن نحوه عملکرد شود. پیش از رشد رم، مقدار مصرف واقعی نرم‌افزارها و تنظیمات مربوط به کش و سرویس‌های پس‌زمینه را ارزیابی کنید.

اگر برنامه به عملیات زیاد خواندن و نوشتن وابسته است، نحوه عملکرد دیسک اهمیت بیشتری پیدا می‌کند. ارزیابی تأخیر I/O، نوع ذخیره‌سازی و الگوی دسترسی برنامه می‌تواند مفید باشد.

انتخاب SSD یا NVMe در برخی بارهای کاری به بهبود بازده کمک می‌کند، اما صرف استفاده از یک فناوری ذخیره‌سازی خاص تضمین‌کننده رفع تمام مشکلات نیست.

ارتقا‌های سازگار، بهینه‌سازی تنظیمات وب‌سرور، کش، پایگاه داده و مدیریت پردازش‌های پس‌زمینه می‌توانند در بهبود بازده مؤثر باشند. هر تغییر باید متناسب با نیاز برنامه و ترجیحاً ابتدا در محیط آزمایشی انجام شود.

اگر از Windows Server استفاده می‌کنید، برای شناخت شرایط مدیریت و منابع آن می‌توانید مقاله سرور مجازی ویندوز چیست را مطالعه کنید.

اگر پس از مرور‌ها تأیید شد که منابع فعلی پاسخ‌گوی بار کاری نیستند، ارتقای رم، پردازنده یا فضای ذخیره‌سازی می‌تواند گزینه مناسبی باشد. البته توانایی ارتقا و شرایط آن به پلن و زیرساخت ارائه‌دهنده بستگی دارد.

برای انتخاب منابع و مقایسه گزینه‌ها، راهنمای سفارش سرور مجازی می‌تواند به تصمیم‌گیری کمک کند.

مشاهده و سفارش سرور مجازی

اگر هنوز VPS تهیه نکرده‌اید، نمی‌توانید تمام آزمون‌های پردازنده و دیسک را روی سرویس موردنظر اجرا کنید؛ مگر اینکه ارائه‌دهنده قابلیت آزمایش واقعی فراهم کرده باشد. بااین‌حال، می‌توانید مشخصات و شرایط سرویس را مرور و درباره روش ارزیابی آن سؤال کنید.

پیش از تهیه، موارد زیر اهمیت دارند:

در صفحه سفارش سرور مجازی ایرانسرور می‌توانید پلن‌ها را مطابق منابع سخت‌افزاری و موقعیت‌های موجود مقایسه کنید. برای انتخاب، تنها به عبارت‌هایی مانند «سرور مجازی پرسرعت» اکتفا نکنید و مشخصات سرویس را با نیاز واقعی پروژه مطابقت دهید.

برای تست سرعت سرور مجازی، یک ابزار به‌تنهایی کافی نیست. Speedtest CLI برای ارزیابی سرعت دانلود و آپلود نسبت به سرورهای آزمایشی کاربرد دارد؛ iperf3 فرصت اندازه‌گیری کنترل‌شده نرخ انتقال داده بین دو مقصد را فراهم می‌کند و Ping برای ارزیابی تأخیر شبکه استفاده می‌شود.

اگر مشکل به پردازش یا فضای ذخیره‌سازی مربوط باشد، ابزارهایی مانند Sysbench و fio می‌توانند داده‌ها بیشتری درباره نحوه عملکرد CPU و دیسک ارائه دهند. در ادامه مرور مصرف واقعی منابع با ابزارهای سیستم‌عامل به پیدا کردن علت کندی کمک می‌کند.

مهم‌ترین نکته این است که نتایج را در شرایط مشابه، با مقصد مشخص و متناسب با کاربرد واقعی سرور مقایسه کنید. اگر روشن شد VPS فعلی منابع کافی ندارد، پیش از ارتقا یا سفارش سرویس نوین، نوع گلوگاه و نیاز سخت‌افزاری پروژه را تعیین کنید.

برای تحلیل سرعت شبکه می‌توانید از Speedtest CLI یا iperf3 استفاده کنید. برای اندازه‌گیری تأخیر، ابزار Ping و برای مرور کارایی CPU و دیسک، ابزارهایی مانند Sysbench و fio کاربرد دارند. انتخاب ابزار به نوع مشکلی بستگی دارد که می‌خواهید تحلیل کنید.

پس از نصب ادیشن رسمی Ookla Speedtest CLI، دستور speedtest برای اجرای تست سرعت اینترنت کاربرد دارد. برای تست کنترل‌شده ارتباط میان دو سرور نیز می‌توانید از iperf3 استفاده کنید.

خیر، لزوماً یکسان نیستند. برنامه رسمی Speedtest CLI توسط Ookla ارائه می‌شود، اما بسته‌ای با نام speedtest-cli در برخی مخازن لینوکس متعلق به پروژه شخص ثالث است. دستور نصب و قابلیتات آن‌ها ممکن است متفاوت باشد.

بهترین ابزار به هدف تست بستگی دارد. Speedtest برای اندازه‌گیری سرعت اینترنت نسبت به مقصد تست، iperf3 برای تحلیل نرخ انتقال بین دو نقطه، Ping برای تأخیر شبکه و fio و Sysbench برای مرور نحوه عملکرد ذخیره‌سازی و پردازنده مناسب‌اند.

در Windows Server دارای محیط گرافیکی می‌توانید از Speedtest در مرورگر استفاده کنید. ویرایش سازگار Speedtest CLI نیز قابل استفاده است. Task Manager برای مشاهده مصرف شبکه، CPU و حافظه کاربرد دارد، اما حداکثر ظرفیت شبکه را به‌تنهایی اندازه نمی‌گیرد.

خیر. پینگ پایین نشان‌دهنده تأخیر کمتر در ارتباط با یک مقصد مشخص است و به‌تنهایی سرعت دانلود، آپلود، پردازنده یا دیسک سرور را مشخص نمی‌کند.

ابزارهای تست در سرور ایران و خارج مشابه‌اند، اما بهتر است برای VPS ایران از مقصدهای داخلی و خارجی مرتبط تست بگیرید. موقعیت کاربر، مسیر شبکه و مقصد انتخاب‌شده بر خروجی تأثیر دارند.

بله. ابزارهایی مانند Speedtest و iperf3 در طول آزمایش داده منتقل می‌کنند و ممکن است از سهمیه ترافیک یا ظرفیت شبکه استفاده کنند. میزان مصرف به مدت تست، سرعت انتقال و تنظیمات ابزار وابسته است.

بله. تست‌های شبکه، CPU و به‌خصوص عملیات سنگین دیسک می‌توانند منابع مصرف کنند و بر سرویس‌های در حال اجرا تأثیر بگذارند. بهتر است بنچمارک‌های سنگین در محیط آزمایشی یا زمان کم‌ترافیک انجام شوند.

سرعت پورت معمولاً ظرفیت اسمی اتصال را مشخص می‌کند، اما سرعت انتقال واقعی به مسیر شبکه، مقصد، پروتکل، سربار ارتباط، میزان ازدحام و محدودیت‌های سرویس نیز بستگی دارد.

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

نه لزوماً. صعود CPU یا رم می‌تواند به رفع گلوگاه پردازشی کمک کند، اما سرعت اینترنت به مشخصات شبکه، سیاست سرویس و مسیر ارتباطی نیز وابسته است. در برخی شرایط محدودیت پردازنده ممکن است بر نرخ انتقال شبکه اثر بگذارد، ولی ارتقای منابع تضمین‌کننده صعود پهنای باند نیست.

سوالات متداول

آموزش کامل تست سرعت سرور مجازی چیست؟

در این مطلب اطلاعات، جزئیات و نکات مرتبط با آموزش کامل تست سرعت سرور مجازی بررسی شده است.

چرا آموزش کامل تست سرعت سرور مجازی اهمیت دارد؟

این موضوع به دلیل اطلاعات و کاربردهای مرتبط، مورد توجه کاربران قرار گرفته است.

آخرین اطلاعات درباره کنید چیست؟

جدیدترین اطلاعات و تغییرات مربوط به کنید در این گزارش ارائه شده است.