بهترین توزیع لینوکس برای سرور مجازی (VPS) کدام است؟

انتخاب سیستم‌عامل برای VPS

سیستم‌عامل پیشنهادی برای VPS شما، نسخه فعلی Ubuntu LTS است، مگر اینکه یکی از چهار پرسش زیر شما را به سمت انتخاب دیگری سوق دهد. LTS به معنای پشتیبانی بلندمدت (Long Term Support) است: پنج سال به‌روزرسانی امنیتی رایگان به‌جای نه ماه. روی یک VPS (سرور مجازی خصوصی) که میزبان یک وب‌اپلیکیشن، دیتابیس، سرور بازی یا میل‌ریلی است، Ubuntu LTS گزینه پیش‌فرض امن محسوب می‌شود و سیستم‌عاملی است که تقریباً تمام آموزش‌های موجود در اینترنت، از جمله آموزش‌های ما، بر پایه آن فرض شده‌اند.

شش توزیع لینوکس برای استفاده روی سرور اجاره‌ای ارزش بررسی دارند: Ubuntu، Debian، CentOS Stream، Rocky Linux، AlmaLinux و Fedora. همه این‌ها از هسته (kernel) لینوکس یکسان، nginx یکسان، PostgreSQL یکسان و OpenSSH یکسان استفاده می‌کنند، بنابراین نرم‌افزاری که قصد اجرای آن را دارید به‌ندرت عامل تعیین‌کننده خواهد بود. چهار مورد تفاوت اصلی وجود دارد که کل تصمیم شما را شکل می‌دهد: مدت‌زمان ارائه وصله‌های امنیتی برای هر نسخه، قدمت نرم‌افزارهای بسته‌بندی‌شده، اینکه دستورالعمل‌های کدام توزیع را می‌توانید بدون نیاز به ترجمه دنبال کنید، و اینکه آیا خروجی نهایی با Red Hat Enterprise Linux (RHEL) سازگار است یا خیر.

اگر هنوز در حال بررسی هدف اصلی ماشین خود هستید، لیست کارهایی که می‌توانید با یک VPS انجام دهید نقطه شروع بهتری است و اینکه VPS دقیقاً چیست مبانی زیربنایی تمام این موارد را پوشش می‌دهد.

در اینجا خلاصه کوتاهی از هر کدام آمده است:

• Ubuntu LTS. گزینه پیش‌فرض. آن را انتخاب کنید مگر اینکه یکی از بخش‌های زیر برای شما صدق کند.
• Debian. یک پایه کوچک‌تر و با تغییرات کندتر که توسط تیم امنیتی داوطلب اداره می‌شود و نسخه تجاری ندارد.
• Rocky Linux. بازسازی‌شده RHEL، برای زمانی که پلتفرم مقصد باید با RHEL سازگار باشد.
• AlmaLinux. دیگر بازسازی RHEL، با نسخه‌ای برای پردازنده‌های قدیمی‌تر که RHEL 10 پشتیبانی از آن‌ها را کنار گذاشته است.
• CentOS Stream. آنچه RHEL در آینده به آن تبدیل می‌شود. مناسب زمانی که در حال توسعه نرم‌افزار برای RHEL هستید.
• Fedora. جدیدترین هسته و فضای کاربری، با حدود 13 ماه به‌روزرسانی برای هر نسخه.

چه مدت می‌خواهید این ماشین را به حال خود رها کنید؟

طول عمر پشتیبانی تعیین می‌کند که هر چند وقت یک‌بار باید کارهای پرخطر انجام دهید، بنابراین ابتدا به این پرسش پاسخ دهید. وقتی یک نسخه به پایان عمر خود می‌رسد، بسته‌ها همچنان کار می‌کنند. هیچ‌چیز از کار نمی‌افتد. سرور صرفاً دریافت اصلاحیه‌ها برای آسیب‌پذیری‌های تازه منتشرشده را متوقف می‌کند و هیچ پیام خطایی برای این موضوع وجود ندارد، بنابراین تا زمان انجام یک ممیزی یا وقوع یک نفوذ، کسی متوجه آن نمی‌شود. راه چاره، ارتقای درجا (in-place) توزیع یا بازسازی روی یک image تازه است که هر کدام یک شب از وقت شما را می‌گیرد.

