سرور لینود (Linode by Akamai) با پرداخت تومانی — به‌زودی

شناسهٔ هر نوع لینود ترکیبی از نسل و کلاس است و کلاس، نوع منابع را مشخص می‌کند. Nanode برای پروژه‌های بسیار کوچک و آزمایشی ساخته شده و Shared برای بیشتر وب‌سایت‌ها و سرویس‌های معمولی کافی است. Dedicated CPU برای بارهایی مناسب است که پردازنده را مدام مشغول نگه می‌دارند و نباید تحت تأثیر همسایه‌ها قرار بگیرند.

High Memory برای کش و دیتابیس‌هایی است که بیشتر به RAM نیاز دارند تا پردازنده. GPU برای یادگیری ماشین و رندر است و Premium CPU جدیدترین نسل پردازندهٔ لینود را ارائه می‌دهد. اعداد دقیق هر نوع را لینود منتشر می‌کند و ما آن‌ها را پس از راه‌اندازی از API لینود می‌خوانیم.

لینود شش ریجن در آمریکا دارد، از نیوآرک و واشنگتن در شرق تا فرمونت و لس‌آنجلس در غرب. در اروپا پنج شهر لندن، فرانکفورت، آمستردام، پاریس و استکهلم فهرست شده‌اند. در آسیا سنگاپور، توکیو و چنای و در اقیانوسیه ملبورن. جمعاً ۱۶ ریجن در یازده کشور.

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

مدیریت سرور در لینود از چند عملیات مستقل تشکیل شده است. علاوه بر روشن کردن، ری‌استارت، خاموشی، تغییر نوع و بازسازی از ایمیج، لینود چهار عملیات دارد که در ارائه‌دهنده‌های دیگر ما به این شکل نیست: Mutate برای رفتن به نسخهٔ جدیدتر همان نوع، Clone برای ساخت کپی از سرور، Migrate برای انتقال سرور به دیتاسنتر دیگر لینود و حالت Rescue برای تعمیر سیستمی که بوت نمی‌شود.

بکاپ لینود هم خانوادهٔ جدای خودش را دارد: فعال‌سازی، لغو و گرفتن اسنپ‌شات دستی. همهٔ این عملیات در صفحهٔ امکانات مدیریت لینود دسته‌بندی شده‌اند. توجه کنید که این فهرست امکانات API لینود است و تا راه‌اندازی، سروری برای اجرای آن‌ها وجود ندارد.

برای ساخت Linode سه چیز الزامی است: ریجن، نوع و ایمیج سیستم‌عامل. رمز root و کلیدهای SSH مجاز در همان مرحله تعیین می‌شوند و برچسب و تگ برای نظم دادن به سرورها به کار می‌رود. بکاپ خودکار و IP خصوصی برای ارتباط داخلی بین سرورهای یک ریجن هم از ابتدا قابل انتخاب‌اند.

در بخش شبکه می‌توان یک Cloud Firewall لینود را به سرور وصل کرد و در بخش پیشرفته StackScript یا user-data از نوع cloud-init داد تا نرم‌افزارها هنگام اولین بوت نصب شوند. روی سرورهای فعال ما، cloud-init شما با تنظیمات ورود ایران‌کلاد ترکیب می‌شود تا هم رمز و هم کلید کار کنند.

ایران‌کلاد برای سرور خارجی قیمت ثابت تومانی اعلام نمی‌کند. پایهٔ قیمت، هزینهٔ واقعی ماهانهٔ ما نزد ارائه‌دهنده است؛ یعنی قیمت اعلامی پلن به‌اضافهٔ هر هزینهٔ جانبی که ارائه‌دهنده روی فاکتور ما می‌گذارد. این عدد با نرخ روز ارز به تومان تبدیل می‌شود، حاشیهٔ سود ما اضافه می‌شود و تا هزار تومان به بالا گرد می‌شود.

هزینه ساعتی کسر می‌شود؛ مبلغ ماهانه بر ساعت‌های ماه جاری شمسی تقسیم و هر ساعت با نرخ ارز همان ساعت محاسبه می‌شود. نرخ ارز هر ساعت از بازار آزاد به‌روز می‌شود و نرخ‌های نامعقول کنار گذاشته می‌شوند. برای لینود هنوز هیچ‌کدام از این اعداد در دسترس نیست و تخمین را می‌توانید با مبدل ارز انجام دهید.

اگر به دلیل گستردگی ریجن‌ها سراغ لینود آمده‌اید، دیجیتال‌اوشن با چهارده ریجن در آمریکا، کانادا، اروپا، هند، سنگاپور و استرالیا نزدیک‌ترین جایگزین است. اگر Dedicated CPU برایتان مهم است، هر دو ارائه‌دهندهٔ فعال پلن با پردازندهٔ اختصاصی دارند: خانوادهٔ CCX در هتزنر و CPU-Optimized در دیجیتال‌اوشن.

اگر به Rescue و کنسول وب نیاز دارید، این امکانات امروز فقط برای سرورهای هتزنر در پنل فعال‌اند. و اگر کاربران اصلی شما داخل ایران هستند، سرور خارجی لازم نیست؛ سرور ابری ایران‌کلاد با تأخیر کمتر و قیمت تومانی ثابت انتخاب بهتری است.

سرورهای خارجی ایران‌کلاد روی حساب ما نزد ارائه‌دهنده ساخته می‌شوند. بنابراین مشتری به داشبورد ارائه‌دهنده دسترسی ندارد و همهٔ مدیریت از پنل ما انجام می‌شود. در سرورهای فعال امروز، ارسال ایمیل از پورت‌های ۲۵، ۴۶۵ و ۵۸۷ بسته است و این قاعده با فایروال پنل باز نمی‌شود؛ ایمیل را از طریق API یک سرویس ارسال ایمیل بفرستید.

گزارش سوءاستفاده از سوی ارائه‌دهنده می‌تواند به توقف سرور منجر شود، پس استفاده باید با سیاست استفادهٔ مجاز سازگار باشد. در صورت تمام شدن موجودی، سرور خاموش و معلق می‌شود و پس از دو روز مهلت حذف می‌شود. پیش از راه‌اندازی هر سرویس مهم، دسترسی از شبکه‌های داخلی را آزمایش کنید.

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

انتقال مستقیم دیسک بین ارائه‌دهنده‌ها ممکن نیست و Migrate لینود هم فقط بین دیتاسنترهای خود لینود کار می‌کند. پس هنگام جابه‌جایی، سرور جدید را بسازید، داده را با rsync و ابزار خروجی دیتابیس منتقل کنید، TTL رکوردهای DNS را از قبل کم کنید و پس از آزمایش، رکورد را تغییر دهید.

اگر سایت شما روی HTTPS است، گواهی را روی سرور مقصد صادر کنید و پیش از تغییر DNS با تست SSL از درستی آن مطمئن شوید. سرور مبدأ را تا چند روز نگه دارید و سپس حذف کنید؛ با صورت‌حساب ساعتی، این همپوشانی کوتاه هزینهٔ زیادی ندارد.