کرنل مال خودتان است
روی KVM سرور شما کرنل مستقل دارد. یعنی ماژول لود میکنید، sysctl را عوض میکنید و کرنل را ارتقا میدهید. روی OpenVZ کرنل با میزبان مشترک است و همین‌جا خیلی از ابزارها می‌ایستند.
ماشین KVM با دیسک NVMe، دسترسی کامل root در کمتر از ۶۰ ثانیه و صورتحسابی که ساعتی حساب میشود. سرور را برای یک بیلد بالا بیاورید و بعد از دو ساعت حذف کنید — هزینهی همان دو ساعت را میدهید.
بخش بزرگی از سرورهای مجازی ارزان بازار روی OpenVZ یا LXC ارائه میشوند. برای یک سایت ساده تفاوتی حس نمی‌کنید؛ برای کار توسعه، تفاوت جایی است که کار متوقف میشود.
روی KVM سرور شما کرنل مستقل دارد. یعنی ماژول لود میکنید، sysctl را عوض میکنید و کرنل را ارتقا میدهید. روی OpenVZ کرنل با میزبان مشترک است و همین‌جا خیلی از ابزارها می‌ایستند.
دلیل اصلی اینکه Docker روی سرورهای OpenVZ اذیت میکند همان کرنل مشترک و نبود cgroup و overlayfs کامل است. روی KVM، داکر همان‌طور رفتار میکند که روی سرور فیزیکی خودتان — بدون وصله و بدون حالت خاص.
WireGuard و هر VPN مبتنی بر کرنل، iptables و nftables با ماژول‌های کامل، NFS، FUSE و فایل‌سیستم‌های رمز — همه چیزهایی هستند که روی مجازیسازی سطح کانتینر یا اصلاً کار نمی‌کنند یا نصفه کار میکنند.
رم و دیسکی که می‌خرید مال شماست. روی مجازیسازی سطح کانتینر، رم معمولاً «تا سقفِ» چیزی است که در آن لحظه آزاد باشد و همسایه‌ی پرمصرف مستقیم روی کار شما اثر می‌گذارد.
پایگاه داده، ایندکس‌سازی و بیلد همگی به IOPS حساس‌اند. همه‌ی پلن‌ها روی NVMe اجرا میشوند — بدون پلن «SSD ارزان» جداگانه.
یک قانون اشتباه در فایروال کافی است تا خودتان را بیرون بیندازید. کنسول تحت وب مستقیم از پنل باز میشود و مثل مانیتور فیزیکی کار میکند — بدون تیکت و بدون انتظار.
ایمیجها نسخهی استاندارد توزیع هستند؛ نه ایمیج سفارشی با پنل و ابزار از پیش نصب‌شده. فهرست کامل و نسخه‌های دقیق در همان صفحهی ساخت سرور نمایش داده میشود، چون به نود انتخابی بستگی دارد. یک نمونه‌ی کامل از صفر تا سایت زنده: دیپلوی لاراول روی سرور مجازی.
سرور ماهانه یعنی هر آزمایشی که میکنید یک ماه هزینه دارد، پس نمی‌کنید. صورتحساب ساعتی این ترمز را برمی‌دارد.
یک سرور برای تست مهاجرت دیتابیس بالا می‌آورید، سه ساعت کار میکنید و حذفش میکنید. هزینهی همان سه ساعت کسر میشود — نه یک ماه، نه حداقل هزینه، نه جریمه‌ی حذف زودهنگام.
ساعت‌هایی که سرور خاموش است با نرخ کمتری حساب میشود، چون رم و پردازنده آزاد شده‌اند و فقط دیسک اشغال است. برای محیط staging که فقط روزهای کاری لازم دارید، تفاوت واقعی می‌سازد.
ریز تراکنش‌ها با تاریخ و مبلغ در پنل ثبت است. اگر عددی غیرمنتظره دیدید، می‌توانید دقیقاً ببینید بابت کدام سرور و کدام ساعت بوده است.
کمترین پیکربندی از 863 تومان در ساعت شروع میشود (۱ هسته، ۱ گیگابایت رم، ۱۰ گیگابایت NVMe) — با محاسبه‌گر، پیکربندی خودتان را قیمت بگیرید.
برای هر سرور، مستقیم از مرورگر — حتی وقتی شبکه یا SSH از کار افتاده است.
سیستمعامل را عوض کنید و سرور را از صفر بسازید، بدون ساختن سرویس جدید.
سرویس نسخهی پشتیبان را روی هر سرور فعال یا غیرفعال کنید؛ هزینه‌اش هم در همان صورتحساب ساعتی دیده میشود.
زون‌ها روی PowerDNS با انتشار لحظه‌ای، به‌همراه Failover مبتنی بر چک سلامت و GeoDNS — بدون هزینهی جداگانه.
یک کلید در همان صفحهی DNS: کش لبه، گواهی SSL خودکار و پنهان‌ماندن آی‌پی مبدأ.
پردازنده، رم، دیسک و ترافیک هر سرور، بدون نصب agent روی سرور.
هر کاری که در پنل با سرورهای خارج انجام میدهید، از اسکریپت، CI یا برنامه‌ی خودتان هم ممکن است: یک REST API ساده با پاسخ JSON و احراز هویت با کلید API. قیمت‌ها و کسر از کیف پول دقیقاً همان پنل است.
ساخت سرور، روشن و خاموش، ری‌استارت، نصب مجدد سیستمعامل، ارتقای پلن، تعویض آی‌پی، rDNS، کنسول و حذف — به‌علاوه‌ی قیمت دقیق هر پلن در هر لوکیشن و موجودی کیف پول.
برای هر کلید دسترسی جدا تعیین میکنید (مشاهده، مدیریت، خرید، حذف)، آن را به آی‌پی سرورهای خودتان محدود میکنید و تاریخ انقضا می‌گذارید. کلید فقط یک بار نمایش داده میشود.
با Idempotency-Key، تکرار یک درخواست ساخت، سرور دوم نمی‌سازد؛ با سقف نرخ ساعتی، سفارش هیچ‌وقت گران‌تر از عددی که قبول کرده‌اید ثبت نمی‌شود.
curl -X POST https://www.mehranhost.cloud/api/v1/abroad/servers \
-H "Authorization: Bearer mh_…" -H "Content-Type: application/json" \
-d '{"provider":"hetzner","plan":"cx22","location":"fsn1","image":"ubuntu-24.04"}'
API فعلی سرورهای خارج را پوشش می‌دهد. Terraform provider، API سرورهای ایران، Snapshot و شبکهی خصوصی بین سرورها هنوز ارائه نمی‌شوند. اگر برای کار شما لازم است، بگویید — ترتیب ساخت را بر اساس همین درخواست‌ها می‌چینیم.
اگر سایت مشتری‌های متعدد را مدیریت میکنید، صفحهی آژانس‌ها مسیر بهتری است؛ و برای معماری‌های بزرگ‌تر زیرساخت سازمانی را ببینید.