جدید!
سرور ابری ساعتی فعال شد. ۱۰۰ هزار تومان اعتبار هدیه بگیرید
رفع مشکل سرعت پایین VPS و پینگ سرور | راهنمای کامل لگ VPS
سرعت پایین VPS و لگ در سرور مجازی یکی از شایع‌ترین مشکلاتی است که مدیران سرور و صاحبان وب‌سایت با آن روبه‌رو می‌شوند. وقتی سرور شما کند می‌شود، نه‌تنها تجربه کاربری بازدیدکنندگان خراب می‌شود، بلکه رتبه سئو، نرخ تبدیل و در نهایت درآمد شما نیز تحت تأثیر قرار می‌گیرد. آمارهای سال 2024 و 2025 نشان می‌دهند که بالای 70٪ از کاربران یک وب‌سایت را ترک می‌کنند اگر بارگذاری آن بیش از 3 ثانیه طول بکشد.
💡اما دلیل واقعی کندی سرور چیست؟ آیا مشکل از سخت‌افزار است، شبکه، یا نرم‌افزار؟
بسیاری از کاربران وقتی با سرعت پایین مواجه می‌شوند، فوراً فکر می‌کنند باید پلن بالاتری بخرند یا سرور را تغییر دهند. اما در بیش از 80٪ موارد، مشکل از تنظیمات نادرست یا عدم بهینه‌سازی است نه کمبود منابع…
در این راهنمای جامع، با یک رویکرد سیستماتیک و ابزارهای حرفه‌ای، به شما کمک می‌کنیم تا دقیقاً بفهمید کجای سرور شما دچار گلوگاه است. از بررسی مصرف CPU و RAM گرفته تا تحلیل پینگ سرور و بهینه‌سازی دیتابیس، تمام مراحل تشخیص و رفع مشکل را با جزئیات آموزش می‌دهیم تا بتوانید عملکرد سرور خود را تا 10 برابر بهبود دهید.

رفع مشکل لگ سرور مجازی به چه معناست؟

قبل از اینکه وارد جزئیات فنی شویم، باید بفهمیم دقیقاً منظور از “لگ” و “کندی” در سرور مجازی چیست. بسیاری از کاربران این دو مفهوم را یکی می‌دانند، اما تفاوت‌های مهمی دارند که شناخت آن‌ها برای عیب‌یابی صحیح ضروری است.
💡 لگ (Lag) به معنای تأخیر در پاسخ‌دهی است. یعنی وقتی شما یک درخواست می‌فرستید، سرور با چند ثانیه تأخیر پاسخ می‌دهد. این تأخیر می‌تواند از شبکه (Network Latency) یا از پردازش سنگین روی سرور (Processing Delay) ناشی شود. به‌عبارت ساده‌تر، لگ یعنی “صبر کردن”.
💡 کندی (Slowness) به معنای سرعت پایین در انجام عملیات است. یعنی سرور به‌سرعت پاسخ می‌دهد اما عملیات طولانی می‌شود. مثلاً بارگذاری یک صفحه 10 ثانیه طول می‌کشد یا آپلود یک فایل خیلی کند است. کندی معمولاً از کمبود منابع (CPU، RAM یا دیسک) ناشی می‌شود.
در عمل، این دو معمولاً با هم ظاهر می‌شوند و تشخیص دقیق علت، اولین و مهم‌ترین قدم در حل مشکل است. برای مثال:
  • اگر پینگ شما 300ms است اما بعد از اتصال سرعت خوب است، مشکل لگ شبکه است
  • اگر پینگ 20ms است اما صفحات 5 ثانیه بارگذاری می‌شوند، مشکل کندی سرور است
  • اگر هم پینگ بالاست هم بارگذاری کند، هر دو مشکل وجود دارد
رفع مشکل یعنی با روش علمی و ابزارهای دقیق، ریشه این تأخیرها را پیدا کنید و با بهینه‌سازی‌های هدفمند، آن‌ها را برطرف کنید. در ادامه این مقاله از بلاگ وب داده، هر کدام از علل احتمالی را به‌صورت جداگانه بررسی می‌کنیم و راه‌حل‌های عملی ارائه می‌دهیم.
لگ سرور مجازی

لگ سرور مجازی: با شناسایی گلوگاه CPU، RAM و دیسک

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

