هاست ابری، میزبانی وب‌سایت بر بستر منابع ابری است؛ زیرساختی که ظرفیت پردازش، حافظه و ذخیره‌سازی را از مجموعه‌ای از سرورها تأمین و مدیریت می‌کند. مزیت این بستر می‌تواند انعطاف بیشتر در تأمین منابع و طراحی مسیر بازیابی باشد، اما امکاناتی که به سایت شما می‌رسد به معماری سرویس و شرایط پلن بستگی دارد.
برای مقایسه با هاست اشتراکی، ابتدا باید یک تفاوت را روشن کنیم: «ابری» درباره بستر میزبانی است و «اشتراکی» درباره تقسیم منابع میان حساب‌های میزبانی. بنابراین یک هاست می‌تواند هم ابری باشد و هم اشتراکی. تصمیم درست زمانی شکل می‌گیرد که بدانید چه منابعی می‌خرید، هنگام افزایش ترافیک چه اتفاقی می‌افتد و مسئولیت نگهداری سایت با چه کسی است.
هاست ابری چگونه کار می‌کند؟
در زیرساخت ابری، لایه‌ای نرم‌افزاری منابع سخت‌افزاری را مدیریت می‌کند و محیط اجرای سرویس‌ها را در اختیار می‌گذارد. ارائه‌دهنده می‌تواند خدمات میزبانی وب را روی این بستر بسازد؛ شما نیز بسته به نوع سرویس، یک حساب هاست با پنل مدیریت یا محیطی با دسترسی بیشتر دریافت می‌کنید. تعریف میزبانی ابری در Google Cloud نیز بر تجمیع منابع سرورهای فیزیکی و مجازی و انعطاف در تخصیص آن‌ها تأکید دارد.
وجود چند سرور در زیرساخت به این معنا نیست که همه آن‌ها هم‌زمان هر صفحه سایت شما را اجرا می‌کنند. ممکن است محیط اجرای سایت در هر لحظه روی یک میزبان فعال باشد. اجرای چند نسخه از برنامه، انتقال سرویس پس از خرابی و نگهداری نسخه‌های داده، هرکدام سازوکار جداگانه‌ای می‌خواهند.
برای مثال، ارائه‌دهنده ممکن است اجازه افزایش حافظه حساب میزبانی را بدهد، اما تعداد پردازش‌های هم‌زمان یا ظرفیت پایگاه داده همچنان محدود بماند. در نتیجه باید امکانات همان پلن را بررسی کرد، نه اینکه همه قابلیت‌های ممکن در رایانش ابری را به آن نسبت داد. اگر با نقش کلی سرویس میزبانی آشنا نیستید، ابتدا راهنمای هاست چیست و چه کاربردی دارد را بخوانید.
تفاوت هاست ابری و هاست اشتراکی در چیست؟
در هاست اشتراکی، چند حساب میزبانی از یک محیط سرور و بخشی از منابع مشترک استفاده می‌کنند. ارائه‌دهنده معمولاً مدیریت سیستم‌عامل و نرم‌افزارهای پایه را بر عهده دارد و کاربر از طریق پنل، فایل‌ها، دامنه و پایگاه داده سایت را مدیریت می‌کند. ارائه‌دهنده می‌تواند این محیط را روی سرور فیزیکی یا ماشین مجازیِ یک زیرساخت ابری اجرا کند.
پس عبارت «تفاوت هاست ابری و معمولی» تا زمانی که مشخصات دو سرویس را ندانیم، مبهم است. برای یک مقایسه کاربردی، در جدول زیر هاست اشتراکی متکی به یک میزبان را با سرویس میزبانی بر بستر ابر مقایسه می‌کنیم. ستون ابری، امکانات قابل‌بررسی را نشان می‌دهد؛ وجود همه آن‌ها در هر پلن قطعی نیست.
| معیار | هاست اشتراکی متکی به یک میزبان | هاست بر بستر ابر |
|---|---|---|
| تقسیم منابع | چند حساب از ظرفیت مشترک استفاده می‌کنند؛ سهم هر حساب تابع محدودیت‌های سرویس است. | حساب می‌تواند اشتراکی یا دارای منابع تخصیص‌یافته باشد؛ نام ابری این موضوع را تعیین نمی‌کند. |
| افزایش ظرفیت | ارائه‌دهنده با ارتقای پلن یا انتقال به میزبان دیگر، در حدود امکانات سرویس ظرفیت را افزایش می‌دهد. | بستر می‌تواند تخصیص منابع را منعطف‌تر کند؛ روش، سقف و وقفه احتمالی ارتقا باید مشخص باشد. |
| خرابی میزبان | ادامه کار به تعمیر، بازیابی یا انتقال محیط وابسته است. | ارائه‌دهنده ممکن است بازیابی روی میزبان دیگر را در نظر بگیرد؛ زمان و پوشش آن تابع معماری است. |
| کنترل و مدیریت | دسترسی معمولاً در حد پنل هاست و تنظیمات مجاز است. | می‌تواند همان پنل هاست باشد؛ دسترسی کامل به سیستم‌عامل ویژگی قطعی هاست ابری نیست. |
| هزینه | ارائه‌دهنده اغلب تعرفه را به‌صورت پلن دوره‌ای تعیین می‌کند. | می‌تواند دوره‌ای یا بر مبنای منابع انتخابی و مصرف باشد؛ تعرفه سرویس ملاک است. |
سرعت سایت به چه چیزهایی وابسته است؟
صرفِ انتقال یک سایت کند به هاست ابری، علت کندی را برطرف نمی‌کند. محدودیت پردازنده، کمبود حافظه، تأخیر پایگاه داده، افزونه سنگین، تصاویر حجیم و مسیر شبکه می‌توانند روی تجربه کاربر اثر بگذارند. اگر مشکل اصلی اجرای درخواست‌های سنگین پایگاه داده باشد، افزایش فضای دیسک راه‌حل آن نیست.
در محیط اشتراکی، مصرف سایر حساب‌ها ممکن است بر منابع مشترک فشار وارد کند. بااین‌حال، شدت این اثر به ظرفیت میزبان و نحوه کنترل مصرف بستگی دارد. برای نمونه، مستندات محدودیت منابع CloudLinux نشان می‌دهد که می‌توان مصرف پردازنده، حافظه و ورودی‌وخروجی حساب‌ها را محدود کرد. این یک نمونه فنی از کنترل منابع است و به معنای استفاده همه ارائه‌دهندگان از همین فناوری نیست.
هنگام مقایسه دو پلن، علاوه بر حجم فضا، سقف CPU و RAM، سرعت مجاز خواندن و نوشتن دیسک، تعداد پردازش‌ها یا درخواست‌های هم‌زمان و محدودیت پایگاه داده را بررسی کنید. بپرسید پس از رسیدن به سقف، سرعت پاسخ به درخواست‌ها افت می‌کند، خطا رخ می‌دهد یا امکان افزایش ظرفیت وجود دارد. گزارش مصرف و خطاهای سایت از یک صفت تبلیغاتی، اطلاعات بیشتری برای انتخاب می‌دهد.
محصولات ابر آراد را ببینید و مشخصات هر سرویس را مقایسه کنید.
ارتقای منابع با افزایش خودکار ظرفیت تفاوت دارد
اگر بتوانید از پنل حافظه یا توان پردازش بیشتری سفارش دهید، سرویس قابلیت ارتقا دارد. افزایش خودکار ظرفیت زمانی رخ می‌دهد که سامانه براساس سیاست مشخص، بدون سفارش دستی منابع یا نمونه‌های اجرا را تغییر دهد. اولی به‌تنهایی دومی را اثبات نمی‌کند.
دو روش رایج افزایش ظرفیت، بزرگ‌تر کردن محیط فعلی و افزودن محیط‌های اجرای بیشتر است. روش دوم به آمادگی برنامه نیاز دارد؛ تیم فنی باید اطلاعات ورود کاربران، فایل‌های بارگذاری‌شده و دسترسی به پایگاه داده را طوری مدیریت کند که چند نسخه برنامه درست کار کنند. راهنمای طراحی مقیاس‌پذیر مایکروسافت نیز وابستگی درخواست‌ها به یک نمونه مشخص را از موانع افزایش تعداد نمونه‌ها می‌داند.
برای سایتی که کمپین فروش دارد، پیش از شروع کمپین مشخص کنید ارتقا چقدر زمان می‌برد، چه سقفی دارد، آیا وقفه ایجاد می‌کند و ارائه‌دهنده هزینه پس از آن را چگونه محاسبه می‌کند. تعداد بازدید ماهانه به‌تنهایی برای انتخاب کافی نیست؛ تعداد کاربران هم‌زمان و کاری که انجام می‌دهند، مثل جست‌وجو یا ثبت سفارش، اهمیت دارد.
پایداری زیرساخت جای پشتیبان‌گیری را نمی‌گیرد
هاست ابری می‌تواند از سازوکارهایی برای بازیابی پس از خرابی میزبان بهره ببرد، اما وجود این سازوکارها و زمان بازگشت سرویس باید روشن باشد. حتی با سالم بودن زیرساخت، خطای برنامه، اختلال پایگاه داده یا تنظیم نادرست دامنه می‌تواند سایت را از دسترس خارج کند. توافق‌نامه سطح خدمات را نیز از نظر دامنه پوشش، استثناها و شیوه جبران بررسی کنید.
نسخه‌برداری مداوم داده بین چند محل، با داشتن بکاپ قابل‌بازیابی از زمان گذشته یکسان نیست. اگر کسی فایلی را اشتباهی حذف کند، سامانه همگام‌سازی ممکن است همان فایل را از نسخه‌های دیگر هم حذف کند.
در هر دو مدل هاست، تناوب بکاپ، مدت نگهداری، محل ذخیره، هزینه بازیابی و مسئول انجام آن را مشخص کنید. یک بار هم بازیابی را در محیط جداگانه آزمایش کنید. «بکاپ داریم» پاسخ کاملی به این پرسش نیست که آخرین سفارش‌های سایت تا چه زمانی و با چه کیفیتی قابل بازگرداندن‌اند.
پیش از خرید هاست ابری چه اطلاعاتی بگیریم؟
مقایسه را با نیازهای واقعی سایت شروع کنید و پاسخ ارائه‌دهنده را به مشخصات همان پلن محدود نگه دارید:
منابع: سهم و سقف CPU و RAM، محدودیت دیسک و تعداد فایل‌ها، درخواست‌های هم‌زمان و پایگاه داده چیست؟
رشد: تغییر پلن دستی است یا خودکار، تا چه اندازه ممکن است و چه زمانی برای اعمال آن لازم است؟
مدیریت: چه کسی سیستم‌عامل، نرم‌افزارهای پایه، وردپرس و افزونه‌ها را به‌روز می‌کند؟ رفع خطای برنامه جزو پشتیبانی هست یا نه؟
حفاظت و بازیابی: جداسازی حساب‌ها، کنترل دسترسی، بکاپ و بازگردانی داده دقیقاً چه دامنه‌ای دارند؟
هزینه و خروج: هزینه تمدید، ترافیک اضافه، بکاپ و خدمات مدیریتی چقدر است و چگونه می‌توان فایل‌ها و پایگاه داده را تحویل گرفت؟
امنیت در هر دو مدل به اجرای این کنترل‌ها و نگهداری خود سایت وابسته است. وجود گواهی HTTPS یا زیرساخت ابری، جای به‌روزرسانی افزونه‌ها و حفاظت از حساب مدیریت را نمی‌گیرد. همچنین مدل پرداخت را دقیق بخوانید: هزینه منابع رزروشده با هزینه مصرف واقعی یکسان نیست و پایین بودن مصرف، الزاماً صورتحساب را کاهش نمی‌دهد.
کدام مدل برای سایت شما مناسب‌تر است؟
برای یک سایت معرفی شرکت با تغییرات کم، بار سبک و بودجه محدود، هاست اشتراکی با منابع کافی و پشتیبانی روشن می‌تواند انتخاب مناسبی باشد. اگر عملکرد فعلی قابل‌قبول است، صرف دیدن واژه «ابری» در یک پلن دیگر، دلیل کافی برای مهاجرت نیست.
برای سایت در حال رشد یا فروشگاهی با اوج ترافیک مقطعی، هاستی را بررسی کنید که محدودیت‌های آن شفاف باشد، گزارش مصرف بدهد و مسیر ارتقای متناسب با نیاز داشته باشد. هاست ابری زمانی ارزش بیشتری ایجاد می‌کند که این امکانات در پلن قابل استفاده باشند و مشکل مشخصی از سایت را حل کنند. پیش از انتقال، اجرای نسخه آزمایشی سایت و سنجش صفحات مهم، مقایسه را عملی‌تر می‌کند.
اگر پروژه به نصب نرم‌افزار خاص، تنظیم سیستم‌عامل یا اجرای پردازش‌های خارج از امکانات هاست نیاز دارد، موضوع انتخاب به سطح دیگری می‌رسد. در این شرایط، مقایسه هاست و سرور مجازی کمک می‌کند میزان کنترل موردنیاز را همراه با مسئولیت نگهداری بررسی کنید. سرور ابری را هم نباید معادل حساب هاست آماده دانست؛ محیط و مسئولیت مدیریتی آن می‌تواند متفاوت باشد.
اگر نیاز پروژه از امکانات یک حساب هاست فراتر رفته است، مشخصات سرور مجازی ابر آراد را برای یک ماشین مجازی مستقل با منابع تخصیص‌یافته بررسی کنید. پیش از انتخاب، دامنه خدمات پشتیبانی را نیز با توان تیم خود تطبیق دهید تا مسئولیت راه‌اندازی، نگهداری و رفع خطا روشن باشد.
برای مقایسه امکانات و منابع پلن‌های آماده، صفحهٔ هاست ابری ابر آراد را ببینید و مشخصات هر پلن را با نیاز نرم‌افزاری سایت خود تطبیق دهید.
از صفحه تماس ابر آراد، مسیر ارتباط با تیم را انتخاب کنید.
دیدگاه‌ها و پرسش‌های شما
تجربه یا پرسش خود را درباره موضوع مقاله با ما در میان بگذارید.
هنوز دیدگاهی ثبت نشده است؛ شما گفت‌وگو را شروع کنید.