مصرف منابع سرور
مصرف CPU، رم، swap و I/O دیسک را با ابزارهایی مثل htop، vmstat و iostat در ساعت های پربار بررسی می کنیم و پروسه های پرمصرف را مشخص می کنیم.
شروع و ارزیابی
ارزیابی رایگان 5مشکل فوری
خدمات فوری 4پشتیبانی مستمر
قرارداد پشتیبانی 5پروژه ها
سرور و هاستینگ 6 شبکه و مجازی سازی 9 دواپس و اتوماسیون 5 امنیت و بازیابی 5 تجهیزات و لایسنس 2بدون هزینه بفهمید وضعیت سرور، امنیت، بکاپ و سرعت سیستم هایتان چطور است.
سرور یا شبکه قطع است، سایت هک شده یا اطلاعات از دست رفته؟ همین حالا تماس بگیرید.
پشتیبانی و نگهداری ماهانه شبکه و سرور با زمان پاسخ مشخص در قرارداد.
نصب، کانفیگ، مدیریت و انتقال سرورهای لینوکس، ویندوز، کنترل پنل ها و ایمیل سرور.
طراحی و اجرای شبکه، میکروتیک، ویپ، اتصال شعب، مجازی سازی و ابر خصوصی.
شبکه و ارتباطات
مجازی سازی و ابر
کانتینر، کوبرنتیز، استقرار خودکار، زیرساخت به عنوان کد و مانیتورینگ پیشرفته.
امن سازی سرور، فایروال، بکاپ و DR، بازیابی از باج افزار و بررسی حملات.
مشاوره، تأمین و نصب سرور و تجهیزات شبکه، و لایسنس اورجینال نرم افزارهای سازمانی.
شروع و ارزیابی
مشکل فوری
پشتیبانی مستمر
پروژه ها
سرور را ارتقا داده اید و تست سرعت سایت فقط چند روز نتیجه بهتری نشان داده است؟ علت کندی معمولاً جای دیگری است، مثل یک کوئری بدون ایندکس یا تعداد کم workerهای PHP-FPM. ما پیش از هر پیشنهادی برای افزایش سرعت سرور مجازی، مصرف منابع، کانفیگ وب سرور و دیتابیس را اندازه می گیریم و در گزارش می گوییم گلوگاه کجاست.
تست سرعت سایت و سرور رایگان یعنی اندازه گیری سرعت صفحه ها و منابع سرور برای پیدا کردن علت واقعی کندی، پیش از آنکه پولی برای ارتقای سرور خرج شود. این ارزیابی برای سایتی است که در ساعت های پربازدید باز نمی شود، Load سرورش بالاست یا بعد از دو برابر کردن CPU و رم هنوز کند است. پیکوسیستم مصرف CPU، رم و I/O دیسک را با htop و iostat در ساعت های پربار بررسی می کند، تنظیمات Nginx یا Apache و workerهای PHP-FPM را با ترافیک واقعی می سنجد، slow query log دیتابیس MySQL را مرور می کند و TTFB و حجم صفحه را با PageSpeed Insights اندازه می گیرد. بخش داخل سرور با دسترسی فقط خواندنی انجام می شود و تغییری اعمال نمی شود. خروجی، گزارش گلوگاه ها با شواهد اندازه گیری، فهرست اصلاحات به ترتیب اثر و پاسخ روشن درباره لزوم ارتقای منابع است.
مصرف CPU، رم، swap و I/O دیسک را با ابزارهایی مثل htop، vmstat و iostat در ساعت های پربار بررسی می کنیم و پروسه های پرمصرف را مشخص می کنیم.
تنظیمات Nginx، Apache یا LiteSpeed، تعداد workerهای PHP-FPM، OPcache و محدودیت اتصال ها را با ترافیک واقعی مقایسه می کنیم.
slow query log در MySQL یا MariaDB را مرور می کنیم، کوئری های سنگین و جدول های بدون ایندکس را پیدا می کنیم و مقدار innodb_buffer_pool_size را با حجم داده می سنجیم.
TTFB، حجم صفحه، تصاویر بهینه نشده و اسکریپت های مسدودکننده را با PageSpeed Insights و WebPageTest اندازه می گیریم تا روشن شود کندی از سرور است یا از خود صفحه.
وضعیت کش صفحه، Redis یا Memcached و افزونه های پرمصرف وردپرس را بررسی می کنیم.
PageSpeed Insights دو نوع داده نشان می دهد. بخش بالای گزارش داده واقعی کاربران Chrome در 28 روز گذشته است و بخش پایین یک تست آزمایشگاهی در همان لحظه. شاخص هایی که معنا دارند LCP برای سرعت نمایش محتوای اصلی، INP برای پاسخ صفحه به کلیک و CLS برای جابجا شدن اجزای صفحه هنگام بارگذاری اند.
محل تست هم مهم است. تست های GTmetrix و PageSpeed از خارج ایران اجرا می شوند، پس سایتی که روی سرور داخلی است از آنجا کندتر از تجربه کاربر داخلی دیده می شود. نتیجه را با یک تست از داخل کشور مقایسه کنید و هر تست را دست کم دو بار اجرا کنید تا اثر کش مشخص شود.
وقتی لینک های بین الملل کند یا قطع می شوند، سایتی که روی سرور داخلی است باز هم ممکن است کند بارگذاری شود. علت معمولاً فایل هایی است که از خارج فراخوانی می شوند، مثل Google Fonts، اسکریپت reCAPTCHA، کتابخانه های JavaScript از CDN خارجی یا کد آمار. مرورگر تا پایان انتظار برای این فایل ها، نمایش صفحه را عقب می اندازد.
در پنل مدیریت وردپرس هم بررسی به روزرسانی افزونه ها و درخواست های خارجی آن ها هر بار تا رسیدن به Timeout منتظر می مانند. میزبانی محلی فونت ها و اسکریپت ها و محدود کردن درخواست های خارجی با ثابت WP_HTTP_BLOCK_EXTERNAL در wp-config.php این انتظار را از بین می برد.
روی سرور مجازی، منابع فیزیکی بین چند مشتری تقسیم می شوند. ستون st در خروجی top یا vmstat نشان می دهد ماشین مجازی چه سهمی از زمان را منتظر CPU فیزیکی مانده است. اگر این عدد در ساعت های کندی بالا برود، ارتقای پلن روی همان میزبان اثر زیادی ندارد.
برای دیسک هم مقدار iowait و خروجی iostat را نگاه می کنیم و با ابزاری مثل fio، IOPS واقعی دیسک را اندازه می گیریم. اگر نتیجه با مشخصات اعلام شده فاصله زیادی داشته باشد، راه حل جابجایی به ارائه دهنده یا سرویس دیگری است، چون بهینه سازی سرور مجازی از داخل به همان سقف محدود می ماند.
فایل wp-cron.php به طور پیش فرض با بازدیدها اجرا می شود و در سایت های پربازدید یا سایت هایی با کارهای زمان بندی شده زیاد، بار اضافه می سازد. غیرفعال کردن آن با DISABLE_WP_CRON و اجرای آن با Cron سیستم عامل، این بار را قابل کنترل می کند.
منبع دیگر، جدول wp_options است. افزونه هایی که حذف شده اند اغلب داده هایشان را با autoload فعال باقی می گذارند و این داده ها در هر درخواست خوانده می شوند. در فروشگاه های WooCommerce، جدول های session و Action Scheduler هم می توانند بسیار بزرگ شوند.
آدرس سایت، مشخصات سرور و ساعت هایی که کندی بیشتر است را می نویسید.
بدون هیچ دسترسی، سرعت صفحه ها و زمان پاسخ سرور را از بیرون اندازه می گیریم.
اگر دسترسی فقط خواندنی SSH یا جلسه ریموت همراه یکی از همکارانتان فراهم کنید، منابع، لاگ ها و کانفیگ ها را بررسی می کنیم. در این مرحله تغییری اعمال نمی شود.
گزارش را می فرستیم. اصلاحات را تیم خودتان می تواند اجرا کند یا می توانید اجرای آن را به ما بسپارید.
خیر. در این ارزیابی علت کندی پیدا و گزارش می شود و هیچ تغییری روی سرور نمی دهیم. اجرای بهینه سازی به صورت پروژه یا داخل قرارداد پشتیبانی انجام می شود.
در بسیاری از سایت ها، علت کندی سایت تصاویر حجیم، افزونه های زیاد یا کوئری های سنگین دیتابیس است. در این حالت ارتقای CPU و رم فقط برای مدت کوتاهی اثر دارد. به همین دلیل اول اندازه گیری می کنیم و بعد پیشنهاد می دهیم.
بخشی از آن بله. سرعت صفحه، TTFB و مشکلات سمت مرورگر از بیرون قابل اندازه گیری است. برای دیدن مصرف منابع، کانفیگ وب سرور و کوئری های کند، دسترسی فقط خواندنی لازم است.
روی هاست اشتراکی به کانفیگ سرور دسترسی نداریم، پس بررسی به سرعت صفحه، دیتابیس سایت و افزونه ها محدود می شود. اگر محدودیت منابع هاست علت کندی باشد، این را در گزارش می نویسیم.
جست وجوهای مرتبط
رایگان
آدرس سایت یا IP سرور را بدهید. بررسی بدون تغییر در سیستم انجام می شود و نتیجه را به صورت گزارش می فرستیم.