بررسی و تحلیل مصرف CPU

CPU یا پردازنده، مغز سرور شماست. اگر CPU شما همیشه در حد 80-100٪ مشغول باشد، سرور قطعاً کند خواهد بود.
⚙ ابزارهای پایش CPU در لینوکس:
  • دستور top
ساده‌ترین ابزار برای دیدن مصرف لحظه‌ای:
top
در خروجی top، به این موارد توجه کنید:
  • %Cpu(s): نشان‌دهنده درصد استفاده از CPU
  • us (user): پردازش برنامه‌های کاربری
  • sy (system): پردازش سیستم
  • id (idle): CPU بیکار (هرچه بیشتر، بهتر!)
  • wa (wait): در انتظار I/O دیسک
  • st (steal): بسیار مهم در VPS!
💡 CPU Steal چیست؟
CPU Steal نشان می‌دهد چقدر از CPU تخصیص‌یافته به شما توسط سرور فیزیکی “دزدیده” شده و به VPS های دیگر داده شده است. اگر این عدد بالای 10٪ باشد، یعنی ارائه‌دهنده VPS شما Over-selling کرده (بیش از ظرفیت فروخته) و باید پلن و با ارائه دهنده خود را تغییر دهید.
  • دستور htop
نسخه بهبودیافته top با رابط رنگی:
# نصب
sudo apt install htop  # Ubuntu/Debian
sudo yum install htop  # CentOS

# اجرا
htop
👈 مزیت htop:
  • نمایش تمام هسته‌های CPU به‌صورت جداگانه
  • رنگ‌بندی واضح
  • امکان Kill کردن پردازه‌ها با کلید F9
  • یافتن پردازه‌های پرمصرف
برای دیدن 10 پردازه برتر مصرف‌کننده CPU:
ps aux --sort=-%cpu | head -n 11
راه‌حل‌های کاهش مصرف CPU:
مشکل علت راه‌حل
Apache پرمصرف تعداد زیاد درخواست همزمان جایگزینی با Nginx یا LiteSpeed
PHP-FPM بالا تنظیمات نامناسب کاهش pm.max_children
MySQL کند کوئری‌های بهینه نشده اضافه کردن Index به جداول
Backup در حال اجرا فشرده‌سازی سنگین زمان‌بندی در ساعات کم‌بار
نکته مهم: اگر CPU شما همیشه زیر 50٪ است اما سرور کند، مشکل از جای دیگری است نه CPU.

تحلیل مصرف RAM و مشکل Swap

حافظه RAM سرعت دسترسی به داده‌ها را تعیین می‌کند. وقتی RAM تمام می‌شود، سیستم‌عامل شروع به استفاده از Swap می‌کند که روی دیسک است و 100 برابر کندتر از RAM.
📝 بررسی وضعیت RAM:
free -h
خروجی نمونه:
              total        used        free      shared  buff/cache   available
Mem:           2.0Gi       1.5Gi       100Mi        50Mi       400Mi       300Mi
Swap:          2.0Gi       1.8Gi       200Mi
تحلیل خروجی:
  • total: کل RAM
  • used: مصرف شده
  • available: واقعاً قابل استفاده (مهم‌تر از free)
  • Swap used: اگر بالای 500MB باشد، مشکل دارید!
⚠ هشدار: استفاده زیاد از Swap نشانه کمبود RAM است و سرور را بسیار کند می‌کند.
یافتن برنامه‌های پرمصرف RAM:
ps aux --sort=-%mem | head -n 11
📝 راه‌حل‌های کاهش مصرف RAM:
1- بهینه‌سازی MySQL:
# ویرایش تنظیمات
sudo nano /etc/mysql/my.cnf

# اضافه کردن
[mysqld]
innodb_buffer_pool_size = 256M  # به جای 1GB پیش‌فرض
max_connections = 50             # به جای 151
2- بهینه‌سازی Apache:
sudo nano /etc/apache2/mods-available/mpm_prefork.conf

<IfModule mpm_prefork_module>
    StartServers             2
    MinSpareServers          2
    MaxSpareServers          5
    MaxRequestWorkers       50  # به جای 150
    MaxConnectionsPerChild  3000
</IfModule>
3- فعال‌سازی OPcache برای PHP:
sudo nano /etc/php/8.1/fpm/conf.d/10-opcache.ini

