سی دی ان ایران؛ هشت معیار برای انتخاب یک CDN داخلی
صفحه‌ی معرفی بیشتر سرویس‌های CDN شبیه هم است و چیزی را نمی‌سنجد. این راهنما هشت معیار پرسیدنی و آزمودنی برای انتخاب سی دی ان ایران می‌دهد، همراه با برآورد هزینه با نرخ واقعی، جدول تصمیم و فهرست وارسی پیش از انتقال دامنه.
وقتی چند سرویس‌دهنده‌ی سی دی ان ایران را کنار هم می‌گذارید، صفحه‌ی معرفی همه‌شان شبیه هم است: «سرعت بالا»، «امنیت»، «کش هوشمند». این عبارت‌ها چیزی را نمی‌سنجند. این راهنما هشت معیار مشخص پیش رویتان می‌گذارد که هر کدام را می‌شود پرسید، آزمود و با پاسخ دیگران مقایسه کرد، از جای نودهای لبه تا شیوه‌ی محاسبه‌ی صورتحساب. اگر هنوز با سازوکار پایه‌ی شبکه‌ی توزیع محتوا آشنا نیستید، نخست نوشته‌ی CDN ایران چیست و چطور سرعت سایت را بالا می‌برد را بخوانید. فرض این نوشته آن است که می‌دانید CDN چه می‌کند و حالا می‌خواهید یکی را انتخاب کنید.
پیش از مقایسه‌ی سی دی ان ایران، نیاز خودتان را بنویسید
بدون این چهار داده هر مقایسه‌ای سلیقه‌ای می‌شود. آن‌ها را از ابزار آمار سایت و گزارش ترافیک سرور فعلی‌تان دربیاورید:
- پراکندگی کاربران: بیشتر بازدیدکننده‌ها از کدام شهرها و کدام اپراتورها می‌آیند؟
- نسبت محتوای ایستا به پویا: تصویر، ویدئو و فایل‌های CSS و JS چه سهمی از حجم ارسالی دارند؟
- پروتکل‌ها: آیا سایت یا اپلیکیشن از وب‌سوکت، gRPC یا درگاهی غیر از ۸۰ و ۴۴۳ استفاده می‌کند؟
- حجم دانلود ماهانه: بر حسب گیگابایت، نه بر حسب تعداد بازدید.
معیار ۱: نودهای لبه کجا هستند و به کاربران شما چقدر نزدیک‌اند؟
فهرست شهرهای نودها را بخواهید و با پراکندگی کاربرانتان مقایسه کنید. ولی به فهرست بسنده نکنید، چون نزدیکی شبکه‌ای همیشه با نزدیکی جغرافیایی یکی نیست و مسیر اپراتورها هم اثر دارد. ساده‌ترین آزمون این است که از چند شهر و چند اپراتور، زمان اتصال و زمان دریافت نخستین بایت را بگیرید:
curl -o /dev/null -s -w "%{time_connect} %{time_starttransfer}\n" https://example.com/این فرمان را چند بار و در ساعت‌های مختلف اجرا کنید و میانگین بگیرید. یک اندازه‌گیری تنها گمراه‌کننده است. برای نمونه، نودهای لبه‌ی CDN ایران در ابر ویرا در تهران، مشهد و کرمانشاه قرار دارند. اگر بخش بزرگی از کاربران شما در شرق یا غرب کشورند، همین آزمون نشان می‌دهد این چیدمان برایتان چه معنایی دارد.
معیار ۲: SSL؛ رایگان بودن گواهی کافی نیست
تقریباً همه گواهی رایگان می‌دهند. پرسش اصلی این است که ارتباط میان لبه و سرور مبدأ چگونه برقرار می‌شود. سرویسی را انتخاب کنید که چند حالت داشته باشد تا بتوانید از ساده شروع کنید و به امن‌ترین حالت برسید. در ابر ویرا سه حالت انعطاف‌پذیر، کامل و سخت‌گیرانه وجود دارد. مقایسه‌ی کاربردی این حالت‌ها در نوشته‌ی پیشین آمده است. اینجا تنها دو چیز را وارسی کنید: تمدید گواهی خودکار است یا کاری بر عهده‌ی شماست، و اگر روی مبدأ گواهی معتبر دارید، می‌توانید حالت سخت‌گیرانه را فعال کنید یا نه.
معیار ۳: کش را تا چه حد خودتان کنترل می‌کنید؟
«کش هوشمند» به‌تنهایی معیار نیست. معیار این است که بتوانید رفتار کش را دقیق تعیین کنید. این‌ها را بپرسید:
- سرویس به سرآیند
Cache-Controlسرور مبدأ احترام می‌گذارد؟ - می‌شود برای مسیرهای مختلف قاعده‌ی جدا تعریف کرد؟
- پاک کردن کش چگونه انجام می‌شود و چقدر طول می‌کشد؟
یک الگوی عملی این است که فایل‌های ایستا روی مبدأ سرآیند Cache-Control: public, max-age=86400 بگیرند و مسیرهایی مثل سبد خرید و حساب کاربری Cache-Control: no-store. سرویسی که قوانین مسیر دارد، مثل ابر ویرا، اجازه می‌دهد همین تفکیک را روی لبه هم اعمال کنید.
معیار ۴: دیوار آتش وب و قوانین مسیر
دیوار آتش وب (WAF) را با این پرسش بسنجید که چقدر می‌شود آن را به ساختار سایت خودتان نزدیک کرد. آیا می‌توانید برای /wp-admin یا /api/login قاعده‌ای سخت‌گیرانه‌تر از بقیه‌ی سایت بگذارید؟ آیا گزارش درخواست‌های مسدودشده را می‌بینید تا اگر کاربر واقعی به‌اشتباه مسدود شد، علتش را پیدا کنید؟ دیواری که نتوانید رفتارش را ببینید و تنظیم کنید، دیر یا زود یا خاموشش می‌کنید یا مشتری از دست می‌دهید.
معیار ۵: DNS در همان پنل
وقتی DNS و CDN در یک پنل باشند، تغییر رکورد و فعال‌سازی لبه در یک جا انجام می‌شود و خطای ناهماهنگی میان دو سرویس از میان می‌رود. ابر ویرا DNS را کنار CDN ارائه می‌دهد. پیش از انتقال، این دو کار را انجام دهید:
- مقدار TTL رکوردهای فعلی را چند ساعت پیش از جابه‌جایی کم کنید تا تغییر زودتر همه‌جا برسد.
- پس از تغییر نیم‌سرورها، با
dig NS example.com +shortمطمئن شوید نیم‌سرورهای جدید پاسخ می‌دهند.
معیار ۶: وب‌سوکت، gRPC و درگاه‌های جایگزین
اگر سایتتان گفت‌وگوی زنده، داشبورد بی‌درنگ یا سرویس gRPC دارد، این معیار حذف‌کننده است، نه امتیازی. پشتیبانی را روی کاغذ نپذیرید و روی زیردامنه‌ی آزمایشی امتحانش کنید. برای وب‌سوکت ابزاری مثل wscat کافی است:
wscat -c wss://test.example.com/socketاتصال را چند دقیقه باز نگه دارید و ببینید بی‌دلیل قطع می‌شود یا نه. ابر ویرا از وب‌سوکت، gRPC و درگاه‌های جایگزین پشتیبانی می‌کند، ولی آزمون روی برنامه‌ی خودتان همچنان لازم است.
معیار ۷: مدل هزینه و پیش‌بینی‌پذیری صورتحساب
دو سؤال مهم است: مبنای محاسبه چیست، و آیا می‌توانید هزینه‌ی ماه بعد را از روی حجم مصرف برآورد کنید؟ در ابر ویرا مبنا مصرف دانلود است و آپلود هزینه‌ای ندارد:
| نوع ترافیک | مبنای محاسبه | نرخ |
|---|---|---|
| دانلود از CDN | هر گیگابایت | ۱٬۲۰۰ تومان |
| آپلود به CDN | — | رایگان |
| دانلود از سرور ابری ساعتی | هر گیگابایت | ۱٬۰۰۰ تومان |
| آپلود به سرور ابری ساعتی | — | رایگان |
نرخ‌ها به تاریخ مهر ۱۴۰۵ است و بهای روز را ماشین‌حساب صفحه‌ی سفارش نشان می‌دهد. رایگان بودن آپلود برای سایت‌هایی که کاربرانشان فایل، تصویر یا فرم حجیم می‌فرستند اهمیت دارد، چون این بخش از ترافیک در صورتحساب نمی‌آید.
برآورد ماهانه برای سه حجم مصرف
- سایت شرکتی کم‌بازدید: ۱۵۰ گیگابایت × ۱٬۲۰۰ تومان = ۱۸۰٬۰۰۰ تومان
- مجله‌ی خبری با تصویر فراوان: ۸۰۰ گیگابایت × ۱٬۲۰۰ تومان = ۹۶۰٬۰۰۰ تومان
- سایت آموزشی با فایل دانلودی: ۲٬۵۰۰ گیگابایت × ۱٬۲۰۰ تومان = ۳٬۰۰۰٬۰۰۰ تومان
حجم مبنا را از گزارش ترافیک خروجی سرور فعلی بگیرید، نه از تعداد بازدید.
هزینه‌ی یک آزمون سه‌روزه پیش از انتقال کامل
پیش از بردن دامنه‌ی اصلی، می‌توانید نسخه‌ای از سایت را روی یک سرور ساعتی بالا بیاورید و پشت CDN آزمایش کنید. با طرح «حرفه‌ای ۱» (۴ هسته، ۴ گیگابایت رم، ۲۵ گیگابایت دیسک) به نرخ ساعتی ۲٬۸۷۷ تومان:
- سرور مبدأ: ۷۲ ساعت × ۲٬۸۷۷ تومان = ۲۰۷٬۱۴۴ تومان
- ترافیک آزمون از لبه: ۲۰ گیگابایت × ۱٬۲۰۰ تومان = ۲۴٬۰۰۰ تومان
- اگر همین حجم یک بار هم از مبدأ بیرون برود: ۲۰ گیگابایت × ۱٬۰۰۰ تومان = ۲۰٬۰۰۰ تومان
جمع این سه بند ۲۵۱٬۱۴۴ تومان می‌شود. پس از آزمون، سرور را حذف کنید. خاموش کردن هزینه‌ی ساعتی را متوقف نمی‌کند، چون منابع برای سرور نگه داشته می‌شود. جزئیات کمینه‌ی موجودی و سفارش در راهنمای خرید سرور ساعتی ایران آمده است.
معیار ۸: پشتیبانی و دیده شدن وضعیت مبدأ
پشتیبانی را پیش از خرید بیازمایید. یک پرسش فنی مشخص بفرستید، مثلاً درباره‌ی رفتار کش برای یک مسیر خاص، و ببینید پاسخ دقیق است یا کلی. افزون بر این، بپرسید ابزاری برای پایش سلامت مبدأ دارند یا نه، چون بدون آن تا شکایت کاربران نرسد از قطعی مبدأ خبردار نمی‌شوید. ابر ویرا پایش سلامت مبدأ را در امکانات CDN دارد. اگر آژانس طراحی یا میزبانی هستید، وجود پنل نمایندگی برای فروش مجدد هم جزو همین معیار است.
جدول تصمیم: وزن هر معیار برای نوع سایت شما
| نوع سایت | معیارهای اولویت‌دار | پیش از انتخاب حتماً بیازمایید |
|---|---|---|
| فروشگاه اینترنتی | کش، دیوار آتش، SSL سخت‌گیرانه | کش نشدن سبد خرید و صفحه‌ی پرداخت |
| مجله یا سایت محتوایی | کش، مدل هزینه، نودها | زمان دریافت نخستین بایت از چند شهر |
| اپلیکیشن بی‌درنگ | وب‌سوکت، پشتیبانی | پایداری اتصال طولانی |
| سرویس API با gRPC | gRPC، درگاه‌های جایگزین، قوانین مسیر | فراخوانی واقعی از کلاینت |
| آژانس میزبانی | پنل نمایندگی، DNS، پشتیبانی | مدیریت چند دامنه در یک حساب |
فهرست وارسی پیش از انتقال دامنه
- فهرست شهرهای نودها با پراکندگی کاربرانتان مقایسه شده است.
- زمان پاسخ از دست‌کم سه شهر یا اپراتور اندازه‌گیری شده است.
- حالت SSL با وضعیت گواهی روی مبدأ هماهنگ است.
- سرآیندهای کش برای مسیرهای ایستا و پویا جدا تنظیم شده‌اند.
- وب‌سوکت یا gRPC روی زیردامنه‌ی آزمایشی کار کرده است.
- هزینه‌ی ماهانه‌ی سی دی ان ایران از روی حجم واقعی دانلود برآورد شده است.
- TTL رکوردها پیش از جابه‌جایی کم شده است.
اشتباه‌های رایج
۱. مقایسه‌ی نرخ هر گیگابایت بدون برآورد حجم. نرخ تنها نیمی از معادله است. راه پرهیز: حجم دانلود یک ماه اخیر را از سرور فعلی دربیاورید و برای هر گزینه حساب کنید.
۲. بردن کل دامنه پشت لبه بدون آزمون مسیرهای پویا. صفحه‌ی ورود یا سوکت گفت‌وگو ممکن است پس از انتقال رفتار دیگری داشته باشد. راه پرهیز: نخست یک زیردامنه‌ی آزمایشی را منتقل کنید و پس از آزمون، دامنه‌ی اصلی را.
۳. رها کردن آی‌پی مبدأ بی‌محافظ. اگر مبدأ مستقیم از اینترنت در دسترس بماند، می‌شود دیوار آتش وب را دور زد. راه پرهیز: روی فایروال سرور مبدأ تنها درگاه‌های لازم را باز بگذارید و از سرویس‌دهنده بپرسید فهرست نشانی‌های لبه را برای محدودسازی دسترسی در اختیار می‌گذارد یا نه.
پرسش‌های متداول
حالت SSL سخت‌گیرانه چه پیش‌نیازی روی سرور مبدأ دارد؟
روی مبدأ باید گواهی معتبر و منقضی‌نشده‌ای نصب باشد که با نام دامنه بخواند. اگر گواهی خودامضا دارید، تا جایگزینی آن حالت کامل را نگه دارید.
آیا دیوار آتش وب جای امن‌سازی سرور مبدأ را می‌گیرد؟
نه. دیوار آتش تنها ترافیکی را می‌بیند که از لبه می‌گذرد. به‌روزرسانی سیستم‌عامل و نرم‌افزار، گذرواژه‌های قوی و فایروال مبدأ همچنان لازم‌اند.
کاربران شهرهایی که نود لبه ندارند چه وضعیتی دارند؟
درخواستشان به نودی می‌رسد که از نظر شبکه در دسترس است. اینکه این مسیر برای آن‌ها چقدر سریع است را تنها با اندازه‌گیری از همان شهرها می‌شود فهمید، نه با نقشه.
آیا برای CDN باید حجم ثابت ماهانه خرید؟
در ابر ویرا مبنای هزینه‌ی CDN مصرف دانلود است، یعنی به اندازه‌ی گیگابایت‌هایی که از لبه به کاربران می‌رسد می‌پردازید و آپلود حساب نمی‌شود.
جمع‌بندی
انتخاب یک CDN داخلی با شعار تبلیغاتی انجام نمی‌شود، با سنجش انجام می‌شود: نودها را با کاربرانتان تطبیق دهید، حالت‌های SSL و کنترل کش را وارسی کنید، دیوار آتش و DNS را در عمل ببینید، پروتکل‌های خاص را روی زیردامنه‌ی آزمایشی امتحان کنید، هزینه را از حجم واقعی حساب کنید و پشتیبانی را پیش از خرید بیازمایید. اگر می‌خواهید این هشت معیار را روی یک سی دی ان ایران با نودهای تهران، مشهد و کرمانشاه امتحان کنید، می‌توانید از ابر ویرا شروع کنید و پیش از انتقال دامنه‌ی اصلی، یک آزمون کوتاه با مبدأ ساعتی انجام دهید.
