سرور ابری یک ماشین محاسباتی مجازی است که CPU، RAM، فضای ذخیره سازی و شبکه را از یک زیرساخت ابری دریافت می کند. کاربر معمولا می تواند سرور را از پنل یا API بسازد، منابع آن را تغییر دهد و براساس پلن ثابت یا میزان مصرف هزینه بپردازد. با این حال، واژه «ابری» به تنهایی به معنی بدون قطعی بودن، بکاپ خودکار یا منابع کاملا اختصاصی نیست؛ کیفیت واقعی سرویس به معماری، نوع ذخیره سازی، شبکه، SLA و مسئولیت های ارائه دهنده و مشتری بستگی دارد.
این راهنما روی انتخاب و خرید سرور ابری تمرکز دارد: تفاوت آن با VPS و سرور اختصاصی، مدل های Public و Private و Hybrid، معیارهای CPU و RAM و دیسک، مقیاس پذیری، امنیت، بکاپ، هزینه و پرسش هایی که باید پیش از سفارش بپرسید. برای آشنایی عمومی با مفهوم Cloud و مدل های IaaS و PaaS و SaaS، مقاله رایانش ابری چیست را بخوانید.
سرور ابری چیست؟
در تعریف استاندارد رایانش ابری، منابع محاسباتی از یک مجموعه قابل پیکربندی تامین می شوند و کاربر می تواند آنها را با دخالت مدیریتی کم، سریع ایجاد یا آزاد کند. در سطح عملی، سرور ابری معمولا یک Virtual Machine است که روی Hypervisor اجرا می شود و از شبکه، دیسک و سامانه مدیریت زیرساخت استفاده می کند.
این ساختار ممکن است روی یک کلاستر از چند میزبان فیزیکی ساخته شده باشد؛ اما رفتار هنگام خرابی میزبان در همه سرویس ها یکسان نیست. بعضی پلتفرم ها ماشین را روی میزبان سالم دوباره راه اندازی می کنند، بعضی به طراحی High Availability نیاز دارند و بعضی فقط یک VPS با نام تجاری Cloud ارائه می دهند. بنابراین باید معماری و SLA را بررسی کنید، نه فقط عنوان محصول را.
سرور ابری چگونه کار می کند؟
لایه مجازی سازی منابع فیزیکی را به ماشین های مستقل تقسیم می کند. سامانه مدیریت Cloud درخواست ساخت ماشین را دریافت می کند، میزبان مناسب را انتخاب می کند و شبکه و دیسک را به آن متصل می سازد. تصویر سیستم عامل یا Image نیز برای نصب سریع Linux یا Windows استفاده می شود.
در معماری های پیشرفته، Compute، Storage و Network از یکدیگر جدا مدیریت می شوند. جدا بودن دیسک از عمر یک میزبان می تواند جابه جایی یا بازیابی ماشین را آسان تر کند؛ اما این ویژگی باید در مشخصات سرویس تایید شود. دیسک محلی، Block Storage شبکه ای و ذخیره سازی Replicated رفتار و هزینه متفاوتی دارند.
تفاوت سرور ابری با VPS چیست؟
هر سرور ابری می تواند یک ماشین مجازی باشد، اما هر VPS الزاما Cloud نیست. VPS سنتی معمولا روی یک میزبان فیزیکی مشخص اجرا می شود و منابع آن میزبان میان چند ماشین تقسیم می شوند. سرور ابری معمولا به یک پلتفرم مدیریت شده، Provisioning خودکار، شبکه نرم افزاری و Storage قابل اتصال متکی است.
- راه اندازی: Cloud معمولا با پنل یا API و در زمان کوتاه ساخته می شود؛ VPS نیز می تواند همین قابلیت را داشته باشد.
- مقیاس پذیری: تغییر منابع در Cloud ساده تر است، اما افزایش CPU یا RAM ممکن است Reboot بخواهد.
- خرابی میزبان: بازیابی خودکار فقط در صورت وجود زیرساخت و سیاست HA رخ می دهد.
- Storage: Cloud می تواند دیسک شبکه ای و قابل اتصال مجدد داشته باشد؛ VPS ممکن است از دیسک محلی استفاده کند.
- هزینه: هر دو می توانند پلن ثابت یا صورتحساب مصرفی داشته باشند؛ پرداخت ساعتی تعریف الزامی Cloud نیست.
اگر یک ماشین ساده با هزینه قابل پیش بینی می خواهید، سرور مجازی لینوکس ایران ممکن است کافی باشد. برای معماری مقیاس پذیر، API، شبکه خصوصی و چند ماشین، زیرساخت Cloud مزیت بیشتری دارد.
تفاوت سرور ابری با سرور اختصاصی
در سرور اختصاصی، سخت افزار یک ماشین فیزیکی در اختیار یک مشتری قرار می گیرد. این گزینه برای بارهای پایدار، نیاز به دیسک محلی سریع، لایسنس خاص یا کنترل سخت افزاری مناسب است. در Cloud، کاربر ماشین مجازی می گیرد و ارائه دهنده لایه فیزیکی و Hypervisor را مدیریت می کند.
Cloud معمولا راه اندازی و تغییر منابع سریع تری دارد، در حالی که Dedicated Server می تواند عملکرد قابل پیش بینی تر و دسترسی مدیریتی سخت افزاری ارائه دهد. برای مقایسه هزینه، RAID، RAM ECC و مدیریت خارج از باند، راهنمای خرید سرور اختصاصی را بررسی کنید.
انواع استقرار Cloud
Public Cloud
زیرساخت ارائه دهنده میان چند مشتری به شکل ایزوله استفاده می شود. Public Cloud برای شروع سریع، توسعه نرم افزار، وب سایت، API و بارهای متغیر مناسب است. مشتری باید محدودیت های سرویس، محل داده و مدل هزینه را بشناسد.
Private Cloud
زیرساخت برای یک سازمان طراحی می شود و می تواند در دیتاسنتر خود سازمان یا ارائه دهنده اجرا شود. کنترل و سفارشی سازی بیشتر است، اما هزینه پیاده سازی، نگهداری، مانیتورینگ و نیروی متخصص نیز افزایش می یابد.
Hybrid Cloud
بخشی از بار در زیرساخت خصوصی یا On-Premises و بخشی در Public Cloud اجرا می شود. اتصال شبکه، هویت، مانیتورینگ، همگام سازی داده و مدیریت هزینه در این مدل اهمیت زیادی دارد. Hybrid فقط قرار دادن دو سرور کنار هم نیست؛ باید مسیر داده و مسئولیت هر محیط روشن باشد.
مزایای واقعی سرور ابری
- ساخت و حذف سریع ماشین ها از پنل یا API
- امکان انتخاب اندازه های متفاوت CPU و RAM
- قابلیت استفاده از شبکه خصوصی و IP عمومی
- ساخت Image، Snapshot یا Volume در سرویس های سازگار
- امکان طراحی Load Balancing و چند ماشین
- تفکیک هزینه پروژه ها و محیط های توسعه و تولید
- مناسب بودن برای ترافیک متغیر در صورت طراحی درست
این قابلیت ها خودکار به معنی دسترس پذیری بالا نیستند. یک ماشین تنها، حتی در Cloud، همچنان Single Point of Failure است. برای HA باید برنامه روی چند Instance یا Zone اجرا شود، داده تکثیر شود و مسیر Failover آزمایش شود.
محدودیت ها و ریسک ها
صورتحساب مصرفی می تواند در زمان رشد ترافیک، ذخیره Snapshotهای متعدد یا انتقال داده افزایش یابد. وابستگی به API و فرمت سرویس نیز مهاجرت را دشوار می کند. محدودیت vCPU، IOPS، Throughput، تعداد IP، ترافیک خروجی و Snapshot باید پیش از خرید مشخص باشد.
عملکرد دیسک فقط با عبارت SSD یا NVMe سنجیده نمی شود. نوع Storage، IOPS تضمین شده، Throughput، Latency و سیاست Fair Use مهم هستند. همچنین Snapshot جای بکاپ مستقل را نمی گیرد؛ حذف اشتباه حساب، خرابی منطقی یا حمله می تواند نسخه های داخل همان حساب را نیز تهدید کند.
CPU و RAM را چگونه انتخاب کنیم؟
ابتدا نوع Workload را مشخص کنید. وب سایت پویا، پایگاه داده، پردازش Batch، سرور بازی و سرویس Windows الگوی مصرف متفاوت دارند. درباره نوع vCPU، نسل پردازنده، Overselling، Burst و محدودیت استفاده مداوم سوال کنید.
RAM باید علاوه بر برنامه، سیستم عامل، Cache و سرویس های جانبی را پوشش دهد. کمبود حافظه باعث Swap، کندی یا توقف Process می شود. برای شروع از داده واقعی مصرف استفاده کنید و فضای رشد در نظر بگیرید. امکان Resize مفید است، اما همیشه بدون Reboot یا قطعی انجام نمی شود.
Storage، Snapshot و بکاپ
دیسک سیستم عامل، Volume داده و Object Storage کاربرد یکسانی ندارند. برای پایگاه داده به Latency و IOPS، برای آرشیو به ظرفیت و دوام و برای فایل عمومی به هزینه ترافیک توجه کنید. اگر Storage فقط در یک Zone است، خرابی همان Zone می تواند دسترسی را مختل کند.
Snapshot تصویری نقطه ای از دیسک است و برای بازگشت سریع مفید است. بکاپ باید سیاست نگهداری، رمزنگاری، مقصد جدا و آزمایش بازیابی داشته باشد. حداقل یک نسخه مستقل از حساب یا زیرساخت اصلی نگه دارید و RPO و RTO مورد نیاز کسب و کار را تعریف کنید.
شبکه و ترافیک
پورت اعلام شده ظرفیت اسمی اتصال است و سرعت واقعی به اشتراک پورت، مسیر شبکه، مقصد، محدودیت PPS و کیفیت Peering بستگی دارد. حجم ترافیک ماهانه، هزینه ترافیک خروجی، IP اضافه، IPv6 و امکان ساخت Private Network را بررسی کنید.
برای سرویس عمومی، Load Balancer، Health Check و CDN می توانند دسترس پذیری و توزیع بار را بهتر کنند. حمله DDoS فقط با افزایش منابع حل نمی شود؛ ظرفیت Scrubbing، محدودیت محافظت و زمان واکنش را در قرارداد بخوانید. مقاله سرور ضد DDoS معیارهای این بخش را توضیح می دهد.
امنیت سرور ابری و مسئولیت مشترک
ارائه دهنده معمولا مسئول امنیت دیتاسنتر، شبکه فیزیکی، میزبان و Hypervisor است؛ اما در IaaS، کاربر مسئول سیستم عامل، Updateها، Firewall، حساب ها، کلیدهای SSH، برنامه و داده است. خرید Cloud مسئولیت مدیریت امنیت را حذف نمی کند.
- ورود SSH با کلید و دسترسی Root محدود را تنظیم کنید.
- Firewall را با اصل حداقل دسترسی بسازید.
- MFA را برای پنل Cloud و ایمیل مالک فعال کنید.
- کلیدهای API را جدا، محدود و دوره ای تعویض کنید.
- سیستم عامل و برنامه ها را منظم به روز کنید.
- لاگ ورود، مصرف منابع و تغییرات شبکه را مانیتور کنید.
- بکاپ و بازیابی را به صورت دوره ای آزمایش کنید.
Linux یا Windows؟
Linux برای Nginx، Apache، PHP، Python، Node.js، Docker و بسیاری از برنامه های متن باز انتخاب رایجی است. توزیع و نسخه را براساس چرخه پشتیبانی و سازگاری برنامه انتخاب کنید. راهنمای مقایسه توزیع های لینوکس در این تصمیم کمک می کند.
Windows Server برای IIS، ASP.NET Framework، نرم افزارهای وابسته به Windows و Remote Desktop کاربرد دارد. لایسنس سیستم عامل و RDS باید در هزینه نهایی محاسبه شود. برای کاربردهای ویندوزی، صفحه سرور مجازی ویندوز را ببینید.
سرور ابری برای چه پروژه هایی مناسب است؟
- وب سایت و API با ترافیک متغیر
- محیط توسعه، آزمایش و CI/CD
- برنامه SaaS و Microservice
- فروشگاه اینترنتی با معماری چند لایه
- پردازش دوره ای و Workerهای موقت
- سرویس هایی که به شبکه خصوصی و API نیاز دارند
برای یک سایت کوچک با بار ثابت، هاست مدیریت شده یا VPS ساده ممکن است اقتصادی تر باشد. برای سخت افزار خاص، بار پایدار سنگین یا کنترل کامل، Dedicated Server انتخاب بهتری است. همچنین می توانید تفاوت لایه نرم افزاری را در مقاله وب سرور چیست بررسی کنید.
هزینه سرور ابری چگونه محاسبه می شود؟
هزینه می تواند ماهانه، ساعتی یا براساس مصرف باشد. علاوه بر vCPU و RAM، دیسک، Snapshot، بکاپ، ترافیک خروجی، IP، Load Balancer، لایسنس و خدمات مدیریت را محاسبه کنید. قیمت کم Instance بدون در نظر گرفتن این اقلام، مقایسه دقیقی ایجاد نمی کند.
برای کنترل هزینه، منابع بدون استفاده را حذف کنید، Snapshotهای قدیمی را طبق سیاست نگهداری پاک کنید، Budget Alert بسازید و صورتحساب را براساس پروژه یا Tag تفکیک نمایید. پیش از فعال کردن Auto Scaling نیز سقف منابع و هزینه را تعریف کنید.
چک لیست خرید سرور ابری
- Cloud واقعی است یا VPS با نام تجاری Cloud؟
- نوع Hypervisor و Storage چیست؟
- vCPU، RAM، IOPS و Throughput چه محدودیتی دارند؟
- در خرابی میزبان چه اتفاقی برای ماشین می افتد؟
- SLA دقیقا چه چیزی را پوشش می دهد؟
- Snapshot و بکاپ در کجا نگهداری می شوند؟
- ترافیک خروجی و IP اضافه چه هزینه ای دارند؟
- Resize به Reboot نیاز دارد؟
- امکان Export داده و مهاجرت وجود دارد؟
- پشتیبانی مدیریت سیستم عامل را شامل می شود یا فقط زیرساخت را؟
جمع بندی
سرور ابری زمانی ارزشمند است که Provisioning سریع، تغییر منابع، API، شبکه خصوصی یا معماری چند ماشینه نیاز دارید. اما Cloud به خودی خود امنیت، بکاپ و دسترس پذیری کامل را تضمین نمی کند. پیش از خرید، معماری زیرساخت، نوع Storage، SLA، هزینه ترافیک، مدل مسئولیت امنیتی و روش بازیابی را بررسی کنید. انتخاب درست باید براساس Workload، بودجه و RPO و RTO انجام شود، نه صرفا عبارت «ابری» در نام سرویس.


هیچ نظری ثبت نشده است