هر پروژه تاریخ‌های چرخهٔ حیات خود را منتشر می‌کند. با شمارش از اوت 2026 و گرد کردن به یک رقم اعشار، این چیزی است که از هر نسخهٔ فعلی باقی مانده است.

[
  {
    "distro": "Ubuntu 26.04 LTS",
    "years_of_support_left": 4.7,
    "notes": "Free updates to April 2031. Ubuntu Pro extends the same release to April 2036."
  },
  {
    "distro": "Debian 13",
    "years_of_support_left": 2.0,
    "notes": "Debian security team to August 2028. The LTS team then carries it to June 2030."
  },
  {
    "distro": "CentOS Stream 10",
    "years_of_support_left": 3.8,
    "notes": "Ends May 2030, when the RHEL 10 full support phase ends."
  },
  {
    "distro": "Rocky Linux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035, following the RHEL 10 lifecycle."
  },
  {
    "distro": "AlmaLinux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035. Adds an x86-64-v2 build for older CPUs."
  },
  {
    "distro": "Fedora 44",
    "years_of_support_left": 0.8,
    "notes": "Released April 2026, ends June 2027. Every Fedora release lasts about 13 months."
  }
]

تمام 6 مورد امروز وصله شده‌اند. نکته در تفاوت آن‌هاست. Rocky Linux 10 و AlmaLinux 10 دارای 8.8 سال پشتیبانی باقی‌مانده هستند، زیرا از چرخهٔ حیات 10 ساله RHEL پیروی می‌کنند، در حالی که Fedora 44 دارای 0.8 است.

Ubuntu 26.04 LTS دارای 4.7 سال به‌روزرسانی رایگان باقی‌مانده است و Ubuntu Pro همین نصب را تا سال 2036 بدون هزینه برای استفاده شخصی روی تعداد کمی از ماشین‌ها ادامه می‌دهد. Debian 13 عدد 2.0 سال را نشان می‌دهد، زیرا این زمانی است که تیم امنیتی Debian کار را متوقف می‌کند. سپس تیم داوطلب LTS آن را حدود دو سال دیگر، برای مجموعهٔ کوچک‌تری از بسته‌ها و معماری‌ها، ادامه می‌دهد. هر دو عدد صادقانه هستند. آن‌ها به روش‌های متفاوتی محاسبه می‌شوند، به همین دلیل است که مقایسهٔ طول عمر بین پروژه‌ها نیازمند دقت است.

دو تله در این پرسش وجود دارد. اولی نسخه‌های interim اوبونتو است که هر شش ماه یک‌بار می‌آیند و برای نه ماه پشتیبانی می‌شوند؛ بنابراین 25.10 در تاریخ 1 ژوئیه 2026 دریافت به‌روزرسانی‌ها را متوقف کرد، در حالی که کاربرانش هنوز آن را جدید می‌پنداشتند. دلایل برتری LTS نسبت به نسخه‌های interim اوبونتو این استدلال را به‌طور کامل مطرح می‌کند و این رایج‌ترین راهی است که یک VPS بی‌سروصدا بدون وصله باقی می‌ماند. تلهٔ دوم این است که تصور کنید نسخهٔ جدید به معنای نصب مجدد است. این‌طور نیست. ارتقای درجا از Ubuntu 24.04 به 26.04 یک مسیر پشتیبانی‌شده است و Debian و بازسازی‌های RHEL نیز معادل‌های خاص خود را دارند.

بسته‌ها تا چه حد باید جدید باشند؟

یک توزیع پایدار، نسخه‌های بسته‌های خود را در روز انتشار ثابت (freeze) می‌کند و سپس طی سال‌ها، اصلاحات امنیتی را به آن نسخه‌ها backport می‌کند. این همان توافقی است که شما می‌پذیرید. Debian 13 در اواسط سال 2025 ثابت شد، بنابراین سرور پایگاه‌داده‌ای که امروز از آن نصب می‌کنید، همان نسخه‌ای است که در آن زمان جاری بوده؛ وصله‌شده، اما به‌روزرسانی نشده است. Ubuntu LTS نیز به همین شکل عمل می‌کند. Fedora برعکس عمل کرده و نسخه‌های جاری upstream را ارائه می‌دهد، و دقیقاً به همین دلیل است که بازهٔ پشتیبانی آن کوتاه است: نگهداری از شاخه‌های پنج‌ساله، کاری است که هیچ‌کس نمی‌خواهد دو بار انجام دهد.

