سرورهای مناسب نصب Kubernetes در دیتاسنترهای ایران (با معماری مبتنی بر ESXi)
اگر قرار است برای اجرای Kubernetes در ایران سرور انتخاب کنیم، باید از یک واقعیت عملی شروع کنیم: در بخش بزرگی از سازمانها و دیتاسنترهای خصوصی، Kubernetes روی Bare-Metal مستقیم نصب نمیشود؛ بلکه ابتدا ESXi روی سرور فیزیکی نصب میشود و سپس کلاستر Kubernetes داخل ماشینهای مجازی ساخته میشود. این رویکرد به خاطر سادهتر شدن مدیریت، بکاپ، بازیابی، HA و کنترل ریسک عملیاتی رایج شده است. بنابراین «سرور مناسب Kubernetes در ایران» در عمل یعنی «سرور مناسب ESXi که بتواند چندین VM پایدار و قابل توسعه برای کنترل پلین و ورکِرها را میزبانی کند».
در این راهنما، به جای توضیحهای کلی، مستقیم میرویم سراغ مدلهای مناسب HPE برای رسام سرور و کانفیگهایی که در سناریوهای واقعی جواب میدهند: چه وقتی یک کلاستر کوچک برای شروع میخواهید، چه وقتی به محیط Production جدی با مانیتورینگ، لاگینگ و رشد سریع فکر میکنید.
جمع بندی سریع قبل از خرید (اگر وقت ندارید)
اگر دنبال یک نسخه کوتاه و تصمیم محور هستید، این 3 خط را معیار بگذارید:
- 1) برای Kubernetes روی ESXi، رم معمولا مهمتر از چیزی است که تصور میکنید.
- 2) Storage پایدار و درست طراحی شده (کنترلر مناسب، RAID منطقی، دیسک با کیفیت) گلوگاه پنهان بسیاری از پروژههاست.
- 3) انتخاب مدل سرور باید براساس تعداد VMها، نرخ رشد، و نیاز به NVMe و 10GbE انجام شود، نه صرفا «جدیدترین نسل».
مدل های پیشنهادی سرور HPE برای Kubernetes روی ESXi
در بازار ایران، سرورهای رک مونت 2U بیشترین انعطاف را برای مجازی سازی و رشد Kubernetes دارند. دلیلش ساده است: جایگاه دیسک بیشتر، گزینههای شبکه و توسعه بیشتر، و ظرفیت بهتر برای رم و کارتهای افزودنی. در ادامه، مدلهایی را معرفی میکنیم که هم رایج هستند، هم برای سناریوهای Kubernetes روی ESXi منطقیاند، و هم از نظر تامین قطعه و خدمات در ایران قابل اتکا هستند. برای مشاهده مدلها و موجودی، میتوانید دسته سرورهای HPE را در رسام سرور ببینید.
1) HPE ProLiant DL380 Gen10 – انتخاب متعادل برای اکثر پروژه ها
DL380 Gen10 معمولا بهترین نقطه تعادل بین قیمت، ظرفیت رم، گزینههای ذخیره سازی و انعطاف در توسعه است. اگر قصد دارید Kubernetes را داخل VM روی ESXi اجرا کنید و میخواهید چند سال بدون تعویض زیرساخت رشد کنید، این مدل در بسیاری از پروژههای سازمانی جواب داده است.
سرور HPE ProLiant DL380 G10
کانفیگ پیشنهادی رسام سرور برای Kubernetes روی ESXi (سطح شروع سازمانی):
- پردازنده: 2 عدد Intel Xeon Silver (ترجیحا مجموع 24 تا 32 هسته واقعی)
- حافظه رم: 256GB (حداقل) با قابلیت ارتقا تا 512GB
- فضای ذخیره: 2 عدد SSD برای Boot و لاگ ESXi + حداقل 4 عدد SSD/NVMe برای Datastore اصلی (بسته به شاسی و بک پلین)
- RAID/Controller: کنترلر سخت افزاری مناسب برای RAID (ترجیحا با کش و باتری/خازن)
- کارت شبکه: حداقل 2 پورت 10GbE (یا 4 پورت 1GbE به همراه برنامه ارتقا)
این کانفیگ برای اجرای یک کلاستر Kubernetes با 3 کنترل پلین و 4 تا 6 ورکِر داخل VM، به همراه سرویسهای پایه مانند Ingress و ابزارهای ساده مانیتورینگ، نقطه شروع قابل اعتماد است.
2) HPE ProLiant DL380 Gen10 Plus – برای بار سنگین تر و NVMe محور
وقتی تعداد سرویسها بیشتر میشود یا بار I/O بالا میرود (مثلا دیتابیسهای پرترافیک، لاگینگ سنگین، یا تعداد زیاد پادها)، مدل Gen10 Plus معمولا انتخاب منطقیتری است. این مدل برای سناریوهایی که به NVMe بیشتر و پردازندههای قویتر نیاز دارند، دست شما را بازتر میگذارد.
سرور HPE ProLiant DL380 G10 Plus
کانفیگ پیشنهادی رسام سرور برای Kubernetes Production روی ESXi (سطح میان رده تا Enterprise):
- پردازنده: 2 عدد Intel Xeon Gold (ترجیحا مجموع 32 تا 48 هسته واقعی)
- حافظه رم: 384GB تا 768GB (براساس تعداد ورکِرها و سرویسهای داخلی)
- فضای ذخیره سازی: NVMe برای Datastore سریع (VMهای حساس) + SSD برای Datastore عمومی (VMهای کم حساس)
- RAID/Controller: کنترلر مناسب با کش و محافظت کش
- کارت شبکه: 2 تا 4 پورت 10GbE (برای جدا کردن شبکه VM، Storage و Management)
این مدل زمانی ارزش واقعی خودش را نشان میدهد که Kubernetes نقش اصلی در زیرساخت شما داشته باشد و بخواهید ابزارهای جانبی مثل Monitoring، Logging و حتی Registry داخلی را نیز در همان بستر میزبانی کنید.
3) HPE ProLiant DL360 Gen10 – گزینه فشرده برای کلاستر چند سروری
اگر به جای یک سرور خیلی قوی، ترجیح میدهید چند سرور کوچکتر داشته باشید تا HA در سطح سخت افزار بالاتر برود، DL360 Gen10 (1U) گزینه خوبی است. در این رویکرد، ESXi را روی 2 یا 3 سرور نصب میکنید و منابع را بین هاستها توزیع میکنید. برای بسیاری از سازمانها، این معماری در بلندمدت قابل اتکاتر است، چون از ایجاد یک نقطه شکست واحد جلوگیری میکند.
سرور HPE ProLiant DL360 G10
کانفیگ پیشنهادی هر نود (برای کلاستر 2 یا 3 هاستی ESXi):
- پردازنده: 2 پردازنده با مجموع 16 تا 24 هسته واقعی
- حافظه رم: 128GB تا 256GB (بسته به نقش هاست)
- فضای ذخیره سازی: SSD/NVMe کافی برای Datastore محلی یا سناریوهای vSAN (در صورت برنامه)
- کارت شبکه: حداقل 2 پورت 10GbE برای سناریوهای توزیع بار و Storage شبکه
اگر تصمیم دارید در آینده به سمت کلاسترهای بزرگتر بروید، این معماری به شما کمک میکند رشد را مرحلهای انجام دهید و به جای تعویض یک سرور، نودهای بیشتری اضافه کنید.
جدول مقایسه سریع مدل ها برای Kubernetes روی ESXi
| مدل پیشنهادی | بهترین کاربرد | مزیت اصلی | برای چه کسی مناسب است؟ |
|---|---|---|---|
| DL380 Gen10 | شروع سازمانی تا میان رده | تعادل قیمت و ظرفیت ارتقا | سازمانهایی که Kubernetes را جدی میخواهند ولی بودجه منطقی دارند |
| DL380 Gen10 Plus | Production سنگین و NVMe محور | انعطاف بالاتر در NVMe و کارایی | سازمانهایی با رشد سریع، سرویسهای زیاد و I/O بالا |
| DL360 Gen10 | کلاستر چند سروری ESXi | توزیع ریسک و HA سخت افزاری | دیتاسنترهایی که میخواهند رشد مرحلهای و افزونگی بیشتر داشته باشند |
کانفیگ های پیشنهادی خرید (Good / Better / Best) مخصوص پروژه های واقعی
برای اینکه تصمیم خرید سریعتر شود، این 3 پکیج را به عنوان الگوی سفارش در نظر بگیرید. شما میتوانید این پکیجها را با توجه به تعداد سرویسها و نرخ رشد، شخصی سازی کنید.
| پکیج | پیشنهاد مدل | CPU پیشنهادی | RAM پیشنهادی | Storage پیشنهادی | Network پیشنهادی |
|---|---|---|---|---|---|
| Good (شروع مطمئن) | DL380 Gen10 | 2x Xeon Silver (24 تا 32 Core) | 256GB | SSD برای Boot + SSD/NVMe برای Datastore (حداقل 4 دیسک دیتا) | 2x 10GbE |
| Better (میان رده پایدار) | DL380 Gen10 Plus | 2x Xeon Gold (32 تا 48 Core) | 384GB تا 512GB | NVMe برای VMهای حساس + SSD برای VMهای عمومی | 2 تا 4x 10GbE |
| Best (Enterprise واقعی) | DL380 Gen10 Plus یا کلاستر DL360 Gen10 | Core بالا با رزرو رشد | 768GB | NVMe بیشتر + طراحی افزونگی و بکاپ جدی | 4x 10GbE + جداسازی VLAN |
نمونه معماری VM برای Kubernetes روی ESXi (کاملا عملی)
برای اینکه انتخاب منابع سرور معنیدار شود، باید بدانید قرار است چه VMهایی بسازید. پیشنهاد عملی برای یک کلاستر استاندارد این است که کنترل پلین را سه نودی در نظر بگیرید تا به روزرسانی و نگهداری بدون توقف طولانی انجام شود. سپس ورکِرها را براساس تعداد سرویسها اضافه کنید. در محیطهای واقعی، جدا کردن VMهای زیرساختی (مانیتورینگ، لاگینگ، رجیستری) از نودهای عمومی، پایداری را بیشتر میکند.
| نقش VM | تعداد پیشنهادی | vCPU پیشنهادی | RAM پیشنهادی | Disk پیشنهادی |
|---|---|---|---|---|
| Control Plane | 3 | 4 تا 6 | 8 تا 16GB | 100GB (SSD/NVMe) |
| Worker (عمومی) | 4 تا 6 | 8 تا 16 | 16 تا 64GB | 200GB به بالا (براساس حجم ایمیج و لاگ) |
| Monitoring / Logging (اختیاری ولی رایج) | 1 تا 3 | 8 تا 16 | 32 تا 128GB | سریع و حجیم (بسته به retention) |
| Registry داخلی (در صورت نیاز) | 1 | 4 تا 8 | 8 تا 16GB | حجیم (بسته به تعداد ایمیج) |
نکته کلیدی این است که این VMها در طول زمان رشد میکنند. بنابراین در خرید سرور، رم و ظرفیت Storage را طوری ببینید که یک سال بعد مجبور نشوید کل زیرساخت را جابهجا کنید. تجربه بسیاری از تیمها این است که کمبود رم و طراحی ضعیف Storage، زودتر از کمبود CPU به مشکل تبدیل میشود.
نکات مهم کانفیگ که خیلی ها اشتباه می گیرند
1) رم را دست کم نگیرید
در Kubernetes، حتی اگر سرویسهای شما سبک باشند، سرویسهای زیرساختی (CNI، Ingress، CoreDNS، مانیتورینگ، لاگینگ) منابع ثابت میخواهند. اگر رم کم باشد، خطاها پراکنده و خسته کننده میشوند و به جای اینکه مشکل واضح باشد، با کندی و ریستهای بی دلیل درگیر میشوید.
2) Storage فقط سرعت نیست، پایداری و طراحی است
اگر Datastore شما پایدار نباشد، همه چیز به شکل عجیب کند میشود. استفاده از کنترلر مناسب، RAID منطقی و دیسکهای با کیفیت، از بسیاری از هزینههای پنهان آینده جلوگیری میکند. اگر قرار است لاگینگ سنگین داشته باشید یا دیتابیس روی کلاستر باشد، NVMe و طراحی دقیقتر Storage اهمیت چند برابر پیدا میکند.
3) شبکه 10GbE برای پروژه های جدی یک الزام واقعی است
در محیطهای Production، 10GbE فقط یک عدد روی کاغذ نیست. وقتی تعداد VMها بالا میرود و ترافیک east-west بین سرویسها زیاد میشود، شبکه گلوگاه میشود. اگر به فکر رشد هستید، از همان ابتدا برای 10GbE برنامه داشته باشید. در بسیاری از پروژهها، جدا کردن شبکه Management، VM و Storage با VLAN و uplink مناسب، ثبات را بالا میبرد.
جمع بندی نهایی برای رسام سرور: چه سروری برای Kubernetes بخریم؟
اگر هدف شما اجرای Kubernetes در ایران با معماری رایج مبتنی بر ESXi است، انتخاب شما باید روی سروری باشد که سه ویژگی را همزمان داشته باشد: رم بالا و قابل ارتقا، Storage قابل اتکا و درست طراحی شده، و امکان شبکه 10GbE. برای اکثر سازمانها، DL380 Gen10 نقطه شروع بسیار خوب و اقتصادی است. اگر بار شما سنگینتر است یا NVMe و رشد سریعتری میخواهید، DL380 Gen10 Plus انتخاب مطمئنتری است. اگر هم HA سخت افزاری و رشد مرحلهای برایتان مهم است، معماری چند هاستی با DL360 Gen10 میتواند تصمیم منطقیتری باشد.
سوالات متداول
برای اجرای Kubernetes در ایران بهتر است Bare-Metal انتخاب کنیم یا ESXi؟
در بسیاری از دیتاسنترهای ایران، اجرای Kubernetes روی ESXi رایج تر است چون مدیریت، بکاپ، بازیابی و HA ساده تر می شود. Bare-Metal معمولا برای تیم های DevOps بسیار بالغ و سناریوهای خاص با حساسیت کارایی بالا مناسب است.
برای شروع یک کلاستر Kubernetes روی ESXi حداقل چه کانفیگی پیشنهاد می شود؟
برای شروع مطمئن سازمانی، سروری مثل DL380 Gen10 با 2 پردازنده (مجموع 24 تا 32 هسته واقعی)، رم 256GB، ذخیره سازی SSD/NVMe برای Datastore و شبکه حداقل 10GbE گزینه مناسبی است. اگر رشد سریع دارید، رم و NVMe را از ابتدا بیشتر در نظر بگیرید.
برای Kubernetes روی ESXi رم مهم تر است یا CPU؟
هر دو مهم اند اما در بسیاری از پروژه ها رم زودتر گلوگاه می شود. رم کم باعث ناپایداری و خطاهای پراکنده می شود. CPU بیشتر به شما آزادی تقسیم منابع بین VMها و رشد ورکِرها را می دهد.
کدام مدل برای Kubernetes روی ESXi در ایران رایج تر و منطقی تر است؟
برای اکثر پروژه های سازمانی، DL380 Gen10 به دلیل تعادل قیمت و ظرفیت ارتقا انتخاب رایجی است. برای بار سنگین تر و سناریوهای NVMe محور، DL380 Gen10 Plus گزینه مطمئن تری است. برای معماری چند هاستی و افزایش HA سخت افزاری، DL360 Gen10 کاربردی است.
حداقل شبکه پیشنهادی برای سرور Kubernetes روی ESXi چیست؟
برای پروژه های Production، حداقل دو پورت 10GbE پیشنهاد می شود تا ترافیک VM و سرویس ها در آینده گلوگاه نشود. در سناریوهای حرفه ای تر، جداسازی شبکه Management، VM و Storage با VLAN و uplink مناسب پایداری را بالا می برد.
برای Storage بهتر است NVMe بخریم یا SSD با RAID کافی است؟
اگر بار I/O شما بالا است یا لاگینگ و دیتابیس سنگین دارید، NVMe مزیت جدی دارد. با این حال مهم تر از نوع دیسک، طراحی پایدار Datastore و استفاده از کنترلر مناسب و RAID منطقی است. ترکیب NVMe برای VMهای حساس و SSD برای VMهای عمومی در بسیاری از پروژه ها بهترین تعادل را می دهد.