محتوای آموزشی وبلاگ نتآرام
سایت کند شده و پیشنهاد شنیدهاید که «سرور اختصاصی بگیر، خیالت راحت میشود». سرور اختصاصی منابع یک ماشین فیزیکی را در اختیار شما قرار میدهد و برای بعضی پروژهها انتخاب مناسبی است. اما اگر علت کندی یک افزونه یا درخواست بیرونی باشد، خرید آن الزاماً مشکل را برطرف نمیکند.
قبل از چنین ارتقایی، بهتر است بتوانیم یک جملهٔ روشن بگوییم: «این کار در این زمان کند میشود و این منبع به محدودیت میرسد.» در این آموزش میبینیم چطور به همین جمله برسیم و هزینهٔ انتقال را با نیاز واقعی بسنجیم.
از کار مشتری شروع کنید، نه از مشخصات سرور
به جای «سرور ضعیف است»، یک نمونه پیدا کنید. مثلاً جستوجوی محصول در ساعت شلوغی چند ثانیه طول میکشد، ساخت گزارش فروش تمام نمیشود یا کاربران دانلود کند دارند. هر کدام مسیر متفاوتی برای بررسی دارد.
ساعت، تعداد تقریبی استفادهکنندگان و عملیاتی را که کند است یادداشت کنید. اگر فقط شب هنگام بکاپ مشکل دارید، این را از شلوغی روز جدا کنید. ممکن است با تغییر زمان بکاپ یا جداکردن یک کار سنگین، نیاز فوری به جابهجایی کمتر شود.
همین نمونه را چند بار بررسی کنید. یک اتفاق کوتاه شبکه یا یک درخواست ناموفق بیرونی نباید بهتنهایی مبنای خرید یک ماشین کامل باشد.
چهار محدودیت رایج را از هم جدا کنیم
پردازنده: اگر هنگام همان عملیات، CPU مرتب مشغول است، باید بفهمیم چه برنامهای آن را مصرف میکند. کار قابل تقسیم بین هستهها ممکن است از هستههای بیشتر سود ببرد؛ کار تکمسیره بیشتر به عملکرد همان هسته وابسته است. تعداد هسته را بدون شناخت برنامه، برابر سرعت فرض نکنید.
حافظه: اگر برنامهها به خاطر کمبود حافظه منتظر میمانند یا بسته میشوند، RAM بیشتر قابل بررسی است. ولی پر بودن نمودار لینوکس بهتنهایی تشخیص نیست. آموزش بررسی فشار حافظه نشان میدهد چه اطلاعاتی را کنار درصد مصرف بخوانیم.
دیسک: اگر دیتابیس یا فایلها برای خواندن و نوشتن معطلاند، وضعیت ذخیرهسازی اهمیت دارد. فضای خالی زیاد به معنی سرعت مناسب نیست. از مدیر سرور بخواهید انتظار دیسک و کارهای همزمان را در همان ساعت بررسی کند.
شبکه یا سرویس بیرونی: اگر برنامه منتظر درگاه، پیامک یا API دیگری است، منابع محلی ممکن است آرام باشند. در این حالت ماشین قویتر نمیتواند پاسخ آن سرویس را خودش تولید کند. زمان و خطای درخواست بیرونی باید بررسی شود.
چه وقت اختصاصی واقعاً منطقی میشود؟
وقتی مصرف پایدار بالاست، محدودیت پلن مجازی واقعاً مانع کار شده یا کنترل سختافزار و تنظیمات خاص لازم دارید، سرور اختصاصی میتواند گزینهٔ مناسبی باشد. مثلاً پروژهای که در بیشتر ساعات روز منابع زیادی میخواهد با برنامهای که روزی ده دقیقه کار سنگین دارد شرایط یکسانی ندارد.
در مقابل، برای رشد تدریجی ممکن است ارتقای VPS، اصلاح کوئری یا جداکردن پردازش گزارش هزینهٔ کمتری داشته باشد. انتخاب را با امکان رشد و مسئولیت نگهداری مقایسه کنید، نه فقط بزرگترین عدد جدول.
از ارائهدهنده مشخصات دقیق پردازنده، RAM، ذخیرهسازی، شبکه و روش تعویض قطعه را بخواهید. اگر RAID ارائه میشود، روش و هدف آن را بپرسید؛ RAID جای نسخهٔ پشتیبان مستقل را نمیگیرد. دسترسی کنسول و امکان بازیابی سیستمعامل هم هنگام مشکل مهماند.
هزینهٔ واقعی فقط اجارهٔ ماهانه نیست
انتقال داده، تنظیم نرمافزار، آزمایش و زمان مدیر سرور هزینه دارند. اگر مجوز نرمافزار، فضای بکاپ یا ترافیک جداگانه لازم است، آنها را هم حساب کنید. همچنین روشن کنید چه کسی سیستمعامل را بهروز میکند و شب یا روز تعطیل، مسئول پیگیری خطا کیست.
برای سایت فعال، روش انتقال و برگشت باید پیش از جابهجایی آماده باشد. اگر سفارش و پرداخت دارید، نباید دو نسخهٔ مستقل همزمان اطلاعات متفاوت ثبت کنند. روش عملی در آموزش انتقال سایت توضیح داده شده است.
بعد از ارتقا، همان مشکل قبلی را دوباره اندازه بگیرید
پیش از تغییر، زمان انجام یک کار مشخص و مصرف منابع آن را ثبت کنید. بعد از انتقال، همان کار با شرایط قابل مقایسه را بررسی کنید. اگر جستوجو قبلاً کند بود، فقط بازشدن صفحهٔ اصلی روی سرور جدید را موفقیت حساب نکنید.
برای مقایسهٔ سرور اختصاصی ایران و سرور اختصاصی آلمان، مسیر کاربران و وابستگیهای برنامه هم مهم است. وقتی علت و نتیجهٔ مورد انتظار روشن باشند، میتوانید توضیح بدهید چرا این سرویس را انتخاب کردهاید و بعد هم ببینید هزینهٔ جدید واقعاً چه بهبودی ایجاد کرده است.
برچسبها:
اشتراکگذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله قبلی وجود ندارد.
مقاله بعدی
دیدگاهها (۰)
دیدگاههای تاییدشده و پاسخهای تیم نتآرام