opcache.enable=1
opcache.memory_consumption=128
opcache.max_accelerated_files=10000
4- غیرفعال کردن سرویس‌های غیرضروری:
# لیست سرویس‌های فعال
systemctl list-units --type=service --state=running

# غیرفعال کردن سرویس
sudo systemctl disable postfix.service

بررسی سرعت دیسک و Disk I/O

یکی از مهم‌ترین عوامل تاخیر VPS، سرعت دیسک است. تفاوت بین HDD و SSD می‌تواند 50 برابر باشد!
تست سرعت دیسک:
# تست سرعت نوشتن
dd if=/dev/zero of=/tmp/test bs=1G count=1 oflag=direct

# نتیجه نمونه:
# 1073741824 bytes (1.1 GB) copied, 5.2 s, 206 MB/s
معیارهای سرعت دیسک:
نوع دیسک سرعت نوشتن سرعت خواندن مناسب برای
HDD معمولی 50-100 MB/s 80-120 MB/s فایل‌های ساده
SSD SATA 300-500 MB/s 400-550 MB/s وب‌سایت‌های متوسط
NVMe SSD 1500-3500 MB/s 2000-5000 MB/s دیتابیس سنگین
اگر سرعت شما زیر 50 MB/s است، حتماً از HDD استفاده می‌کنید!
پایش فرآیندهای مصرف‌کننده I/O:
# نصب iotop
sudo apt install iotop

# اجرا
sudo iotop -o
این ابزار دقیقاً نشان می‌دهد کدام پردازنه دارد روی دیسک کار می‌کند.
مشکلات رایج I/O:
1- لاگ‌های بزرگ:
# یافتن فایل‌های بزرگ
sudo du -h /var/log | sort -rh | head -n 10

# پاک کردن لاگ‌های قدیمی
sudo journalctl --vacuum-size=100M
2- دیتابیس بدون Index:
-- یافتن جداول بدون Index
SELECT DISTINCT
    TABLE_NAME
