بار کاری‌تان را روی سرور ابری بالا آورده‌اید و حالا در پنل، دو گزینه جلوی چشمتان است: پرداخت ساعتی یا تعرفهٔ ماهانه. تفاوت این دو در ماه اول شاید چند هزار تومان باشد، اما در ماه ششم می‌تواند به اندازهٔ حقوق یک نیروی پشتیبان تمام شود. تصمیم درست به الگوی مصرف شما بستگی دارد، نه به عددی که در صفحهٔ قیمت بزرگ‌تر چاپ شده است.
صورتحساب ساعتی دقیقاً چه زمانی برنده است
هر ساعتی که ماشین در حالت running باشد، هزینه دارد؛ حتی اگر CPU آن صفر درصد باشد. این تعریف ساده، کل معادله را می‌سازد. اگر بار شما کمتر از حدود ۳۰۰ ساعت در ماه فعال است، ساعتی تقریباً همیشه ارزانتر درمی‌آید. یک محیط staging که فقط ساعات کاری روشن میشود، یک job پردازش تصویر که شبانه اجرا میشود، یا یک کلاستر تست بار که دو روز زنده است، همه در این دسته می‌افتند.
برای بارهای موقت، ساعتی نه‌فقط ارزانتر است، بلکه شما را از شر «فراموش کردن خاموش کردن» هم خلاص نمیکند. اینجا اشتباه می‌کنند: تیم‌ها یک ماشین ۱۶ هسته‌ای را برای تست دو روزه می‌سازند و بعد سه ماه بعد در گزارش هزینه پیدایش می‌کنند. صورتحساب ساعتی این اشتباه را گران‌تر هم میکند، چون هر ساعت اضافه، مستقیم روی فاکتور می‌نشیند. راهحل واقعی، تگ‌گذاری منابع و بررسی هفتگی گزارش هزینه است، نه انتخاب تعرفه.
محاسبهٔ نقطهٔ سربه‌سر با یک مثال عددی
فرض کنید تعرفهٔ ساعتی یک نمونهٔ ۴ vCPU و ۸ گیگابایت رم، ۱٬۲۰۰ تومان در ساعت است و همان نمونه به‌صورت ماهانه ۶۵۰٬۰۰۰ تومان billed میشود. نقطهٔ سربه‌سر اینجا میشود:
650000 / 1200 = 541.6 ساعت ≈ 22.5 روزیعنی اگر ماشین شما بیش از ۲۲ روز و نیم در ماه روشن بماند، ماهانه ارزانتر است. کمتر از آن، ساعتی. این عدد را برای هر نمونه خودتان حساب کنید؛ نسبت‌ها بین پلن‌ها یکسان نیست و بعضی ارائه‌دهنده‌ها تخفیف ماهانه را روی نمونه‌های بزرگ‌تر سخاوتمندانه‌تر می‌بندند.
هزینهٔ پنهانی که در هیچ ماشین‌حساب قیمتی نمی‌بینید
منابعی که به ماشین وصل‌اند اما در محاسبهٔ ساعتی ماشین نمی‌گنجند، بیشترین سهم را در صورتحساب غیرمنتظره دارند. یک دیسک ۵۰۰ گیگابایتی NVMe که ماشینش را پاک کرده‌اید، ماه‌ها هزینهٔ ذخیره‌سازی می‌دهد. یک IP عمومی رزروشده که به هیچ‌جا وصل نیست، ماهانه هزینه دارد. ترافیک خروجی (egress) معمولاً جدا حساب میشود و در بارهای پرمصرف مثل پخش ویدیو یا API عمومی، می‌تواند از خود سرور گران‌تر شود.
- دیسک‌های جدا نشده از ماشین‌های حذف‌شده
- IPهای رزروشدهٔ بی‌استفاده
- اسنپ‌شات‌های انباشته که کسی چرخهٔ نگهداری‌شان را تعریف نکرده
- ترافیک خروجی، به‌خصوص اگر CDN جلوی سرویس نباشد
قبل از هر تصمیمی دربارهٔ تعرفه، یک بار این چهار مورد را در پنل خودتان لیست کنید. اگر مجموعشان قابل توجه است، بحث ساعتی یا ماهانه بحث دوم است. برای بارهای پرمصرف، گذاشتن یک شبکهٔ توزیع محتوا جلوی سرویس، معمولاً بیشتر از تغییر مدل پرداخت صرفه‌جویی میکند.
مقایسهٔ عملی دو مدل پرداخت
| معیار | صورتحساب ساعتی | تعرفهٔ ماهانه |
|---|---|---|
| بار دائمی ۲۴/۷ | گران‌تر | ارزانتر |
| بار کمتر از ۵۰۰ ساعت در ماه | ارزانتر | هزینهٔ هدررفته |
| انعطاف در حذف و ایجاد | بالا | پایین‌تر |
| پیش‌بینی فاکتور | سخت‌تر | ساده |
| مناسب برای autoscaling | بله | معمولاً نه |
اگر بار شما نوسانی است و از مقیاس‌پذیری خودکار استفاده می‌کنید، ساعتی تنها گزینهٔ منطقی است؛ چون ماشین‌های اضافه فقط در ساعات اوج ساخته و بعد حذف می‌شوند. اما همین انعطاف یک هزینه دارد: فاکتور ماهانه شما دیگر عدد ثابتی نیست و بودجه‌بندی سخت‌تر میشود. تیم‌هایی که این نکته را نادیده می‌گیرند، در ماه اول شوک قیمتی می‌خورند.
کجا ماهانه انتخاب درست است
دیتابیس اصلی، سرور ایمیل، و هر سرویسی که SLA داخلی‌تان به آن گره خورده، باید ماهانه باشد. دلیلش فقط قیمت نیست؛ پیش‌بینی‌پذیری عملیاتی است. وقتی فاکتور ثابت است، راحت‌تر می‌توانید ظرفیت رزرو کنید و از تخفیف تعهد بلندمدت استفاده کنید. برای این نوع بارها، یک زیرساخت ابری (IaaS) با تعرفهٔ ماهانه شفاف، انتخاب پیش‌فرض من است.
نکته‌ای که کمتر گفته میشود: بعضی بارها اصلاً نباید روی ماشین باشند. اگر حجم داده‌تان بالاست و دسترسی کم، فضای ذخیره‌سازی آبجکت به‌جای دیسک متصل به ماشین، هم ارزانتر است و هم هزینهٔ ساعتی ندارد. همین منطق برای کلاسترهای پردازشی هم برقرار است؛ اگر از کوبرنتیز مدیریت‌شده استفاده می‌کنید، هزینهٔ گره‌ها ساعتی است و کنترل آن به تنظیمات requests و limits شما بستگی دارد، نه به تعرفه.
چطور بدون تغییر معماری، فاکتور را کم کنیم
- گزارش هزینه را هفتگی ببینید، نه ماهانه. یک اسکریپت ساده با
curlروی API صورتحساب کافی است. - هر منبع را با تگ
ownerوenvعلامت بزنید تا منبع بی‌صاحب پیدا شود. - برای محیط‌های غیرتولیدی، زمان‌بندی خاموشی تعریف کنید؛ مثلاً
0 20 * * *برای خاموشی شبانه. - اسنپ‌شات‌ها را با سیاست نگهداری ۷ روزه ببندید.
- ترافیک خروجی را اندازه بگیرید؛ اگر بالاست، CDN را قبل از هر کار دیگری بررسی کنید.
این پنج قدم معمولاً بین ۱۵ تا ۴۰ درصد فاکتور را کم میکند، بدون آنکه یک خط کد عوض شود. اگر تیم شما کوچک است و وقت پایش ندارد، راه‌اندازی مانیتورینگ و هشداردهی را جدی بگیرید؛ هشدار روی مصرف غیرعادی، ارزانتر از کشف آن در پایان ماه است.
پرسش‌های پرتکرار
صورتحساب ساعتی برای سایت پربازدید بهتر است یا ماهانه؟
برای سایت پربازدید با ترافیک پایدار، ماهانه بهتر است. اگر ماشین شما ۲۴ ساعته روشن می‌ماند، ساعتی تقریباً همیشه گران‌تر تمام میشود، چون تخفیف تعهد بلندمدت روی تعرفهٔ ماهانه اعمال میشود و روی ساعتی نه.
آیا ماشین خاموش هم هزینه دارد؟
ماشین خاموش معمولاً هزینهٔ پردازش ندارد، اما دیسک، IP رزروشده و اسنپ‌شات‌های آن همچنان حساب می‌شوند. اگر ماشین را دیگر لازم ندارید، حذفش کنید؛ فقط خاموش کردن، بخش زیادی از هزینه را باقی می‌گذارد.
نقطهٔ سربه‌سر ساعتی و ماهانه چطور حساب میشود؟
تعرفهٔ ماهانه را بر تعرفهٔ ساعتی تقسیم کنید. حاصل، تعداد ساعتی است که از آن به بعد ماهانه به‌صرفه میشود. برای نمونه‌های مختلف این عدد فرق میکند، پس برای هر ماشین جدا حساب کنید.
ترافیک خروجی در کدام مدل ارزانتر است؟
ترافیک خروجی معمولاً مستقل از مدل پرداخت محاسبه میشود و در هر دو حالت هزینه دارد. کاهش آن راهحل فنی میخواهد: فشردهسازی، کش لبه، و CDN. تغییر از ساعتی به ماهانه این هزینه را کم نمیکند.
قبل از هر تغییری، یک ماه گزارش هزینه را با تگهای درست جمع کنید. عدد واقعی مصرف شما، تنها چیزی است که بین ساعتی و ماهانه داوری میکند؛ نه جدول قیمت، نه توصیهٔ عمومی. اگر بعد از این کار دیدید بارتان نوسانی است و کنترلش دست شما نیست، سراغ مدل ساعتی بروید و همزمان سقف بودجه تعریف کنید.
دیدگاه‌ها ۰
هنوز دیدگاهی ثبت نشده؛ اولین نفر باشید!