بسته‌های قدیمی تنها زمانی اهمیت دارند که برنامهٔ شما به نسخهٔ جدیدتری نیاز داشته باشد. پیش از آنکه کل یک توزیع را صرفاً برای تأمین یک بسته انتخاب کنید، به راه‌های جایگزین (escape hatches) نگاهی بیندازید، زیرا معمولاً پاسخ‌های بهتری هستند. اکثر پروژه‌های upstream مخزن اختصاصی خود را منتشر می‌کنند، بنابراین شما منبع apt یا dnf فروشنده را اضافه کرده و نسخه‌های جاری آن مؤلفهٔ خاص را دریافت می‌کنید. محیط‌های اجرای زبان (Language runtimes) نیز مدیران نسخهٔ مخصوص خود را دارند. اجرای برنامه در یک container، این پرسش را به‌طور کامل حذف می‌کند، زیرا یک stack در Docker Compose فضای کاربری (userland) خود را به همراه دارد و تنها از هسته (kernel) سیستم‌عامل میزبان استفاده می‌کند.

هر راه جایگزینی هزینهٔ خود را دارد. بسته‌ای که از توزیع شما می‌آید، توسط تیم امنیتی همان توزیع وصله می‌شود و با apt upgrade یا dnf upgrade استاندارد ارائه می‌گردد. هر چیزی که از خارج اضافه می‌کنید، مسئولیت نظارت بر آن و رفع خرابی‌های احتمالی‌اش با خود شماست. مخازن اضافی همچنین محل بروز مشکل در فایل‌های sources هستند و فرمت جدیدتر sources در Ubuntu، دلیل رایجی برای خطای duplicate apt sources است.

هسته (kernel) موضوع کم‌اهمیت‌تری نسبت به تصور عموم است. در یک VPS، سخت‌افزار مجازی است و میزبان درایورهای واقعی را تأمین می‌کند، بنابراین هستهٔ جدیدتر بیشتر ویژگی‌های جدید شبکه و فایل‌سیستم را برای شما به ارمغان می‌آورد تا پشتیبانی سخت‌افزاری. Ubuntu LTS نیز هسته‌های فعال‌سازی سخت‌افزار (hardware enablement kernels) را که از نسخه‌های بعدی گرفته شده‌اند ارائه می‌دهد، بنابراین یک نصب LTS در هسته‌ای که با آن عرضه شده، محبوس نمی‌ماند.

از مستندات چه کسی پیروی خواهید کرد؟

این پرسشی است که افراد آن را دست‌کم می‌گیرند و بیشترین زمان را از آن‌ها می‌گیرد. توزیع‌های Ubuntu و Debian از بسته‌های apt و .deb استفاده می‌کنند. توزیع‌های CentOS Stream، Rocky Linux و AlmaLinux از بسته‌های dnf و .rpm بهره می‌برند. این تفاوت، فراتر از دستور نصب، در تمام مراحل همراه شماست.

نام بسته‌ها متفاوت است: وب‌سرور Apache در Ubuntu و Debian با نام apache2 و در خانواده RHEL با نام httpd شناخته می‌شود، بنابراین نام سرویس نیز متفاوت است. فایروال‌ها نیز متفاوت‌اند: ufw در Ubuntu و firewalld در خانواده RHEL، که هر دو در لایه زیرین از nftables استفاده می‌کنند. لایه کنترل دسترسی اجباری (Mandatory Access Control) نیز متفاوت است و این بخشی است که بیشترین چالش را ایجاد می‌کند. خانواده RHEL به‌صورت پیش‌فرض SELinux (مخفف security enhanced Linux) را در حالت enforcing اجرا می‌کند؛ بنابراین ممکن است دسترسی یک سرویس به فایلی که مجوزهای آن به‌وضوح اجازه دسترسی می‌دهند، رد شود و دلیل آن تنها در لاگ audit از طریق ausearch -m AVC قابل مشاهده باشد. Ubuntu و Debian از AppArmor استفاده می‌کنند که پروفایل‌های کمتری دارد و کمتر در کار شما وقفه ایجاد می‌کند.

