GeoDNS چیست؟ کاربردها، پیش‌نیازها و محدودیت‌های مسیریابی جغرافیایی
GeoDNS مسیر پاسخ DNS را بر اساس موقعیت تخمینی انتخاب میکند؛ هاست دوم، کش DNS و همگامسازی داده را پیش از راه‌اندازی بررسی کنید.
هاستلینو۵ دقیقه مطالعهبه‌روزرسانی:
فهرست مطالب
GeoDNS یا DNS جغرافیایی، روشی برای انتخاب پاسخ DNS با توجه به موقعیت تخمینی کاربر یا resolver است. یک دامنه می‌تواند برای گروه‌های مختلف کاربران به مقصدهای متفاوت اشاره کند. این روش درباره انتخاب مسیر دسترسی است؛ به‌تنهایی سایت را کپی نمی‌کند، سفارش‌های فروشگاه را همگام نمی‌کند و تضمین عبور از هر اختلال شبکه نیست.
اگر قصد راه‌اندازی مسیر ایران و خارج را دارید، اول مشخص کنید نسخه دوم سایت کجا اجرا می‌شود و تغییرات فایل و دیتابیس چگونه به آن می‌رسند. سرویس GeoDNS هاستلینو بر ساختار دارای هاست دوم استوار است؛ پیش‌نیاز و شرایط اجرای هر سایت باید پیش از سفارش بررسی شوند.
GeoDNS چگونه مسیر را انتخاب میکند؟
مرورگر برای یافتن مقصد دامنه به پاسخ DNS نیاز دارد. در مسیریابی جغرافیایی، پاسخ می‌تواند بر اساس موقعیت تخمینی درخواست‌کننده متفاوت باشد. در نمونه‌ای مانند Route 53، وقتی resolver اطلاعات EDNS Client Subnet را فراهم نکند، موقعیت resolver برای تخمین محل کاربر استفاده می‌شود؛ بنابراین محل تخمینی الزاماً همان شهر یا کشور واقعی کاربر نیست.
این محدودیت را هنگام آزمون در نظر بگیرید: نتیجه یک ابزار آنلاین از یک موقعیت، رفتار همه کاربران شما را ثابت نمی‌کند. resolver، VPN و کش محلی ممکن است روی مشاهده اثر بگذارند.
GeoDNS، Failover، CDN و بکاپ یک کار نمی‌کنند
| مفهوم | نقش اصلی | چیزی که نباید فرض کنیم |
|---|---|---|
| GeoDNS | انتخاب مقصد بر پایه موقعیت تخمینی | بررسی سلامت یا همگامسازی داده به‌صورت خودکار |
| Failover مبتنی بر DNS | تغییر پاسخ طبق سیاست سلامت و جایگزینی | تعویض فوری همه اتصال‌ها و کش‌ها |
| CDN | ارائه محتوا از شبکه توزیع طبق تنظیمات کش | نسخه مستقل کامل از برنامه و دیتابیس |
| بکاپ | نسخه قابل بازیابی از داده در زمان مشخص | یک مقصد زنده که کاربران فوراً به آن منتقل شوند |
این ابزارها ممکن است کنار هم استفاده شوند، اما هر کدام طراحی و مسئولیت جدا دارند. اگر از سلامت مقصد برای تصمیم استفاده می‌کنید، نوع health check، سیاست هنگام شکست و رفتار مقصد پیش‌فرض را هم مشخص کنید.
برای تفکیک انتخاب مقصد از تحویل محتوای کش‌شده، مقایسه GeoDNS و CDN را بخوانید؛ این راهنما سناریوهای استفاده جداگانه و ترکیبی را توضیح می‌دهد.
مسئله دسترسی به ابزارهای گوگل را هم از مسیریابی کاربران سایت جدا کنید. پراکسی ابزارهای گوگل سناریوی متفاوتی از GeoDNS دارد؛ پیش از انتخاب، کاربرد و محدودیت‌های هر سرویس را در صفحه خودش بررسی کنید.
چرا TTL و کش DNS مهم‌اند؟
TTL به resolver می‌گوید پاسخ DNS را چه مدت می‌تواند در کش نگه دارد. پاسخ ذخیره‌شده ممکن است پس از تغییر تنظیمات همچنان استفاده شود؛ پس تغییر رکورد به معنی تغییر فوری مسیر برای تمام کاربران نیست. TTL کوتاه‌تر، به‌تنهایی مشکل شبکه یا آماده‌نبودن مقصد دوم را رفع نمی‌کند.
در برنامه اجرا، زمان تغییر، رکوردهای فعلی، مقصد پیش‌فرض و روش بازگشت را ثبت کنید. تنظیم DNS را بدون بررسی اثر آن روی ایمیل، زیر‌دامنه‌ها و گواهی SSL تغییر ندهید. برای مبانی دامنه و اتصال، راهنمای تفاوت هاست و دامنه را بخوانید.
هاست دوم؛ نسخه آماده یا فقط کپی فایل؟
برای اینکه مقصد دوم قابل استفاده باشد، فایل، دیتابیس، تنظیمات برنامه، SSL و سرویس‌های وابسته باید وضعیت مشخصی داشته باشند. در یک سایت معرفی ساده، تغییر محتوا ممکن است کمتر باشد؛ در فروشگاه، سفارش و موجودی مرتب تغییر میکند. دو دیتابیس مستقل که هم‌زمان نوشته می‌شوند می‌توانند اختلاف داده ایجاد کنند؛ مسیریابی DNS این اختلاف را حل نمی‌کند.
پیش از اجرا تعیین کنید نوشتن داده در کدام نقطه انجام می‌شود، تأخیر همگامسازی چه اثری دارد و در زمان اختلال کدام عملیات مجاز است. این تصمیم به معماری برنامه وابسته است و نباید با وعده کلی «میرور خودکار» جایگزین شود. چک‌لیست انتقال وردپرس برای کنترل فایل، دیتابیس و مسیرهای سایت هنگام آماده‌سازی مقصد دوم مفید است.
چک‌لیست پیش از راه‌اندازی
- دامنه، DNS فعلی، محل میزبانی و گروه‌های اصلی کاربران مشخص باشند.
- منابع و دسترسی‌های مقصد دوم با برنامه سازگار باشند.
- روش همگامسازی فایل، دیتابیس و محتوای جدید تعریف شود.
- رفتار فرم، ورود، سبد خرید، پرداخت، ایمیل و سرویس‌های بیرونی بررسی شود.
- مقصد پیش‌فرض و سیاست مواجهه با موقعیت ناشناخته تعیین شوند.
- مسئول پایش، تغییر DNS، نگهداری و بازگشت مشخص باشد.
آزمون را با نتیجه قابل ثبت انجام دهید
جدول زیر یک برنامه آزمون پیشنهادی است و نتیجه واقعی اجرای سرویس محسوب نمی‌شود. هر آزمون را با زمان، موقعیت و resolver ثبت کنید تا بتوانید مشاهده را دوباره بررسی کنید.
| آزمون | چیزی که ثبت می‌کنیم | هدف |
|---|---|---|
| پاسخ DNS از چند مسیر | زمان، resolver و IP پاسخ | بررسی سیاست مسیر و مقصد پیش‌فرض |
| باز شدن سایت در مقصد دوم | دامنه، SSL و مسیرهای ضروری | بررسی آماده‌بودن برنامه |
| تغییر محتوا در محیط آزمون | محل نوشتن و زمان رسیدن به مقصد دیگر | شناخت همگامسازی و اختلاف داده |
| شکست شبیه‌سازی‌شده | پاسخ DNS و عملکرد مسیر جایگزین | بررسی محدودیت و روش بازگشت |
آزمون خرابی و تغییرات دیتابیس را در محیط آزمایشی انجام دهید؛ برای سنجش، سایت زنده مشتری را قطع نکنید. اگر مسئله شما فعلاً در عملکرد یا تنظیمات وردپرس است، تحلیل رایگان سایت یا پشتیبانی سایت می‌تواند نقطه شروع بررسی باشد.
چه وقت GeoDNS را بررسی کنیم؟
وقتی گروه‌های کاربران از مسیرهای متفاوت به سایت می‌رسند و امکان آماده‌سازی مقصد دوم و نگهداری آن وجود دارد، بررسی این ساختار معنی پیدا میکند. هزینه هاست دوم، راه‌اندازی، پایش و نگهداری را کنار هم ببینید. برای تصمیم، محدودیت‌های قابل قبول کسب‌وکار و نتیجه آزمون مهم‌تر از عنوان محصول‌اند.
منابع فنی
- تخمین موقعیت کاربران و EDNS در Route 53
- راهنمای DNS، TTL و مقصد پیش‌فرض
- تنظیمات رکوردهای جغرافیایی و health check
این مستندات نمونه‌ای از رفتار سرویس DNS هستند؛ جزئیات محصول هاستلینو باید از پیشنهاد و تنظیمات همان سرویس بررسی شوند.
اگر مسئله فعلی شما بازشدن سایت از یک کشور و خطا از کشور دیگر است، پیش از انتخاب مسیریابی تازه، راهنمای تشخیص باز نشدن سایت از خارج کشور را ببینید؛ DNS، اتصال، HTTPS و پاسخ برنامه باید جدا بررسی شوند.
پرسش‌های متداول
آیا GeoDNS سفارش و دیتابیس فروشگاه را همگام میکند؟
خیر؛ DNS مقصد دسترسی را انتخاب میکند. همگامسازی فایل، سفارش، موجودی و دیتابیس نیازمند طراحی جداگانه است و باید محل نوشتن داده و رفتار هنگام اختلال مشخص شود.