FROM information_schema.COLUMNS
WHERE TABLE_SCHEMA = 'your_database'
AND TABLE_NAME NOT IN (
    SELECT TABLE_NAME
    FROM information_schema.STATISTICS
    WHERE TABLE_SCHEMA = 'your_database'
);
3- فایل‌های Temporary:
# پاک کردن
sudo rm -rf /tmp/*
sudo rm -rf /var/tmp/*
راه‌حل قطعی: اگر روی HDD هستید، حتماً به SSD مهاجرت کنید. این تنها تغییری است که می‌تواند سرعت را 10 برابر کند.
سرعت پایین VPS

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

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

تشخیص منشأ تأخیر با ابزارهای شبکه

1- تست پینگ ساده:
ping -c 10 your-vps-ip
تحلیل نتایج:
  • 0-50ms: عالی
  • 50-100ms: قابل قبول
  • 100-200ms: متوسط
  • بالای 200ms: ضعیف
2- Traceroute – ردیابی مسیر:
# در لینوکس
traceroute your-vps-ip

# در ویندوز
tracert your-vps-ip
این دستور نشان می‌دهد بسته شما از کدام روترها عبور می‌کند و کجا تأخیر رخ می‌دهد.
مثال خروجی:
1  router.local (192.168.1.1)  1.5 ms
2  isp-gateway (10.20.30.1)  15 ms
3  core-router (5.10.15.20)  45 ms
4  international-link (80.75.60.1)  250 ms  <- مشکل اینجاست!
5  datacenter (185.123.45.1)  255 ms
3- MTR – ابزار پیشرفته:
# نصب
sudo apt install mtr

# اجرا
mtr -r -c 100 your-vps-ip
MTR ترکیبی از ping و traceroute است که دقیق‌تر عمل می‌کند.

رفع مشکلات DNS و فایروال

مشکل 1: DNS کند: DNS می‌تواند 2-3 ثانیه به زمان بارگذاری اضافه کند.
تست سرعت DNS:
# نصب dig
sudo apt install dnsutils

# تست
dig google.com

# به خط "Query time" نگاه کنید
# Query time: 45 msec  <- اگر بالای 100 باشد، مشکل دارید
راه‌حل:
# تغییر DNS به Cloudflare یا Google
sudo nano /etc/resolv.conf

nameserver 1.1.1.1
nameserver 8.8.8.8
مشکل 2: فایروال سنگین: قوانین زیاد فایروال می‌توانند باعث تأخیر شوند.
بررسی تعداد قوانین:
sudo iptables -L -n | wc -l
اگر بالای 1000 خط است، باید بهینه‌سازی کنید.
راه‌حل: استفاده از CSF یا UFW که بهینه‌تر هستند:
# نصب UFW
sudo apt install ufw

# قوانین پایه
sudo ufw allow 22/tcp
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw enable

بررسی کیفیت شبکه ارائه‌دهنده سرور مجازی

گاهی مشکل از ارائه‌دهنده VPS است. نشانه‌های شبکه ضعیف:
1- Packet Loss (از دست رفتن بسته‌ها):
ping -c 100 your-vps-ip | grep loss
# 100 packets transmitted, 95 received, 5% packet loss
اگر packet loss بالای 2٪ باشد، شبکه ارائه‌دهنده مشکل دارد.
2- پینگ ناپایدار (Jitter):
وقتی پینگ بین 50ms تا 300ms نوسان دارد، نشانه شبکه ناپایدار است.
👈 راه‌حل: اگر مشکل از ارائه‌دهنده است، تیکت بزنید. اگر حل نشد، باید سرور را تغییر دهید. سرورهای مجازی ایران وب‌داده از شبکه پایدار با پینگ زیر 50ms در داخل کشور استفاده می‌کنند.
svgexport 58 بررسی دلایل سرعت پایین و لگ در سرور مجازیسرور مجازی ایران
بهترین VPS ایران با پنل مدیریت اختصاصی، هارد NVMe و پهنای باند بالا
برای مشاهده پلن‌های
سرور مجازی ایران وب‌داده
 روی دکمه زیر کلیک کنید

بهینه‌سازی نرم‌افزاری برای افزایش سرعت سرور

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

بهینه‌سازی دیتابیس MySQL/MariaDB

دیتابیس معمولاً بزرگ‌ترین گلوگاه در وب‌سایت‌های دینامیک است.
1- استفاده از MySQLTuner:
# دانلود
wget http://mysqltuner.pl/ -O mysqltuner.pl

# اجرا
perl mysqltuner.pl
این اسکریپت تحلیل کامل از دیتابیس شما می‌دهد و پیشنهادات بهینه‌سازی ارائه می‌کند.
2- افزودن Index به جداول:
کوئری‌های بدون Index می‌توانند 100 برابر کندتر باشند!
-- یافتن کوئری‌های کند
SELECT * FROM information_schema.PROCESSLIST 
WHERE TIME > 5 AND COMMAND != 'Sleep';

-- افزودن Index
ALTER TABLE your_table ADD INDEX idx_column_name (column_name);
3- تنظیمات کلیدی my.cnf:
sudo nano /etc/mysql/my.cnf

[mysqld]
# بهینه‌سازی برای 2GB RAM
innodb_buffer_pool_size = 512M
query_cache_size = 32M
query_cache_limit = 2M
max_connections = 100
thread_cache_size = 8
table_open_cache = 2000
innodb_flush_log_at_trx_commit = 2
4- پاکسازی جداول:
-- بهینه‌سازی تمام جداول
mysqlcheck -o --all-databases -u root -p

-- پاک کردن بایلاگ‌های قدیمی
PURGE BINARY LOGS BEFORE DATE(NOW() - INTERVAL 7 DAY);

استفاده از سیستم‌های کشینگ

Caching یعنی ذخیره نتایج برای استفاده مجدد بدون محاسبه دوباره.
1- OPcache برای PHP:
# بررسی فعال بودن
php -i | grep opcache

# اگر غیرفعال است
sudo nano /etc/php/8.1/fpm/conf.d/10-opcache.ini

opcache.enable=1
opcache.memory_consumption=256
opcache.interned_strings_buffer=16
opcache.max_accelerated_files=10000
opcache.revalidate_freq=60
فقط با فعال کردن OPcache می‌توانید سرعت را 3-5 برابر کنید.
2. Redis برای Cache دیتابیس:
# نصب
sudo apt install redis-server

# فعال‌سازی
sudo systemctl enable redis-server
sudo systemctl start redis-server

# تست
redis-cli ping
# PONG
برای WordPress:
# نصب پلاگین Redis
wp plugin install redis-cache --activate
wp redis enable
3. Varnish Cache برای صفحات HTML:
Varnish می‌تواند بارگذاری صفحات را تا 100 برابر سریع‌تر کند.
# نصب
sudo apt install varnish

# پیکربندی
sudo nano /etc/varnish/default.vcl
نکته: Varnish برای سایت‌های پربازدید (بالای 10,000 بازدید روزانه) توصیه می‌شود.

به‌روزرسانی سیستم‌عامل و نرم‌افزارها

نسخه‌های جدید معمولاً بهینه‌سازی‌های عملکردی دارند.
1- آپدیت کامل Ubuntu/Debian:
sudo apt update
sudo apt upgrade -y
sudo apt dist-upgrade -y
sudo apt autoremove -y
2- آپگرید PHP: از PHP 7.4 به 8.2 می‌تواند سرعت را 30٪ افزایش دهد.
# اضافه کردن مخزن
sudo add-apt-repository ppa:ondrej/php

# نصب PHP 8.2
sudo apt install php8.2-fpm php8.2-mysql php8.2-curl
3- جایگزینی Apache با Nginx: که برای وب‌سایت‌های پرترافیک 5 برابر سریع‌تر از Apache است.
# نصب Nginx
sudo apt install nginx

# حذف Apache (بعد از Backup)
sudo systemctl stop apache2
sudo systemctl disable apache2
👈 نکته مهم: قبل از هر آپدیت، حتماً Backup بگیرید!
لگ سرور مجازی

ابزارهای پیشرفته پایش و عیب‌یابی سرعت سرور مجازی

برای رفع مشکلات پیچیده‌تر، به ابزارهای حرفه‌ای‌تری نیاز دارید.

نصب و استفاده از Netdata

Netdata یک ابزار پایش رایگان و قدرتمند است که به‌صورت Real-time تمام منابع را نمایش می‌دهد.
# نصب
bash <(curl -Ss https://my-netdata.io/kickstart.sh)

# دسترسی
http://your-vps-ip:19999
مزایای Netdata:
  • نمایش زنده CPU، RAM، Network، Disk
  • هشدارها برای مصرف بالا
  • نمودارهای دقیق و زیبا
  • مصرف منابع بسیار کم

بررسی لاگ‌ها برای یافتن خطاها

لاگ‌ها اغلب علت واقعی مشکل را نشان می‌دهند.
لاگ‌های مهم:
# خطاهای سیستمی
sudo tail -f /var/log/syslog

# خطاهای Apache
sudo tail -f /var/log/apache2/error.log

# خطاهای Nginx
sudo tail -f /var/log/nginx/error.log

# خطاهای PHP
sudo tail -f /var/log/php8.1-fpm.log

# خطاهای MySQL
sudo tail -f /var/log/mysql/error.log
جستجو در لاگ‌ها:
# پیدا کردن خطاهای اخیر
sudo grep -i error /var/log/syslog | tail -n 50

# پیدا کردن حملات
sudo grep -i "failed" /var/log/auth.log | tail -n 20

استفاده از Benchmark Tools

برای مقایسه عملکرد قبل و بعد بهینه‌سازی:
  • ApacheBench:
# تست بارگذاری
ab -n 1000 -c 50 http://your-website.com/

# -n: تعداد کل درخواست
# -c: تعداد همزمان
  • Siege:
sudo apt install siege

# تست
siege -c 50 -t 30s http://your-website.com/
  • Load Testing:
برای تست واقعی، از سرویس‌هایی مثل Loader.io یا BlazeMeter استفاده کنید.

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

سرعت سرور مجازی تحت تأثیر عوامل متعددی است – از منابع سخت‌افزاری گرفته تا تنظیمات نرم‌افزاری و کیفیت شبکه. همان‌طور که در این راهنمای جامع دیدید، رفع مشکل کندی نیازمند یک رویکرد سیستماتیک است: ابتدا با ابزارهایی مانند top، htop و iotop منابع را بررسی کنید، سپس شبکه را با ping و mtr تست کنید، و در نهایت با بهینه‌سازی‌های نرم‌افزاری مانند تنظیم MySQL، فعال‌سازی caching و آپگرید PHP عملکرد را بهبود دهید.
نکته کلیدی این است که در بیش از 70٪ موارد، مشکل کندی به کمبود منابع مربوط نمی‌شود بلکه از تنظیمات نادرست ناشی می‌شود. قبل از اینکه تصمیم به خرید سرور قوی‌تری بگیرید، حتماً مراحل بهینه‌سازی این مقاله را انجام دهید. تجربه نشان داده که با بهینه‌سازی صحیح، می‌توان عملکرد یک VPS معمولی را تا 10 برابر افزایش داد.
اگر بعد از اعمال تمام این تکنیک‌ها هنوز مشکل کندی دارید، احتمالاً زمان آن رسیده که به سراغ یک ارائه‌دهنده بهتر بروید. سرورهای مجازی ایران وب‌داده با استفاده از هارد‌های SSD و NVMe، شبکه پرسرعت و عدم Over-selling، تضمین می‌کنند که منابعی کاملا اختصاصی و واقعی در اختیارتان قرار گیرد.

سوالات متداول از دلایل سرعت پایین و لگ VPS

1- چگونه بفهمم سرور من کند است یا اینترنت من؟

راحت‌ترین روش این است که سایت خود را از یک سرویس آنلاین مثل GTmetrix یا PageSpeed Insights تست کنید. اگر از آنجا هم کند است، مشکل از سرور است. همچنین می‌توانید از شبکه موبایل یا یک VPN تست کنید. اگر با تغییر اینترنت سرعت تغییر نکرد، قطعاً سرور مشکل دارد.

CPU Steal نشان می‌دهد ارائه‌دهنده VPS شما چقدر از منابع تخصیص‌یافته به شما را به سرورهای دیگر داده است. اگر این مقدار بالای 5-10٪ باشد، یعنی Over-selling رخ داده و شما در واقع منابعی که پول داده‌اید را دریافت نمی‌کنید. در چنین شرایطی باید با پشتیبانی صحبت کنید یا ارائه‌دهنده را تغییر دهید.

خیر! اگر در حال حاضر RAM شما به‌طور کامل پر نیست و از Swap استفاده نمی‌کنید، افزایش RAM تأثیری نخواهد داشت. ابتدا با free -h بررسی کنید آیا واقعاً کمبود RAM دارید. در بسیاری موارد، مشکل از تنظیمات نادرست MySQL یا Apache است نه کمبود RAM. بهینه‌سازی نرم‌افزار می‌تواند مصرف RAM را 50٪ کاهش دهد.

در دنیای واقعی، تفاوت بسیار چشمگیر است. در تست‌های انجام‌شده در سال 2024 , 2025، یک وب‌سایت WordPress روی HDD 3.5 ثانیه بارگذاری می‌شد، اما روی SSD فقط 0.8 ثانیه! برای دیتابیس‌های بزرگ، این تفاوت حتی بیشتر می‌شود. اگر بودجه محدودی دارید، بهتر است یک VPS کوچک‌تر با SSD بگیرید تا یک VPS بزرگ با HDD.

بستگی به نیاز شما دارد:

  • برای مبتدیان: Netdata – نصب آسان، رابط زیبا، رایگان
  • برای حرفه‌ای‌ها: Prometheus + Grafana – قدرتمند اما پیچیده
  • برای وب‌سایت: Google Analytics + GTmetrix – تمرکز روی تجربه کاربر توصیه می‌کنم با Netdata شروع کنید چون در عرض 5 دقیقه نصب می‌شود و همه چیز را به شما نشان می‌دهد.

این معمولاً به دلیل افزایش ترافیک یا Cron Jobs است. بررسی کنید:

  • آیا Backup در همان ساعت اجرا می‌شود؟
  • آیا ترافیک در آن زمان بیشتر است؟
  • آیا Cron Job های سنگینی دارید؟ با crontab -l لیست کارهای زمان‌بندی شده را ببینید و آن‌ها را به ساعات کم‌بار منتقل کنید. همچنین می‌توانید با Netdata نمودار استفاده از منابع در 24 ساعت گذشته را ببینید و دقیقاً متوجه شوید چه زمانی مشکل رخ می‌دهد.
به اشتراک بگذارید
نرسی مزداب
نرسی مزداب

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

مقاله‌ها: 192

نوشته‌ای مرتبط

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

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