توضیحات
•
سرور ابری واقعی
•
تنوع بینهایت Instance
خرید سرور Amazon EC2 — راهنمای فوقکامل لوکیشنها، انواع Instance، CPU/RAM، هارد و EBS، امنیت و مدلهای قیمتگذاری
Amazon EC2 قلب زیرساخت AWS است: شما میتوانید دقیقاً همان ترکیبی از پردازنده (vCPU)، رم،
شبکه و ذخیرهسازی را انتخاب کنید که برای پروژهتان بهترین است.
از وبسایت و فروشگاه تا پردازش سنگین، دیتابیس بزرگ، رندرینگ، AI/ML و سرویسهای سازمانی — EC2 یعنی «انعطاف واقعی».
یعنی مسیر انتخاب، سفارش، پرداخت و تحویل اولیه، سریع و یکپارچه انجام میشود تا شما با کمترین دردسر وارد دنیای AWS شوید.
چرا EC2؟ (قدرت، انعطاف، مقیاسپذیری)
۱) انتخاب دقیق Instance برای هر سناریو
EC2 به شما اجازه میدهد «نوع منابع» را بر اساس نیاز انتخاب کنید: عمومی، پردازشی، حافظهمحور، ذخیرهمحور، شتابدهنده (GPU/Accelerator) و HPC.
همین دستهبندیها باعث میشود برای هر نوع پروژه بهترین قیمت-کارایی را بسازید.
۲) مقیاسپذیری واقعی (Scale Up / Scale Out)
وقتی ترافیک رشد میکند، یا Instance را قویتر میکنید (Scale Up) یا چند Instance اضافه میکنید (Scale Out) و با Load Balancer ترافیک را پخش میکنید.
معماری درست باعث پایداری، سرعت و تجربه کاربری بهتر میشود.
همه لوکیشنهای AWS (Regions) برای استقرار EC2
انتخاب Region نزدیک به کاربران معمولاً Latency کمتر و تجربه بهتر میدهد. همچنین برای قوانین، پایداری و Disaster Recovery هم مهم است.
فهرست زیر Regions اصلی AWS (برای AWS account) است. (GovCloud و China حساب جدا دارند.)
us-east-2 • Ohio
us-west-1 • N. California
us-west-2 • Oregon
eu-central-2 • Zurich
eu-west-1 • Ireland
eu-west-2 • London
eu-west-3 • Paris
eu-north-1 • Stockholm
eu-south-1 • Milan
eu-south-2 • Spain
ap-south-2 • Hyderabad
ap-east-1 • Hong Kong
ap-east-2 • Taipei
ap-northeast-1 • Tokyo
ap-northeast-2 • Seoul
ap-northeast-3 • Osaka
ap-southeast-1 • Singapore
ap-southeast-2 • Sydney
ap-southeast-3 • Jakarta
ap-southeast-4 • Melbourne
ap-southeast-5 • Malaysia
ap-southeast-6 • New Zealand
ap-southeast-7 • Thailand
ca-west-1 • Calgary
sa-east-1 • São Paulo
af-south-1 • Cape Town
me-south-1 • Bahrain
me-central-1 • UAE
il-central-1 • Tel Aviv
mx-central-1 • Mexico Central
انواع Instance در EC2: دستهبندی حرفهای + انتخاب درست CPU/RAM
AWS برای اینکه انتخاب ساده شود، Instanceها را در چند دسته طراحی کرده است: عمومی، پردازشی، حافظهمحور، شتابدهنده، ذخیرهمحور و HPC.
هر دسته برای نوع خاصی از Workload بهترین قیمت-کارایی را میدهد.
| دسته | برای چه کاری؟ | نشانههای انتخاب | نمونه سناریو |
|---|---|---|---|
| General purpose | تعادل CPU/RAM/Network | اگر هنوز نمیدانید bottleneck کجاست، اینجا شروع کنید | وبسرور، پنلها، سرویسهای عمومی |
| Compute optimized | پردازش سنگین و CPU-bound | CPU بالا، مناسب رندر/ترنسکد/گیم/Batch | Media transcoding، گیم سرور، پردازش موازی |
| Memory optimized | پردازش دیتای بزرگ در RAM | وقتی Cache/DB/Analytics رم زیاد میخواهد | In-memory DB، تحلیل داده، سرویسهای سازمانی |
| Storage optimized | I/O بالا روی ذخیرهسازی محلی | برای دیتاستهای بزرگ و I/O کمتاخیر | پردازش دیتا، استریمینگ، DB خاص |
| Accelerated computing | GPU/Accelerator برای AI/ML و گرافیک | وقتی CUDA/Inference/Training دارید | Deep Learning، پردازش تصویر، رندر |
| HPC optimized | کارهای محاسباتی مقیاسبالا | شبکه سریع و پردازنده قدرتمند | Simulation، VFX، پردازش علمی |
انتخاب معماری روی قیمت-کارایی اثر میگذارد: اگر نرمافزار شما با ARM سازگار است، معمولاً هزینه و مصرف بهینهتر میشود.
هارد و ذخیرهسازی در EC2: EBS، Instance Store، EFS و S3 (با جدول حرفهای)
EBS (دیسک شبکهای پرکاربرد)
رایجترین مدل ذخیرهسازی برای EC2 است: Boot Volume و Data Volume. نوع Volume را بر اساس نیاز IOPS/Throughput انتخاب کنید.
برای رسیدن به حداکثر عملکرد، استفاده از EBS-Optimized اهمیت دارد.
Instance Store (محلی و سریع، اما موقت)
بعضی Instanceها دیسک محلی بسیار سریع دارند. عالی برای Cache/Temporary Data؛ اما با Stop/Terminate ممکن است داده از بین برود.
EFS (فایلسیستم اشتراکی)
اگر چند سرور دارید و میخواهید یک فایلسیستم مشترک (مثل media) داشته باشید، EFS انتخاب حرفهای است.
S3 (Object Storage) برای فایلهای حجیم
بهترین گزینه برای تصاویر/ویدئو/بکاپ/دانلودها. فشار دیسک و Transfer را از روی سرور کم میکند و معماری را حرفهایتر میکند.
جدول انواع EBS Volume (SSD و HDD) — انتخاب سریع و دقیق
| نوع | دسته | برای چه کاری؟ | نکته فنی |
|---|---|---|---|
| gp3 | SSD عمومی | بوت، وبسایت، اپلیکیشنهای عمومی، DB متوسط | گزینه محبوب برای بیشتر پروژهها (IOPS/Throughput قابل تنظیم) |
| gp2 | SSD عمومی | سازگاری با پروژههای قدیمیتر | مدل قدیمیتر؛ معمولاً gp3 اقتصادیتر است |
| io2 (و io2 Block Express) | SSD IOPS بالا | دیتابیسهای حساس، I/O سنگین، تاخیر پایین | برای کارهای حیاتی با نیاز IOPS بالا |
| io1 | SSD IOPS | Workloadهای I/O-intensive | گزینه قدیمیترِ IOPS Provisoned |
| st1 | HDD throughput | لاگها، Big Data، خواندن/نوشتن ترتیبی | برای throughput بالا، نه IOPS رندوم |
| sc1 | HDD ارزان | دیتای کمدسترسی با کمترین هزینه | کمترین هزینه/GB برای HDD |
مدلهای قیمتگذاری EC2: On-Demand، Spot، Reserved و Savings Plans
یکی از رازهای «ارزان شدن AWS» فقط انتخاب Instance نیست؛ بلکه انتخاب مدل پرداخت است.
شما میتوانید برای پروژههای پایدار از Savings Plans/Reserved استفاده کنید و برای کارهای انعطافپذیر از Spot.
| مدل | بهترین برای | مزیت | نکته مهم |
|---|---|---|---|
| On-Demand | شروع سریع، پروژههای کوتاهمدت | انعطاف کامل | بدون تعهد |
| Savings Plans | پروژههای پایدار با مصرف مشخص | صرفهجویی زیاد + انعطاف بالاتر نسبت به RI | تعهد به «میزان مصرف ساعتی» |
| Reserved Instances (RI) | Workload ثابت با مشخصات ثابت | تخفیف قابل توجه | تعهد به مشخصات Instance/Region (کمانعطافتر از Savings Plans) |
| Spot | کارهای قابل قطع شدن (Fault-tolerant) | ارزانترین (ظرفیت مازاد) | ممکن است با اخطار ~۲ دقیقهای قطع شود |
امنیت و دسترسی: Key Pair، Windows Password، فایروال و معماری امن
Key Pair در EC2 (SSH / RDP)
در EC2 یک Key Pair شامل Public/Private Key است. برای Linux با Private Key وارد SSH میشوید و برای Windows از Private Key برای
Decrypt کردن پسورد Administrator استفاده میکنید.
EBS-Optimized و کارایی دیسک
EBS-optimized باعث میشود پهنایباند اختصاصی برای I/O دیسک داشته باشید و ترافیک دیسک با شبکه/سایر ترافیکها رقابت نکند.
این موضوع برای دیتابیس و سایتهای پرترافیک، مستقیم روی سرعت اثر دارد.
هر Rule یعنی یک سطح ریسک؛ Ruleها را مینیمال و دقیق نگه دارید.
سوالات متداول (FAQ) — پاسخهای کاربردی و فنی
۱) چرا بهتر است چند AZ داشته باشیم؟
Availability Zoneها مکانهای ایزوله داخل یک Region هستند. طراحی چند AZ یعنی پایداری بالاتر: اگر یک AZ مشکل پیدا کند،
سرویس شما میتواند از AZ دیگر ادامه دهد.
۲) برای وبسایت و ووکامرس EC2 بهتر است یا Lightsail؟
اگر کنترل بیشتر و معماری حرفهای میخواهید (شبکه، EBS، مقیاسپذیری، امنیت)، EC2 بهتر است.
اگر «سادگی و قیمت باندل» میخواهید، Lightsail انتخاب سادهتری است.
۳) Spot دقیقاً چه ریسکی دارد؟
Spot ممکن است وقتی AWS ظرفیت را نیاز داشته باشد، Instance را متوقف/ترمینیت کند و معمولاً یک اخطار کوتاه (حدود ۲ دقیقه) میدهد.
برای کارهای قابل قطع شدن عالی است (Worker، پردازش، Batch، CI، رندر).
۴) بهترین نوع EBS برای شروع چیست؟
برای اکثر سایتها و اپها gp3 بهترین نقطه شروع است. برای دیتابیسهای حساس و I/O بالا، سراغ io2 بروید.
