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

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

سیستم‌عاملی که باید برای VPS خود انتخاب کنید، نسخه فعلی Ubuntu LTS است، مگر اینکه یکی از چهار پرسش زیر شما را به سمت گزینه دیگری سوق دهد. LTS به معنای پشتیبانی بلندمدت است: پنج سال به‌روزرسانی امنیتی رایگان به‌جای نه ماه. روی یک 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) یا بازسازی روی یک ایمیج تازه است و هر دو مورد، یک شب از وقت شما را می‌گیرند.

هر پروژه تاریخ‌های چرخهٔ حیات خود را منتشر می‌کند. با شمارش از اوت 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) اوبونتو است که هر شش ماه یک‌بار می‌آیند و برای 9 ماه پشتیبانی می‌شوند؛ بنابراین 25.10 در تاریخ 1 ژوئیه 2026 دریافت به‌روزرسانی‌ها را متوقف کرد، در حالی که کاربرانش همچنان آن را جدید می‌پنداشتند. دلایل برتری LTS نسبت به نسخه‌های میان‌دوره‌ای اوبونتو این استدلال را به‌طور کامل مطرح می‌کند و این رایج‌ترین راهی است که یک VPS بی‌سروصدا بدون وصله باقی می‌ماند. دام دوم، فرض کردن این است که نسخهٔ جدید به معنای نصب مجدد است. این‌طور نیست. ارتقای در محل از Ubuntu 24.04 به 26.04 یک مسیر پشتیبانی‌شده است و Debian و بازسازی‌های RHEL نیز معادل‌های خاص خود را دارند.

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

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

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

هر راه خروج هزینهٔ یکسانی دارد. بسته‌ای که از توزیع شما می‌آید، توسط تیم امنیتی همان توزیع وصله می‌شود و با apt upgrade یا dnf upgrade معمولی به دست شما می‌رسد. هر چیزی که از خارج اضافه می‌کنید، مسئولیت نظارت بر آن و رفع خرابی‌های احتمالی‌اش در روزی که از کار بیفتد، با خود شماست. مخازن اضافی همچنین جایی هستند که فایل‌های منبع ممکن است دچار مشکل شوند و فرمت جدیدتر منابع در 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 استفاده می‌کنند که پروفایل‌های کمتری دارد و کمتر در کار شما وقفه ایجاد می‌کند.

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

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

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

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 برای یک سرور تکی کافی است. سپس بررسی کنید که مالکیت سیستم‌عامل در وهله اول با کیست، زیرا در طرح‌های VPS مدیریت‌شده، ارائه‌دهنده خدمات ممکن است هم انتخاب توزیع و هم زمان‌بندی وصله‌های امنیتی را برای شما مدیریت کند.

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

FAQ

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

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

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

این دو توزیع خویشاوندان نزدیک یکدیگرند. Ubuntu بر پایه Debian ساخته شده، از apt استفاده می‌کند و اکثر دستورالعمل‌های Debian بدون تغییر روی آن اجرا می‌شوند. Debian به‌صورت پیش‌فرض بسته‌های کمتری نصب می‌کند، فاقد سطح پشتیبانی تجاری است و در سال‌های پایانی عمر هر نسخه، مسئولیت امنیت را به داوطلبان می‌سپارد. Ubuntu هر دو سال یک‌بار در تاریخی مشخص یک نسخه LTS منتشر می‌کند، آن را از طریق Ubuntu Pro تا 10 سال پشتیبانی می‌کند و اکثر مستندات فروشندگان نرم‌افزار نیز برای آن نوشته شده است. اگر به دنبال یک سیستم پایه مینیمال هستید که قصد دارید سال‌ها از آن استفاده کنید، 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 را انتخاب کنید که به کرنل یا ابزارهای بسیار جدید نیاز دارید و واقعاً قصد انجام این ارتقاها را دارید. برای ماشینی که می‌خواهید آن را به حال خود رها کنید، یک نسخه LTS یا سازمانی (Enterprise) انتخاب کنید.

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

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