هیچ‌کدام از این موارد دشوار نیستند. این کار صرفاً ترجمه دستورات است که باید در هر آموزشی که می‌خوانید تکرار کنید، که اغلب در ساعات پایانی شب انجام می‌شود. اگر در نهایت با یک صفحه از دستورات Ubuntu روی سیستم‌عامل Rocky Linux، AlmaLinux یا Fedora قرار گرفتید، معادل‌های apt به dnf نگاشت این دستورات را پوشش می‌دهند، از جمله بخش‌هایی که هیچ معادل مستقیمی ندارند. اگر در کار با سرورهای Linux تازه‌کار هستید، همین موضوع دلیل کافی برای انتخاب Ubuntu LTS است، زیرا صفحه‌ نصب اکثر فروشندگان نرم‌افزار، فرض را بر استفاده از این توزیع می‌گذارند. راهنماهای ما نیز همین‌طور هستند: آموزش گام‌به‌گام پشته LAMP و راهنمای Certbot و nginx برای Ubuntu نوشته و تست شده‌اند، همان‌طور که ده دقیقه اول روی یک VPS جدید نیز بر همین اساس است.

آیا باید حتماً از Red Hat Enterprise Linux استفاده کرد؟

اگر ماتریس پشتیبانی یک فروشنده نام RHEL را ذکر کرده است، یا ناوگان تولیدی کارفرمای شما از آن استفاده می‌کند، یک توزیع سازگار با RHEL انتخاب کنید و دیگر به آن به چشم یک ترجیح نگاه نکنید. Rocky Linux و AlmaLinux هر دو از سورس‌های RHEL ساخته شده‌اند. هر دو ABI (رابط باینری برنامه) را نسبت به RHEL پایدار نگه می‌دارند، بنابراین یک RPM که برای RHEL 10 ساخته شده، روی هر دوی آن‌ها نصب و اجرا می‌شود. عامل‌های تجاری و ابزارهای انطباق، این پلتفرم را هدف قرار می‌دهند و اغلب از هیچ چیز دیگری پشتیبانی نمی‌کنند. وجود دو بازسازی به جای یکی، به این دلیل است که Red Hat در پایان سال 2020 به CentOS اصلی پایان داد و داستان این انشعاب توضیح می‌دهد که چه کسی هر پروژه را تأسیس کرد و هر کدام چه وعده‌ای دادند.

Rocky Linux تا حد امکان به RHEL نزدیک باقی می‌ماند. AlmaLinux از نسخه 9 به بعد، به جای بیت‌های یکسان، سازگاری ABI را هدف قرار داده است که به آن آزادی می‌دهد تا مواردی را که Red Hat حذف کرده، اضافه کند. پشتیبانی از CPU واضح‌ترین مثال است. RHEL 10 خط پایه خود را به x86-64-v3 ارتقا داد، سطح ویژگی CPU که به AVX2 نیاز دارد، و Rocky Linux 10 نیز از آن پیروی می‌کند. AlmaLinux 10 یک معماری x86-64-v2 جداگانه برای سخت‌افزارهای قدیمی‌تر اضافه کرد. این موضوع در سرورهای اجاره‌ای اهمیت دارد: اگر ارائه‌دهنده شما یک مدل CPU شبیه‌سازی‌شده عمومی ارائه دهد، avx2 ممکن است در lscpu وجود نداشته باشد و بیلد v3 در آنجا اجرا نخواهد شد. ابتدا بررسی کنید، سپس AlmaLinux 10 را انتخاب کنید یا اگر فلگ مربوطه وجود ندارد، روی سری 9 بمانید.

CentOS Stream محصولی متفاوت از هر دو بازسازی است. این توزیع در بالادست RHEL قرار دارد، بنابراین تغییرات ابتدا در Stream اعمال می‌شوند و در نسخه فرعی بعدی به RHEL می‌رسند. این توزیع برای اجرا در محیط تولید به اندازه کافی پایدار است و به جای گام‌های نسخه فرعی، به‌طور مداوم حرکت می‌کند. زمانی آن را انتخاب کنید که نرم‌افزاری را می‌سازید یا تست می‌کنید که باید روی RHEL آینده کار کند، نه RHEL فعلی که منتشر شده است. CentOS Stream 10 دارای 3.8 سال پشتیبانی باقی‌مانده است که از بازسازی‌ها کوتاه‌تر است، زیرا با پایان پشتیبانی کامل RHEL 10، این توزیع نیز به پایان می‌رسد.

