زیرساخت ابری مجموعهای از منابع پردازشی، ذخیرهسازی و شبکه است که بهصورت مجازی اجاره میکنید. اجزا، کشسانی، مسئولیت مشترک و انتخاب درست را بررسی میکنیم.
زیرساخت ابری (Cloud Infrastructure) مجموعهای از منابع محاسباتی — سرور، ذخیرهسازی، شبکه و لایه مجازیسازی — است که بهجای خرید سختافزار فیزیکی، از یک ارائهدهنده اجاره میکنید و از طریق شبکه به آن دسترسی دارید. این همان چیزی است که در ادبیات فنی به آن IaaS یا زیرساخت بهعنوان سرویس گفته میشود.
تعریف کردنش ساده است، اما چیزی که معمولاً در مقالات فارسی جا میافتد این است که وقتی زیرساخت ابری میخرید، دقیقاً چه چیزی مال شماست، چه چیزی مال ارائهدهنده، و از کجا بفهمید که اصلاً به آن نیاز دارید یا یک سرور مجازی معمولی کارتان را بهتر راه میاندازد. در ادامه همینها را باز میکنیم.
وقتی زیرساخت ابری میخرید، واقعاً چه چیزی اجاره میکنید؟
در مدل زیرساختی، ارائهدهنده سختافزار فیزیکی و لایه مجازیسازی را نگه میدارد و به شما «منابع» تحویل میدهد، نه «سرویس آماده». یعنی سیستمعامل، وبسرور، دیتابیس، فایروال و بکاپ اپلیکیشن همه در حیطه کار خودتان است. سه ستون اصلی این منابع اینهاست:
- پردازش (Compute): سهمی از هستههای CPU و مقداری RAM که هایپروایزر به ماشین مجازی شما اختصاص میدهد.
- ذخیرهسازی (Storage): فضای دیسکی که به ماشین شما متصل میشود؛ معمولاً روی SSD یا NVMe و جدا از سرور فیزیکی یا روی همان سرور.
- شبکه (Networking): آیپی عمومی، پورت شبکه با یک ظرفیت مشخص، و مسیر ترافیک بین منابع شما و اینترنت.
- مجازیسازی: لایه نرمافزاری (Hypervisor مانند KVM) که منابع فیزیکی را به واحدهای مستقل و ایزوله تقسیم میکند.
اگر میخواهید مرز این مدل با PaaS و SaaS را دقیقتر بشناسید، مقایسه کامل سه مدل سرویس ابری این تفکیک را با مثال توضیح داده است.
لایه پردازش: vCPU و RAM چه معنایی دارند
vCPU یک هسته فیزیکی اختصاصی نیست؛ یک نخ پردازشی است که هایپروایزر زمان CPU فیزیکی را بین آن و ماشینهای دیگر تقسیم میکند. کیفیت این تقسیم، بیش از عدد روی برگه سفارش اهمیت دارد. دو سرور با «2 هسته و 4 گیگ رم» میتوانند تجربه کاملاً متفاوتی بدهند، چون یکی روی نودی با تراکم پایین نشسته و دیگری روی نودی شلوغ.
معیاری که باید بعد از تحویل سرور بررسی کنید، درصد steal time است؛ یعنی زمانی که CPU مجازی شما منتظر مانده تا هایپروایزر نوبتش را بدهد. اگر ستون st در خروجی top بهطور مداوم عدد قابلتوجهی نشان دهد، مشکل از کد شما نیست، از تراکم نود است.
top -bn1 | head -5 vmstat 1 5 lscpu | grep -E '^CPU\(s\)|Model name'
لایه ذخیرهسازی: بلاک، آبجکت و فایل
Remove the «بیشترین» framing: «ذخیرهسازی در دنیای ابری یک چیز واحد نیست و انتخاب اشتباه بین این سه، بعداً به هزینهای تبدیل میشود که در برگه سفارش دیده نمیشود:»
- Block Storage: دیسکی که مثل هارد لوکال به ماشین وصل میشود، پارتیشنبندی و فرمت میکنید و سیستمعامل و دیتابیس روی آن مینشیند. برای هر بار خواندن و نوشتن تصادفی مناسب است.
- Object Storage: فضایی برای نگهداری فایلهای ثابت مانند تصاویر، ویدیو و بکاپ که از طریق API خوانده میشود، نه با mount کردن. برای دیتابیس مناسب نیست.
- File Storage: فضای اشتراکی که چند سرور همزمان آن را mount میکنند؛ مفید وقتی چند وبسرور باید به یک پوشه آپلود مشترک دسترسی داشته باشند.
در عمل برای اکثر پروژههای ایرانی، همان block storage سرور مجازی کافی است و object storage فقط زمانی معنا پیدا میکند که حجم فایلهای ثابت از حجم خود اپلیکیشن بیشتر شود.
لایه شبکه: چیزی که معمولاً گلوگاه واقعی است
در سرورهای امروزی، CPU و رم بهندرت اولین چیزی هستند که کم میآورند؛ معمولاً شبکه است. سه پارامتر را جدا از هم ببینید: ظرفیت پورت (مثلاً 1 یا 10 گیگابیت)، حجم ترافیک ماهانه، و کیفیت مسیر تا کاربر نهایی. یک پورت پرظرفیت روی مسیری با تأخیر بالا، تجربه بهتری از یک پورت کوچک روی مسیر نزدیک نمیسازد.
برای کاربر ایرانی، نزدیکی جغرافیایی دیتاسنتر مستقیماً روی زمان پاسخ اثر میگذارد. سرور مجازی رسپینا دیتاسنتر پارس ابر با پورت 10 گیگابیت، برای سایتها و پنلهایی که مخاطبشان داخل کشور است، کمترین تأخیر ممکن را میدهد و از 799 هزار تومان در ماه با تحویل آنی شروع میشود.
کشسانی (Elasticity) در عمل چطور کار میکند
مهمترین تفاوت زیرساخت ابری با سرور فیزیکی، این است که تغییر منابع یک عملیات نرمافزاری است، نه یک عملیات انبارداری. برای افزایش رم یا CPU نیازی به خرید قطعه و مراجعه به دیتاسنتر نیست؛ پلن را ارتقا میدهید و سرور با منابع جدید بالا میآید.
اما کشسانی خودکار نیست. بعد از ارتقای پلن، دیسک بزرگتر لزوماً بهصورت خودکار در سیستمعامل قابل استفاده نمیشود و باید پارتیشن و فایلسیستم را گسترش دهید. این کار روی یک پارتیشن ext4 معمولی چند دستور است:
lsblk df -h / growpart /dev/vda 1 resize2fs /dev/vda1 df -h /
همچنین به یاد داشته باشید که رم بیشتر بهتنهایی چیزی را سریع نمیکند؛ باید سرویسها را هم تنظیم کنید. مثلاً افزایش رم بدون بالا بردن innodb_buffer_pool_size در MySQL یا تعداد worker های PHP-FPM، عملاً بیاثر است. قبل از ارتقا هم بهتر است مطمئن شوید گلوگاه واقعاً کجاست.
مدل مسئولیت مشترک: مرز کار شما و ارائهدهنده
شایعترین سوءتفاهم درباره ابر این است که «چون ابری است، خودش مدیریت میشود». در مدل IaaS، ارائهدهنده مسئول لایههای زیرین است و شما مسئول همه چیزی که بالای هایپروایزر اجرا میشود. تفکیک عملیاش این است:
- بر عهده ارائهدهنده: سختافزار، برق و خنککننده دیتاسنتر، شبکه فیزیکی، هایپروایزر، سلامت نود و تعویض قطعات معیوب.
- بر عهده شما: بهروزرسانی سیستمعامل، پیکربندی فایروال و SSH، رمزهای عبور، امنیت اپلیکیشن، و مهمتر از همه بکاپ دادهها.
- نقطه خاکستری: اسنپشات و بکاپ سطح مجازیسازی اگر ارائه شود، جایگزین بکاپ اپلیکیشنی خودتان نیست؛ اسنپشات یک نسخه از کل ماشین است، نه یک بکاپ نسخهبندیشده از دیتابیس.
عملاً یعنی اگر سروری هک شود یا یک دستور اشتباه دیتابیس را پاک کند، این مشکل شماست نه ارائهدهنده. برای همین اولین کاری که بعد از تحویل هر سرور باید انجام دهید، سختسازی اولیه است: تغییر پورت SSH، ورود با کلید بهجای رمز، فعال کردن فایروال و بستن هر پورتی که لازم نیست.
کدام را انتخاب کنید: سرور مجازی ساده یا پلتفرم ابری؟
پلتفرمهای ابری بزرگ با API، اتوسکیل و دهها سرویس جانبی جذاب به نظر میرسند، اما برای بخش زیادی از پروژهها پیچیدگی و هزینهای اضافه میکنند که هیچوقت مصرف نمیشود. این معیارها کمک میکند تصمیم بگیرید:
- بار کاریتان قابل پیشبینی است؟ اگر مصرف منابع در طول ماه تقریباً ثابت است، یک سرور مجازی با پلن مشخص ارزانتر و سادهتر از مدل پرداخت به ازای مصرف است.
- پیکهای ناگهانی و کوتاه دارید؟ اگر روزهای خاصی چند برابر ترافیک میگیرید، معماری چندسروری با توزیع بار منطقی است.
- تیم فنی دارید؟ نگهداری یک محیط ابری چندسرویسی نیاز به کسی دارد که آن را بشناسد؛ بدون آن، پیچیدگی خودش تبدیل به منبع خرابی میشود.
- تعداد سرویسها چند تاست؟ یک سایت و یک دیتابیس روی یک ماشین کاملاً منطقی است؛ ده میکروسرویس مستقل نه.
- حساسیت به قطعی چقدر است؟ اگر چند ساعت قطعی برایتان فاجعه است، به معماری افزونه و سرور دوم فکر کنید؛ اگر نه، سادگی را انتخاب کنید.
قاعده عملی ساده است: از کوچکترین چیزی که کار میکند شروع کنید و فقط وقتی پیچیدگی اضافه کنید که عدد مانیتورینگ مجبورتان کند. اگر میخواهید تفاوت رفتاری این سه مدل را دقیقتر ببینید، مقایسه سرور فیزیکی، مجازی و ابری همین موضوع را از زاویه سختافزار بررسی کرده است.
انتخاب محل زیرساخت برای پروژههای ایرانی
محل قرارگیری زیرساخت یک تصمیم فنی است، نه سلیقهای. اگر مخاطب اصلی داخل ایران است و سرویس شما به تعامل زنده وابسته است — پنل مدیریت، فروشگاه، نرمافزار حسابداری تحت وب — سرور داخل کشور جواب بهتری میدهد، چون هر رفتوبرگشت شبکه کوتاهتر است.
در مقابل، اگر سرویس شما باید با API های بینالمللی کار کند یا مخاطب خارج از کشور دارد، سرور مجازی ترکیه با پرداخت ریالی و ترافیک نامحدود گزینه منطقیتری است. برای بارهای سنگین و پایدار هم که منابع اختصاصی میخواهند، سرور اختصاصی سطح بعدی است و سفارش آن از طریق تلگرام انجام میشود.
سوالات متداول
زیرساخت ابری با سرور مجازی چه فرقی دارد؟
سرور مجازی یکی از مصداقهای زیرساخت ابری است، نه چیزی جدا از آن. وقتی یک VPS میخرید، دقیقاً همان سه منبع پردازش، ذخیرهسازی و شبکه را بهصورت مجازی اجاره کردهاید. تفاوت در مقیاس و ابزارهای جانبی است: پلتفرمهای بزرگتر امکاناتی مثل توزیع بار مدیریتشده و اتوسکیل هم اضافه میکنند.
آیا زیرساخت ابری همیشه ارزانتر از سرور فیزیکی است؟
نه لزوماً. مزیت اصلیاش حذف هزینه اولیه سنگین و انعطاف در تغییر منابع است. برای بار کاری بزرگ، ثابت و بلندمدت، در نهایت سختافزار اختصاصی میتواند از نظر هزینه بهازای منابع مقرونبهصرفهتر شود. محاسبه را بر اساس مصرف واقعی خودتان انجام دهید، نه قاعده کلی.
مسئول بکاپ دادهها در زیرساخت ابری کیست؟
شما. ارائهدهنده تضمین میکند سختافزار و لایه مجازیسازی سالم بماند، اما حذف تصادفی یک جدول یا خرابی اپلیکیشن در حیطه مسئولیت شماست. حداقل کار درست، گرفتن بکاپ منظم و نگهداری یک نسخه خارج از همان سرور است.
برای شروع چه مقدار منابع لازم دارم؟
برای یک سایت وردپرسی یا اپلیکیشن کوچک، پایینترین پلن معمولاً کافی است و چون ارتقا در هر زمان ممکن است، شروع کوچک ریسکی ندارد. اشتباه رایج، خرید منابع زیاد برای ترافیکی است که هنوز وجود ندارد.
آیا برای مدیریت زیرساخت ابری باید لینوکس بلد باشم؟
در مدل IaaS بله، چون سیستمعامل و همه سرویسهای بالای آن دست شماست. اگر تجربه خط فرمان ندارید، شروع با یک کنترلپنل مدیریتی مسیر را هموارتر میکند، هرچند دانستن مقدماتی لینوکس در هر صورت لازم میشود.
جمعبندی
زیرساخت ابری یعنی اجاره منابع پردازش، ذخیرهسازی و شبکه بهجای خرید سختافزار؛ با این مزیت که تغییر اندازه سریع است و هزینه اولیه ندارد، و با این شرط که مدیریت سیستمعامل، امنیت و بکاپ بر عهده خودتان است. برای اکثر کسبوکارها نقطه شروع درست یک سرور مجازی متناسب با مخاطب هدف است، نه یک معماری چندسرویسی.
اگر در انتخاب پلن یا محل دیتاسنتر تردید دارید، Use one digit set in the sentence: «تیم پشتیبانی 24 ساعته پارس ابر از طریق شماره 021-79703 یا تلگرام در دسترس است». تا بر اساس نوع بار کاریتان گزینه مناسب را پیشنهاد دهد.
