جدید!
سرور ابری ساعتی فعال شد. ۱۰۰ هزار تومان اعتبار هدیه بگیرید
به اشتراک بگذارید
جدید!
سرور ابری ساعتی فعال شد. ۱۰۰ هزار تومان اعتبار هدیه بگیرید
آموزش سرور | بلاگ وب‌داده
بنچمارک سرور اختصاصی بعد از تحویل؛ از سلامت دیسک تا سرعت واقعی شبکه
در این راهنما یاد می‌گیرید بنچمارک سرور را با ابزارهای استاندارد لینوکس و ویندوز اجرا کنید، عددها را درست بخوانید و اگر ایرادی دیدید، گزارشی دقیق و قابل پیگیری برای پشتیبانی بفرستید.
💡 خلاصه مقاله در ۳ خط
✅ تست سلامت و بنچمارک، سرور تازه‌تحویل‌گرفته را پیش از ورود بار واقعی از نظر دیسک، CPU، رم و شبکه می‌سنجد.
✅ ابزارهای اصلی smartctl، fio، sysbench، stress-ng و iperf3 هستند و هر عدد فقط در کنار شرایط تستش معنا دارد.
✅ نتیجه‌ها را به‌عنوان خط پایه نگه دارید و هر ناهنجاری را با خروجی کامل دستورها به پشتیبانی گزارش دهید.
✅ ابزارهای اصلی smartctl، fio، sysbench، stress-ng و iperf3 هستند و هر عدد فقط در کنار شرایط تستش معنا دارد.
✅ نتیجه‌ها را به‌عنوان خط پایه نگه دارید و هر ناهنجاری را با خروجی کامل دستورها به پشتیبانی گزارش دهید.
بنچمارک سرور (Server Benchmark) یعنی اجرای آزمون‌های استاندارد و تکرارپذیر برای اندازه‌گیری توان واقعی اجزای سرور: سرعت و تأخیر دیسک، قدرت CPU، پهنای باند رم و ظرفیت شبکه. تست سلامت هم بررسی می‌کند که سخت‌افزار بدون خطا کار کند؛ مثلاً دیسک خطای رسانه نداشته باشد. ترکیب این دو، تصویر دقیقی از سرور تحویلی می‌دهد.
✅ مطمئن می‌شوید سخت‌افزار تحویلی با مشخصات سفارش شما یکی است.
✅ ایرادهای پنهان دیسک، رم یا کارت شبکه پیش از راه‌اندازی سرویس اصلی آشکار می‌شوند.
✅ عددهای امروز، خط پایه‌ای برای مقایسه در ماه‌های بعد و عیب‌یابی کندی می‌شوند.
✅ گزارش مستند و دقیق، بررسی تیم پشتیبانی را کوتاه‌تر و مؤثرتر می‌کند.
✅ ایرادهای پنهان دیسک، رم یا کارت شبکه پیش از راه‌اندازی سرویس اصلی آشکار می‌شوند.
✅ عددهای امروز، خط پایه‌ای برای مقایسه در ماه‌های بعد و عیب‌یابی کندی می‌شوند.
✅ گزارش مستند و دقیق، بررسی تیم پشتیبانی را کوتاه‌تر و مؤثرتر می‌کند.
💡 بنچمارک = اندازه‌گیری تکرارپذیر توان واقعی سرور
✅ عدد بنچمارک بدون شرایط تست (ابزار، اندازه بلاک، تعداد رشته و مقصد شبکه) قابل مقایسه نیست.
✅ سرور اختصاصی HPE با دیسک NVMe و پورت 10 گیگ، آماده تست از ساعت اول؛ تنها در وب‌داده
✅ سرور اختصاصی HPE با دیسک NVMe و پورت 10 گیگ، آماده تست از ساعت اول؛ تنها در وب‌داده
حتماً زمانی که این مقاله را باز کرده‌اید، به دنبال روشی مطمئن هستید تا بفهمید سرور اختصاصی‌ای که تازه تحویل گرفته‌اید، واقعاً همان عملکردی را دارد که انتظارش را داشتید. در ادامه گام‌به‌گام از شناسنامه سخت‌افزار شروع می‌کنیم، سلامت و سرعت دیسک، CPU، رم و شبکه را با دستورهای دقیق می‌سنجیم و در پایان یاد می‌گیریم نتیجه‌ها را چطور تفسیر و گزارش کنیم. پس همراه ما باشید 😉👇
🔶 سرور اختصاصی ایران با سخت‌افزار HPE
سرورهای اختصاصی وب‌داده روی سخت‌افزار HPE ProLiant با دیسک NVMe و پورت 10 گیگابیت، بلافاصله پس از پرداخت و با نصب خودکار سیستم‌عامل تحویل می‌شوند. مشخصات پلن‌ها را در صفحه سرور اختصاصی ایران ببینید 👇
📌 آنچه در این مقاله می‌خوانید
◀️ بنچمارک سرور چیست و چرا بعد از تحویل اهمیت دارد؟
◀️ جدول ابزارهای تست سرعت سرور اختصاصی
◀️ آموزش گام‌به‌گام تست هارد سرور، CPU، رم و شبکه
◀️ جدول تفسیر نتایج؛ کدام نشانه جدی است؟
◀️ تفسیر نتایج، محدودیت‌ها و گزارش به پشتیبانی
◀️ تست سرور اختصاصی در وب‌داده؛ سخت‌افزار شفاف و قابل سنجش
◀️ سوالات متداول درباره تست سلامت و بنچمارک
◀️ جمع‌بندی؛ از اولین تست تا خط پایه مطمئن
◀️ جدول ابزارهای تست سرعت سرور اختصاصی
◀️ آموزش گام‌به‌گام تست هارد سرور، CPU، رم و شبکه
◀️ جدول تفسیر نتایج؛ کدام نشانه جدی است؟
◀️ تفسیر نتایج، محدودیت‌ها و گزارش به پشتیبانی
◀️ تست سرور اختصاصی در وب‌داده؛ سخت‌افزار شفاف و قابل سنجش
◀️ سوالات متداول درباره تست سلامت و بنچمارک
◀️ جمع‌بندی؛ از اولین تست تا خط پایه مطمئن
بنچمارک سرور چیست و چرا بعد از تحویل اهمیت دارد؟
دو سرور هم‌مدل هم ممکن است رفتار متفاوتی داشته باشند؛ تنظیمات BIOS، نسخه فرم‌ور، سلامت دیسک، ماژول‌های رم و مسیر شبکه همگی روی عملکرد اثر می‌گذارند. بنچمارک این متغیرها را به عدد تبدیل می‌کند تا به‌جای حدس، بر اساس داده تصمیم بگیرید.
یک تشبیه ساده کمک می‌کند: تحویل گرفتن سرور شبیه تحویل گرفتن خودرو از نمایندگی است. برگه مشخصات را می‌خوانید، اما پیش از سفر طولانی، ترمز، موتور و لاستیک‌ها را هم در جاده امتحان می‌کنید. تست سلامت همان معاینه فنی است و بنچمارک همان تست جاده؛ هر دو باید پیش از بار واقعی انجام شوند.
[1] Inventory lscpu / free / lsblk / ethtool
⬇️
[2] Health smartctl / nvme-cli / dmesg
⬇️
[3] Benchmark fio / sysbench / iperf3
⬇️
[4] Stress stress-ng (30-60 min)
⬇️
[5] Baseline ➡️ save results ✅ | anomaly ➡️ ticket ⚠️بنچمارک، تست سلامت و تست استرس چه فرقی دارند؟
این سه مفهوم اغلب با هم اشتباه گرفته می‌شوند، اما هر کدام به سؤال متفاوتی پاسخ می‌دهد:
- تست سلامت: «آیا سالم است؟» شمارنده‌های SMART دیسک، خطاهای اصلاح‌شده رم و هشدارهای کرنل را در چند دقیقه بررسی می‌کند.
- بنچمارک: «چقدر سریع است؟» عملکرد را، مثلاً IOPS دیسک یا گذردهی شبکه، اندازه می‌گیرد و باید چند بار تکرار شود.
- تست استرس: «زیر فشار پایدار می‌ماند؟» سخت‌افزار را ده‌ها دقیقه تا چند ساعت زیر بار کامل نگه می‌دارد تا ایرادهای وابسته به دما و بار مداوم آشکار شوند.
🔸 نکته فنی: بار مصنوعی در برابر بار واقعی
ابزارهایی مثل fio و sysbench بار مصنوعی و کنترل‌شده می‌سازند؛ برای مقایسه منصفانه عالی‌اند، اما رفتار دقیق اپلیکیشن شما را بازتولید نمی‌کنند. در عمل، متخصصان کنار میانگین به صدک‌های تأخیر (مثل p99) هم نگاه می‌کنند، چون کاربر کندترین درخواست‌ها را حس می‌کند.
چرا بعد از تحویل باید سرور را تست کرد؟
✅ تطبیق با سفارش: تعداد هسته، ظرفیت رم، مدل دیسک و سرعت لینک را با مشخصات پلن مقایسه می‌کنید.
✅ کشف زودهنگام ایراد: خرابی‌ای که روی سرور خالی پیدا شود، بسیار ساده‌تر رفع می‌شود.
✅ ساخت خط پایه: عددهای امروز مرجع ابزارهای مانیتورینگ سرور و عیب‌یابی‌های بعدی می‌شوند.
✅ مهاجرت بی‌دردسر: پیش از مهاجرت به سرور اختصاصی، مطمئن می‌شوید مقصد واقعاً از مبدأ قوی‌تر است.
✅ کشف زودهنگام ایراد: خرابی‌ای که روی سرور خالی پیدا شود، بسیار ساده‌تر رفع می‌شود.
✅ ساخت خط پایه: عددهای امروز مرجع ابزارهای مانیتورینگ سرور و عیب‌یابی‌های بعدی می‌شوند.
✅ مهاجرت بی‌دردسر: پیش از مهاجرت به سرور اختصاصی، مطمئن می‌شوید مقصد واقعاً از مبدأ قوی‌تر است.
📌 یادآوری: تست‌های سنگین را فقط روی سرور تازه و خالی اجرا کنید؛ تست استرس یا نوشتن حجیم روی سرور در حال سرویس می‌تواند باعث کندی و حتی قطعی شود. اگر ناچارید، ابتدا بکاپ سرور بگیرید و تست را در ساعت کم‌بار انجام دهید.
جدول ابزارهای تست سرعت سرور اختصاصی
جدول زیر ابزارهای اصلی این راهنما را کنار هم می‌گذارد تا بدانید هر کدام چه چیزی را می‌سنجد و به کدام خروجی آن باید دقت کنید.
| ابزار | چه چیزی را می‌سنجد | خروجی کلیدی | نکته مهم |
|---|---|---|---|
| smartctl و nvme-cli | سلامت دیسک | Critical Warning، Media Errors، Percentage Used | تست سلامت است، نه سرعت |
| fio | سرعت و تأخیر دیسک | IOPS، BW، صدک‌های clat | روی فایل تست اجرا شود، نه دیسک خام |
| sysbench | CPU و پهنای باند رم | events per second، MiB/sec | برای مقایسه نسبی مناسب است |
| stress-ng | پایداری CPU و رم زیر بار | خطای verify، دما، پیام‌های کرنل | طبق مستندات، بنچمارک دقیق نیست |
| iperf3 | گذردهی شبکه | Bitrate و Retr | نتیجه به سرور مقصد وابسته است |
| MTR | مسیر و کیفیت شبکه | درصد Loss و تأخیر هر hop | برای مسیرهای بین‌الملل مفید است |
| Geekbench و UnixBench | امتیاز کلی سیستم | امتیاز تک‌هسته و چندهسته | امتیاز نسخه‌های مختلف هم‌ارز نیست |
| DiskSpd | دیسک در ویندوز سرور | IOPS، MiB/s و تأخیر | ابزار رسمی مایکروسافت |
آموزش گام‌به‌گام تست هارد سرور، CPU، رم و شبکه
در این بخش همراه تیم وب‌داده باشید تا تست‌ها را به ترتیب درست اجرا کنیم: اول شناسنامه سخت‌افزار، بعد سلامت دیسک، سپس سرعت دیسک، پردازنده و رم و در پایان شبکه. دستورها برای Ubuntu و Debian نوشته شده‌اند و با دسترسی root اجرا می‌شوند؛ در توزیع‌های خانواده RHEL نام بعضی بسته‌ها فرق دارد و ممکن است به مخزن EPEL نیاز داشته باشید.
apt update
apt install -y fio iperf3 smartmontools nvme-cli stress-ng sysbench mtr-tiny ethtool۱- شناسنامه سخت‌افزار را ثبت کنید
پیش از هر تستی، مطمئن شوید با همان سخت‌افزاری طرف هستید که سفارش داده‌اید. خروجی این دستورها را در یک فایل متنی ذخیره کنید؛ بعداً برای مقایسه و گزارش به پشتیبانی به کارتان می‌آید.
lscpu | grep -E "Model name|Socket|Core|Thread"
nproc
free -h
dmidecode -t memory | grep -E "Size:|Speed:|Type:"
lsblk -d -o NAME,MODEL,SIZE,ROTA
nvme list
ip link
ethtool eno1 | grep Speed◀️ روی سروری با دو پردازنده Xeon E5-2680 v4، خروجی nproc باید 56 باشد؛ طبق Intel ARK هر پردازنده 14 هسته و 28 رشته دارد.
◀️ نام کارت شبکه (مثلاً eno1 یا ens1f0) را از خروجی ip link بردارید.
◀️ در خروجی ethtool، مقدار Speed برای پورت 10 گیگ باید 10000Mb/s باشد.
◀️ نام کارت شبکه (مثلاً eno1 یا ens1f0) را از خروجی ip link بردارید.
◀️ در خروجی ethtool، مقدار Speed برای پورت 10 گیگ باید 10000Mb/s باشد.
۲- سلامت دیسک را با smartctl بسنجید
smartctl از بسته smartmontools اطلاعات SMART دیسک را می‌خواند و در دیسک NVMe، بخش SMART/Health Information مهم‌ترین قسمت خروجی است. نسخه 7.4 موجود در مخزن Ubuntu 24.04، اجرای self-test روی NVMe را به‌صورت آزمایشی پشتیبانی می‌کند؛ به شرطی که خود درایو هم این قابلیت را داشته باشد.
smartctl -a /dev/nvme0
smartctl -t short /dev/nvme0
smartctl -l selftest /dev/nvme0
nvme smart-log /dev/nvme0✅ Critical Warning: باید 0x00 باشد؛ هر مقدار دیگر یعنی درایو هشدار فعال دارد.
✅ Media and Data Integrity Errors: روی دیسک سالم انتظار صفر دارید.
✅ Available Spare: باید بالاتر از Available Spare Threshold باشد.
✅ Percentage Used: تخمین سازنده از مصرف عمر درایو است و در دیسک کم‌کارکرد باید عدد کوچکی باشد.
✅ Temperature: دمای دیسک را در حالت بیکار و زیر بار با هم مقایسه کنید.
✅ Media and Data Integrity Errors: روی دیسک سالم انتظار صفر دارید.
✅ Available Spare: باید بالاتر از Available Spare Threshold باشد.
✅ Percentage Used: تخمین سازنده از مصرف عمر درایو است و در دیسک کم‌کارکرد باید عدد کوچکی باشد.
✅ Temperature: دمای دیسک را در حالت بیکار و زیر بار با هم مقایسه کنید.
اگر دیسک‌ها پشت کنترلر RAID سخت‌افزاری مثل HPE Smart Array باشند، smartctl معمولاً برای دسترسی به دیسک‌ها به تعیین نوع دستگاه مخصوص (مانند cciss) نیاز دارد؛ اگر خروجی ناقص بود، بررسی را از پشتیبانی بخواهید.
۳- تست هارد سرور با fio؛ IOPS، پهنای باند و تأخیر
fio استاندارد عملی تست دیسک در لینوکس است. سه الگو را جداگانه اجرا کنید: خواندن و نوشتن تصادفی با بلاک 4k که به رفتار دیتابیس و وب‌سایت نزدیک است و خواندن ترتیبی با بلاک 1M که به بکاپ و فایل‌های حجیم شبیه است. گزینه –direct=1 طبق مستندات fio ورودی و خروجی بدون بافر (معمولاً O_DIRECT) را فعال می‌کند تا کش رم عدد را غیرواقعی نکند.
cd /root
fio --name=randread --filename=fio.test --size=4G --direct=1 \
--ioengine=libaio --rw=randread --bs=4k --iodepth=32 \
--numjobs=4 --runtime=60 --time_based --ramp_time=5 --group_reporting
# random write : --rw=randwrite
# mixed 70/30 : --rw=randrw --rwmixread=70
# sequential : --rw=read --bs=1M --iodepth=8 --numjobs=1
rm -f fio.test⚠️ هشدار: روی دیسک خام تست نوشتن نگیرید
اگر در گزینه –filename به‌جای فایل، مسیر دستگاه (مثل /dev/nvme0n1) بدهید و تست نوشتن اجرا کنید، سیستم‌عامل و داده‌ها از بین می‌روند. طبق مستندات، fio کار نوشتن روی دستگاهی را که mount شده متوقف می‌کند، مگر اینکه allow_mounted_write فعال باشد؛ با این حال به این محافظ تکیه نکنید و همیشه روی یک فایل تست کار کنید.
برای خواندن خروجی، سه بخش را پیدا کنید. IOPS تعداد عملیات در ثانیه است و برای بلاک‌های کوچک اهمیت دارد. BW پهنای باند است و در تست ترتیبی معنا پیدا می‌کند. clat percentiles صدک‌های تأخیر تکمیل را نشان می‌دهد؛ اگر صدک 99 چند برابر میانه باشد، یعنی بعضی درخواست‌ها در صف طولانی منتظر مانده‌اند. طبق مستندات، lat مجموع تأخیر ارسال (slat) و تکمیل (clat) است.
📌 هر تست را دست‌کم سه بار تکرار کنید و میانه نتیجه‌ها را ثبت کنید. تست‌های طولانی نوشتن بخشی از عمر SSD را مصرف می‌کنند؛ پس آن‌ها را بی‌دلیل بارها تکرار نکنید.
۴- تست CPU و رم با sysbench و stress-ng
sysbench برای مقایسه سریع پردازنده و پهنای باند رم مناسب است. پیش‌فرض آن یک رشته و ۱۰ ثانیه است؛ پس تعداد رشته‌ها را صریح تعیین کنید تا عملکرد تک‌هسته و چندهسته را جداگانه ببینید.
sysbench cpu --threads=1 --time=30 run
sysbench cpu --threads=$(nproc) --time=30 run
sysbench memory --threads=4 run
stress-ng --cpu 0 --cpu-method matrixprod --timeout 30m --metrics-brief --tz
stress-ng --vm 2 --vm-bytes 35% --verify --timeout 30m --metrics-brief
dmesg -T | grep -iE "error|mce|edac|thermal"در sysbench cpu، شاخص اصلی events per second است. stress-ng با –cpu 0 به تعداد همه پردازنده‌های منطقی worker می‌سازد و –verify نتیجه محاسبات یا محتوای حافظه را کنترل می‌کند؛ هر خطای verify روی سرور سالم غیرعادی است. معنای –vm-bytes در نسخه‌های قدیمی «برای هر worker» و در نسخه‌های جدید «برای مجموع workerها» است؛ پس درصد را محافظه‌کارانه انتخاب کنید و مصرف رم را با free -h ببینید.
◀️ فرکانس پردازنده را در طول تست با grep MHz /proc/cpuinfo ببینید؛ افت شدید و مداوم می‌تواند نشانه مشکل خنک‌کاری یا تنظیمات مدیریت انرژی باشد.
◀️ گزینه –tz دما را از thermal zoneهای موجود می‌خواند؛ روی بعضی سرورها چنین ناحیه‌ای در اختیار سیستم‌عامل نیست و خروجی خالی طبیعی است.
◀️ روی سرورهای دارای رم ECC، شمارنده‌های خطای اصلاح‌شده را در مسیر /sys/devices/system/edac/mc/ بررسی و عدد رو به افزایش را گزارش کنید.
◀️ گزینه –tz دما را از thermal zoneهای موجود می‌خواند؛ روی بعضی سرورها چنین ناحیه‌ای در اختیار سیستم‌عامل نیست و خروجی خالی طبیعی است.
◀️ روی سرورهای دارای رم ECC، شمارنده‌های خطای اصلاح‌شده را در مسیر /sys/devices/system/edac/mc/ بررسی و عدد رو به افزایش را گزارش کنید.
طبق مستندات RAS کرنل لینوکس، خطای اصلاح‌شده (CE) معمولاً کشنده نیست و لزوماً خبر از خطای اصلاح‌نشده (UE) نمی‌دهد؛ اما تعویض پیشگیرانه ماژولی که CE تکرارشونده دارد، احتمال UE را کم می‌کند.
۵- تست شبکه با iperf3 و MTR
iperf3 گذردهی واقعی TCP یا UDP را بین دو نقطه می‌سنجد؛ پس به سرور مقصدی نیاز دارید که iperf3 روی آن در حالت server اجرا شود و پورت پیش‌فرض 5201 در فایروال هر دو طرف موقتاً باز باشد. بهترین مقصد، سروری با پورت هم‌اندازه در همان شبکه است؛ وگرنه سقف مقصد یا مسیر بین‌الملل را سنجیده‌اید، نه پورت سرور خودتان را.
# on the remote server
iperf3 -s
# on your new server
iperf3 -c REMOTE_IP -P 4 -t 30 -O 3
iperf3 -c REMOTE_IP -P 4 -t 30 -O 3 -R
iperf3 -c REMOTE_IP -P 4 -t 30 --bidir
mtr -rwc 100 REMOTE_IPگزینه -P جریان‌های موازی می‌سازد، -R جهت تست را برعکس می‌کند تا دریافت سرور سنجیده شود و -O ثانیه‌های slow start را از آمار حذف می‌کند. از نسخه 3.16 (همان نسخه مخزن Ubuntu 24.04)، iperf3 برای هر جریان رشته جدا می‌سازد؛ در نسخه‌های قدیمی‌تر یک هسته CPU ممکن است زودتر از شبکه گلوگاه شود.
روی پورت 10 گیگابیت انتظار عدد 10000 را نداشته باشید؛ سربار هدرهای اترنت، IP و TCP با MTU استاندارد 1500، گذردهی مفید TCP را به حدود 9.4 گیگابیت بر ثانیه محدود می‌کند. ستون Retr تعداد ارسال مجدد بسته‌هاست و عدد بالای آن همراه با نوسان شدید، نشانه ازدحام یا مشکل مسیر است. برای بررسی مسیر، راهنمای تست MTR و تحلیل گزارش آن را ببینید.
📌 تست‌های شبکه ترافیک زیادی جابه‌جا می‌کنند؛ مدت هر تست را کوتاه نگه دارید و مصرف را در پنل کاربری ببینید. اگر هنوز بین دو سرعت پورت مردد هستید، مقاله پورت 10 گیگ یا 1 گیگ را بخوانید.
۶- بنچمارک‌های ترکیبی: Geekbench، UnixBench و YABS
این ابزارها یک عدد کلی می‌دهند و برای مقایسه سریع جذاب‌اند. Geekbench 7 امتیاز CPU را نسبت به سیستم مرجعی با امتیاز 2,500 کالیبره می‌کند و مرجع Geekbench 6 سیستم دیگری بود؛ پس امتیاز نسخه‌ها را کنار هم نگذارید. UnixBench طبق مخزن خودش بنچمارک سیستمی است و نتیجه‌اش به سیستم‌عامل، کتابخانه‌ها و کامپایلر بستگی دارد. YABS هم چهار تست خواندن و نوشتن تصادفی fio با بلاک‌های مختلف، تست iperf3 با ۸ جریان موازی و به‌طور پیش‌فرض Geekbench 6 را اجرا می‌کند.
⚠️ احتیاط در اجرای اسکریپت‌های آماده
YABS با الگوی curl | bash اجرا می‌شود؛ یعنی کدی از اینترنت را با دسترسی کامل اجرا می‌کنید، پس پیش از اجرا آن را بخوانید. مقصدهای iperf3 این اسکریپت خارج از ایران‌اند و عددش کیفیت مسیر بین‌الملل را نشان می‌دهد، نه ظرفیت پورت. نتیجه‌های بارگذاری‌شده در Geekbench Browser هم برای دیگران قابل مشاهده‌اند.
۷- اگر ویندوز سرور نصب کرده‌اید
در ویندوز سرور، ابزار رسمی مایکروسافت برای تست دیسک DiskSpd است. دستور زیر خواندن تصادفی 4K را با دو رشته و عمق صف 32 به مدت 120 ثانیه روی فایلی 5 گیگابایتی اجرا می‌کند؛ -w0 یعنی صددرصد خواندن، -Sh کش نوشتن را غیرفعال می‌کند و -L آمار تأخیر را نشان می‌دهد.
diskspd -t2 -o32 -b4K -r4K -w0 -d120 -Sh -L -c5G C:\test\io.dat
جدول تفسیر نتایج؛ کدام نشانه جدی است؟
همه عددهای پایین‌تر از انتظار به معنی خرابی نیستند. این جدول کمک می‌کند نشانه جدی را از رفتار طبیعی تشخیص دهید.
| نشانه در خروجی | معنی احتمالی | اقدام پیشنهادی |
|---|---|---|
| Critical Warning غیر صفر یا Media Errors بالای صفر | ایراد سخت‌افزاری دیسک | توقف تست و ارسال تیکت با خروجی smartctl |
| افت سرعت در نوشتن ترتیبی طولانی | پر شدن کش نوشتن درایو (TurboWrite) | طبیعی است؛ با بار واقعی مقایسه کنید |
| خطای verify در stress-ng یا پیام MCE در dmesg | ایراد احتمالی رم یا پردازنده | گزارش فوری به پشتیبانی |
| Speed کمتر از 10000Mb/s در ethtool | برقراری لینک با سرعت پایین‌تر | گزارش با خروجی ethtool |
| عدد پایین iperf3 با Retr زیاد | ازدحام یا مشکل مسیر | تست با مقصد نزدیک‌تر و گرفتن MTR |
| عدد پایین iperf3 بدون Retr با مقصد خارجی | محدودیت مقصد یا مسیر بین‌الملل | تست با سروری در همان شبکه |
تفسیر نتایج، محدودیت‌ها و گزارش به پشتیبانی
عدد خام بدون زمینه گمراه‌کننده است. ابتدا عواملی را مرور می‌کنیم که بدون ایراد سخت‌افزاری، نتیجه را پایین‌تر از برگه مشخصات نشان می‌دهند.
عددهای دیتاشیت را چطور بخوانیم؟
سامسونگ در دیتاشیت 990 PRO یک ترابایتی، خواندن ترتیبی تا 7,450 و نوشتن ترتیبی تا 6,900 مگابایت بر ثانیه اعلام کرده که روی یک سیستم دسکتاپ با PCIe 4.0 و نرم‌افزار IOmeter اندازه‌گیری شده است. طبق همان سند، عددهای نوشتن با Intelligent TurboWrite فعال به دست آمده‌اند که فقط در محدوده مشخصی از حجم انتقال عمل می‌کند؛ پس افت سرعت در نوشتن طولانی طبیعی است.
از طرف دیگر، Xeon E5-2680 v4 طبق Intel ARK از PCIe 3.0 پشتیبانی می‌کند و سقف نظری لینک PCIe 3.0 x4 کمی کمتر از 4 گیگابایت بر ثانیه است؛ پس روی نسل Gen9 عددی نزدیک به 7 گیگابایت ممکن نیست و نتیجه زیر این سقف، به‌خودی‌خود نشانه خرابی نیست. برای جزئیات بیشتر، مقایسه هارد NVMe و SSD و راهنمای NVMe چیست را ببینید.
مزایا و محدودیت‌های بنچمارک مصنوعی
✅ قابل تکرار و قابل مقایسه بین دو سرور یا دو زمان مختلف
✅ آشکار کردن ایرادهای سخت‌افزاری پیش از ورود داده واقعی
✅ ساخت خط پایه عددی برای عیب‌یابی‌های بعدی
✅ آشکار کردن ایرادهای سخت‌افزاری پیش از ورود داده واقعی
✅ ساخت خط پایه عددی برای عیب‌یابی‌های بعدی
❌ بار واقعی اپلیکیشن شما را دقیق شبیه‌سازی نمی‌کند.
❌ نتیجه به نسخه ابزار، سیستم‌عامل، کرنل و تنظیمات BIOS وابسته است.
❌ تست‌های نوشتن سنگین از عمر SSD کم می‌کنند؛ دیتاشیت 990 PRO یک ترابایتی دوام آن را 600TB نوشتن (TBW) اعلام کرده است.
❌ تست شبکه همیشه دو سر دارد و ضعف مقصد به حساب سرور شما نوشته می‌شود.
❌ نتیجه به نسخه ابزار، سیستم‌عامل، کرنل و تنظیمات BIOS وابسته است.
❌ تست‌های نوشتن سنگین از عمر SSD کم می‌کنند؛ دیتاشیت 990 PRO یک ترابایتی دوام آن را 600TB نوشتن (TBW) اعلام کرده است.
❌ تست شبکه همیشه دو سر دارد و ضعف مقصد به حساب سرور شما نوشته می‌شود.
📚 از منابع معتبر
در راهنمای رسمی stress-ng (صفحه man پروژه) آمده است که این ابزار می‌تواند نرخ گذردهی را اندازه بگیرد، اما «هرگز قرار نبوده به‌عنوان مجموعه بنچمارک دقیق استفاده شود». به زبان ساده: stress-ng را برای سنجش پایداری به کار ببرید و برای مقایسه عددی سراغ fio، sysbench یا Geekbench بروید.
گزارش استاندارد برای تیم پشتیبانی
اگر نتیجه‌ای غیرعادی دیدید، گزارشی کامل بفرستید تا کارشناس بدون رفت‌وبرگشت اضافه بتواند مشکل را بازتولید کند. یک گزارش خوب این اجزا را دارد:
- خروجی دستورهای شناسنامه سخت‌افزار.
- دستور دقیق تست با همه گزینه‌ها و خروجی کامل آن، نه فقط عدد نهایی.
- زمان اجرا و اینکه سرویس دیگری روی سرور فعال بوده یا نه.
- برای تست شبکه: IP یا موقعیت سرور مقصد، خروجی iperf3 در هر دو جهت و گزارش MTR.
- برای خطاهای سخت‌افزاری: خروجی smartctl -a و پیام‌های مرتبط در dmesg.
سناریوی رایج در پشتیبانی وب‌داده
یک سناریوی رایج: مشتری پس از تحویل سرور، با یک سایت تست سرعت به سروری خارج از کشور وصل می‌شود، عددی بسیار کمتر از 10 گیگابیت می‌بیند و نگران خرابی پورت می‌شود. کارشناس ابتدا خروجی ethtool را برای تأیید سرعت لینک می‌خواهد و سپس تست iperf3 با چند جریان موازی به مقصدی در همان شبکه انجام می‌شود.
نتیجه یکی از دو حالت است: یا محدودیت در مقصد و مسیر بین‌الملل بوده که با همین تست داخلی روشن می‌شود، یا ایرادی واقعی مثل برقراری لینک با سرعت پایین‌تر وجود دارد که داده‌های ثبت‌شده رفعش را سریع‌تر می‌کند. در تست دیسک هم افت سرعت در نوشتن طولانی معمولاً با توضیح کش TurboWrite روشن می‌شود.
تست سرور اختصاصی در وب‌داده؛ سخت‌افزار شفاف و قابل سنجش
هدف ما در وب‌داده این است که مشخصات سرور شما شفاف و قابل راستی‌آزمایی باشد. پلن آماده فعلی سرور اختصاصی ایران روی HPE ProLiant DL360 Gen9 ارائه می‌شود و می‌توانید همه تست‌های این راهنما را از همان ساعت اول روی آن اجرا کنید.
✅ دو پردازنده Intel Xeon E5-2680 v4 با مجموع 28 هسته و 56 رشته
✅ 64 گیگابایت رم DDR4 از نوع Registered ECC
✅ دیسک 1 ترابایتی NVMe از سری Samsung 980/990 PRO
✅ پورت 10 گیگابیت روی شبکه‌ای با آپلینک 100 گیگابیت
✅ نصب خودکار سیستم‌عامل و تحویل آنی پس از پرداخت، مستقل از ساعت اداری
✅ پنل مدیریت با ری‌استارت، روشن و خاموش کردن، کنسول KVM، نصب مجدد سیستم‌عامل و مشاهده ترافیک
✅ محاسبه ترافیک فقط بر اساس دانلود؛ آپلود رایگان است و مصرف در پنل کاربری دیده می‌شود
✅ محافظت DDoS با ظرفیت 100 گیگابیت بر ثانیه، فایروال سخت‌افزاری و امنیت چندلایه
✅ تیم فنی ۲۴ ساعته برای مشاوره پیش از خرید
✅ 64 گیگابایت رم DDR4 از نوع Registered ECC
✅ دیسک 1 ترابایتی NVMe از سری Samsung 980/990 PRO
✅ پورت 10 گیگابیت روی شبکه‌ای با آپلینک 100 گیگابیت
✅ نصب خودکار سیستم‌عامل و تحویل آنی پس از پرداخت، مستقل از ساعت اداری
✅ پنل مدیریت با ری‌استارت، روشن و خاموش کردن، کنسول KVM، نصب مجدد سیستم‌عامل و مشاهده ترافیک
✅ محاسبه ترافیک فقط بر اساس دانلود؛ آپلود رایگان است و مصرف در پنل کاربری دیده می‌شود
✅ محافظت DDoS با ظرفیت 100 گیگابیت بر ثانیه، فایروال سخت‌افزاری و امنیت چندلایه
✅ تیم فنی ۲۴ ساعته برای مشاوره پیش از خرید
⚠️ شفافیت درباره نسل سخت‌افزار
Intel وضعیت پردازنده E5-2680 v4 (عرضه در Q1’16) را از 30 ژوئن 2022 در مرحله End of Servicing Updates اعلام کرده است. اگر بنچمارک نشان داد به پردازنده نسل جدیدتر، رم بیشتر یا فضای ذخیره‌سازی بزرگ‌تر نیاز دارید، پیکربندی‌های سفارشی از طریق تیکت یا تماس تلفنی بررسی می‌شوند.
برای انتخاب پلن مناسب یا بررسی پیکربندی خاص، صفحه اجاره سرور اختصاصی را ببینید. پس از تست و پیش از راه‌اندازی سرویس اصلی هم، ایمن‌سازی سیستم‌عامل را فراموش نکنید.
🚀 بیشتر بدانید: آموزش تست سرعت در سرور مجازی ایران و آموزش Hardening لینوکس در 20 قدم
سوالات متداول درباره تست سلامت و بنچمارک
بنچمارک گرفتن از سرور اختصاصی چقدر طول می‌کشد؟
شناسنامه سخت‌افزار و بررسی SMART چند دقیقه زمان می‌برد. هر تست دیسک یا شبکه با تنظیمات این راهنما حدود یک دقیقه است، اما بهتر است سه بار تکرار شود. تست استرس CPU و رم را دست‌کم ۳۰ تا ۶۰ دقیقه اجرا کنید؛ پس یک بررسی کامل حدود یک تا دو ساعت وقت می‌گیرد.
آیا تست سرعت سرور اختصاصی با سایت‌های speedtest کافی است؟
برای برداشت اولیه مفید است، اما مقصد این سایت‌ها سرورهای عمومی با ظرفیت و بار نامعلوم است. برای سنجش پورت سرور، iperf3 با چند جریان موازی به مقصدی با پورت هم‌اندازه در همان شبکه دقیق‌تر است و MTR هم کیفیت مسیر را در هر hop نشان می‌دهد.
تست هارد سرور با dd دقیق‌تر است یا fio؟
dd عمدتاً خواندن یا نوشتن ترتیبی با یک رشته را می‌سنجد و برای برداشت کلی بد نیست. اما بار واقعی سرور، به‌خصوص دیتابیس، از عملیات تصادفی کوچک و صف‌های عمیق تشکیل می‌شود. fio این الگوها را با کنترل اندازه بلاک، عمق صف و تعداد رشته شبیه‌سازی می‌کند و صدک‌های تأخیر را هم گزارش می‌دهد.
آیا اجرای fio به دیسک NVMe آسیب می‌زند؟
تست خواندن آسیبی نمی‌زند و تست نوشتن در حد چند گیگابایت هم سهم بسیار کوچکی از دوام درایو را مصرف می‌کند؛ دیتاشیت 990 PRO یک ترابایتی دوام را 600TB نوشتن اعلام کرده است. خطر واقعی، نوشتن روی دیسک خام به‌جای فایل تست است که داده‌ها را پاک می‌کند.
smartctl وضعیت PASSED نشان می‌دهد؛ یعنی دیسک کاملاً سالم است؟
نه لزوماً. PASSED فقط می‌گوید درایو خودش را در وضعیت خرابی اعلام نکرده است. جزئیات Critical Warning، Media and Data Integrity Errors، Available Spare و Percentage Used را هم ببینید. اگر شمارنده خطا غیر صفر است یا طی چند روز رشد می‌کند، موضوع را با خروجی کامل به پشتیبانی گزارش دهید.
چرا iperf3 روی پورت 10 گیگ حدود 9.4 گیگابیت نشان می‌دهد؟
این عدد طبیعی است و به سربار هدرهای اترنت، IP و TCP با MTU 1500 برمی‌گردد. اگر عدد بسیار پایین‌تر است، Speed را در خروجی ethtool بررسی کنید، با گزینه -P چند جریان موازی بسازید و مطمئن شوید سرور مقصد هم پورت 10 گیگ و بار کم دارد.
روی سروری که سایت روی آن فعال است هم می‌توان تست گرفت؟
تست‌های سبک مانند smartctl -a، ethtool و MTR بی‌خطرند. اما fio با عمق صف بالا، stress-ng و تست‌های طولانی شبکه منابع را اشغال می‌کنند و ممکن است سایت را کند یا از دسترس خارج کنند. اگر ناچارید، در ساعت کم‌بار، با مدت کوتاه و پس از بکاپ تست کنید و بدانید بار سایت روی عددها اثر می‌گذارد.
اگر نتیجه تست با مشخصات سرور همخوانی نداشت چه کنیم؟
تست را روی سرور خالی و دست‌کم سه بار تکرار کنید و جدول تفسیر نتایج را مرور کنید تا رفتار طبیعی مثل سقف PCIe 3.0 یا کش نوشتن درایو را با خرابی اشتباه نگیرید. اگر نشانه همچنان جدی بود، خروجی کامل دستورها، زمان اجرا و مشخصات مقصد شبکه را در یک تیکت بفرستید.
جمع‌بندی؛ از اولین تست تا خط پایه مطمئن
بنچمارک سرور فقط رقابت عددی نیست؛ ابزاری است برای اطمینان از سلامت و عملکرد سخت‌افزاری که کسب‌وکار شما روی آن اجرا می‌شود. در این راهنما دیدیم ترتیب درست اهمیت دارد: اول شناسنامه سخت‌افزار و سلامت دیسک با smartctl، بعد سرعت دیسک با fio، سپس پردازنده و رم با sysbench و stress-ng و در پایان شبکه با iperf3 و MTR.
هر عدد فقط در کنار شرایط تستش معنا دارد. محدودیت‌هایی مثل سقف PCIe 3.0 در نسل Gen9، کش نوشتن درایو و ظرفیت سرور مقصد در تست شبکه را بشناسید تا رفتار طبیعی را خرابی تصور نکنید و خرابی واقعی را هم نادیده نگیرید. نتایج روز اول را ذخیره کنید؛ این خط پایه در عیب‌یابی ماه‌های بعد بسیار ارزشمند است.
در وب‌داده، سرور اختصاصی HPE با دو پردازنده Xeon، رم ECC، دیسک NVMe و پورت 10 گیگ بلافاصله پس از پرداخت تحویل می‌شود و می‌توانید همه این تست‌ها را از همان ساعت اول اجرا کنید. توصیه نهایی ما ساده است: پیش از انتقال داده واقعی، یکی دو ساعت برای تست کنار بگذارید و خروجی‌ها را نگه دارید.
در صورتی که سوالی داشتید می‌توانید در بخش نظرات با ما در ارتباط باشید.
امیدوارم این مقاله از بلاگ وب‌داده برای شما مفید بوده باشد.
امیدوارم این مقاله از بلاگ وب‌داده برای شما مفید بوده باشد.