جایگاه Fedora در سرور

Fedora جدیدترین هسته (kernel) و جدیدترین فضای کاربری (userland) را در میان شش توزیع اصلی ارائه می‌دهد و هر نسخه را حدود 13 ماه پشتیبانی می‌کند. همین عدد، تمام استدلال موجود است. یک سرور Fedora تقریباً سالی یک‌بار به ارتقای نسخه نیاز دارد؛ اگر برای آن برنامه‌ریزی کنید طبق زمان‌بندی شما، و اگر نکنید طبق زمان‌بندی Fedora انجام می‌شود. اگر دو ارتقا را نادیده بگیرید، دستگاه از پشتیبانی خارج می‌شود.

زمانی از Fedora روی سرور استفاده کنید که به چیزی جدیدتر از آنچه توزیع‌های پایدار ارائه می‌دهند نیاز دارید و ریتم ارتقا را پذیرفته‌اید؛ برای مثال، یک ماشین ساخت (build machine) شخصی یا یک محیط توسعه که مرتباً آن را بازسازی می‌کنید. آن را روی ماشینی که می‌خواهید فراموشش کنید، اجرا نکنید. Fedora 43 در دسامبر 2026، یعنی حدود چهارده ماه پس از انتشار، دریافت به‌روزرسانی‌ها را متوقف می‌کند و این دقیقاً به معنای کارکرد پروژه طبق طراحی است، نه شکست آن.

هزینه واقعی یک انتخاب اشتباه

نصب مجدد یک VPS عملیاتی در پنل کنترل است که تنها چند دقیقه زمان می‌برد؛ بنابراین تغییر تصمیم در روز اول هزینه‌ای ندارد، اما در روز دویستم دردسرساز خواهد بود. هیچ روش پشتیبانی‌شده‌ای برای تبدیل درجا (in-place) توزیع Ubuntu به AlmaLinux وجود ندارد. پیش از قرار دادن داده‌ها روی ماشین، تصمیم خود را بگیرید.

دو عادت باعث می‌شود این تصمیم قابل‌بازگشت باقی بماند. تنظیمات خود را به‌جای تاریخچه shell، در یک اسکریپت نگهداری کنید تا بازسازی سیستم به‌جای تکیه بر حافظه، با اجرای مجدد اسکریپت انجام شود: اولین Ansible playbook برای یک سرور تکی کافی است. سپس بررسی کنید که مالکیت سیستم‌عامل در وهله اول با کیست، زیرا در طرح‌های managed VPS، ارائه‌دهنده ممکن است هم انتخاب سیستم‌عامل و هم زمان‌بندی وصله‌های امنیتی را برای شما مدیریت کند.

گزینه‌های پیش‌فرض معتبر هستند. Ubuntu LTS را انتخاب کنید؛ اگر پایه کوچک‌تری بدون لایه‌های تجاری می‌خواهید Debian را برگزینید؛ زمانی که چیزی به سازگاری با RHEL نیاز دارد از Rocky Linux یا AlmaLinux استفاده کنید؛ هنگام توسعه برای RHEL به سراغ CentOS Stream بروید؛ و Fedora را تنها زمانی انتخاب کنید که ارتقای سالانه آن را از قبل در تقویم خود یادداشت کرده باشید.

FAQ

برای یک VPS، اگر در لینوکس تازه‌کار هستم، کدام توزیع را انتخاب کنم؟

