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