نسخه فعلی Ubuntu LTS. دو دلیل برای این انتخاب وجود دارد. تقریباً تمام صفحات نصب نرم‌افزارهای جانبی، ابتدا دستورات Ubuntu را ارائه می‌دهند، بنابراین به‌جای ترجمه دستورات، می‌توانید آن‌ها را مستقیماً کپی کنید. همچنین، هر نسخه LTS به مدت پنج سال به‌روزرسانی‌های امنیتی رایگان دریافت می‌کند، بنابراین در سال اول نیازی به ارتقای سیستم نخواهید داشت. اگر به دنبال یک سیستم پایه سبک‌تر هستید و با خواندن مستندات عمومی برای apt به‌جای مستندات اختصاصی Ubuntu مشکلی ندارید، Debian انتخاب دوم معقولی است.

آیا Debian برای سرور بهتر است یا Ubuntu؟

این دو توزیع خویشاوندان نزدیک یکدیگرند. Ubuntu بر پایه Debian ساخته شده، از apt استفاده می‌کند و اکثر دستورالعمل‌های Debian بدون تغییر روی آن اجرا می‌شوند. Debian به‌صورت پیش‌فرض بسته‌های کمتری نصب می‌کند، فاقد سطح پشتیبانی تجاری است و در سال‌های پایانی عمر هر نسخه، مسئولیت امنیت را به داوطلبان می‌سپارد. Ubuntu هر دو سال یک‌بار در تاریخی مشخص، یک نسخه LTS ارائه می‌دهد، آن را از طریق Ubuntu Pro تا ده سال پشتیبانی می‌کند و اکثر مستندات فروشندگان نرم‌افزار نیز برای آن نوشته شده است. اگر به دنبال یک سیستم پایه حداقلی هستید که قصد دارید سال‌ها از آن استفاده کنید، Debian را انتخاب کنید. اگر می‌خواهید مستندات دقیقاً با آنچه تایپ می‌کنید مطابقت داشته باشد، Ubuntu را انتخاب کنید.

آیا باید از Rocky Linux استفاده کنم یا AlmaLinux؟

هر دو توزیع، بازسازی‌های رایگان RHEL هستند که تا مه 2035 پشتیبانی می‌شوند، بنابراین انتخاب هرکدام قابل دفاع است. Rocky Linux تا حد امکان دقیقاً مشابه RHEL عمل می‌کند که برای ماتریس‌های پشتیبانی فروشندگانی که روی پلتفرم حساس هستند، مناسب است. در مقابل، AlmaLinux بر سازگاری ABI تمرکز دارد که به آن اجازه می‌دهد قابلیت‌های اضافی ارائه دهد؛ از جمله نسخه x86-64-v2 برای پردازنده‌هایی که حداقل‌های x86-64-v3 مورد نیاز RHEL 10 را ندارند. در یک VPS با پردازنده قدیمی یا شبیه‌سازی‌شده، همین نسخه دلیل اصلی انتخاب AlmaLinux است.

آیا می‌توانم Fedora را روی سرور اجرا کنم؟

بله، اما هزینه آن برنامه زمانی ارتقا است. هر نسخه Fedora حدود 13 ماه پشتیبانی می‌شود، بنابراین سرور باید تقریباً سالی یک‌بار ارتقای نسخه دریافت کند و اگر دو نسخه را نادیده بگیرید، دریافت به‌روزرسانی‌های امنیتی متوقف می‌شود. زمانی Fedora را انتخاب کنید که به هسته (kernel) یا ابزارهای بسیار جدید نیاز دارید و واقعاً قصد انجام این ارتقاها را دارید. برای ماشینی که می‌خواهید بدون دستکاری رها کنید، یک نسخه LTS یا سازمانی (Enterprise) را انتخاب کنید.

آیا توزیع لینوکس بر عملکرد VPS تأثیر می‌گذارد؟

نه به شکلی که بتوانید به‌راحتی اندازه‌گیری کنید. آن‌ها از هسته و نرم‌افزارهای سرور یکسانی استفاده می‌کنند، بنابراین بنچمارک nginx روی Ubuntu در مقایسه با nginx روی Rocky Linux، عمدتاً پیکربندی شما را می‌سنجد. RHEL 10 بسته‌های خود را بر اساس حداقل‌های پردازنده x86-64-v3 کامپایل می‌کند که در سخت‌افزارهای مدرن کمی کمک‌کننده است، اما این دلیل ضعیفی برای انتخاب یک سیستم‌عامل است. دیسک و پیکربندی دیتابیس شما تعیین‌کننده میزان خروجی (throughput) هستند.