پیاده سازی Round Robin در DNS

[parvizmo]

*سلام دوستان
چطوری میشه روی یک Domain چندین DNS Server نصب کرد و قابلیت DNS Round Robin را روی آنها پیاده سازی کرد؟
لطفا با جزئیات توضیح دهید
ممنونم*

[hamid.soltani92]

سلام.
لطفا در رابطه با ابعاد پروژه، تعداد نود های لود بالانسینگ و سرویسی که قرار روی سرورها ارائه بشه توضیح بدید.

[parvizmo]

سلام.
لطفا در رابطه با ابعاد پروژه، تعداد نود های لود بالانسینگ و سرویسی که قرار روی سرورها ارائه بشه توضیح بدید.
پروژه ای در کار نیست داداش
فقط میخواستم یاد بگیرم

[hamid.soltani92]

پروژه ای در کار نیست داداش
فقط میخواستم یاد بگیرم
خب آخه تو اینجور موارد با توجه به چیزهایی که عرض کردم تصمیم گیری میشه و انتخاب سخت افزار و نرم‌افزار رو انجام میدن.

[parmenides]

این متن را مطالعه کنید یاد میگیرید.

HOWTO - Configure Round Robin and Load Balancing (http://www.zytrax.com/books/dns/ch9/rr.html#order)
https://www.digitalocean.com/community/tutorials/how-to-configure-dns-round-robin-load-balancing-for-high-availability

[cartman10mpi]

برای پیاده سازی سایت با LoadBalancing ، استفاده از RoundRobin DNS به تنهایی راه کار مناسبی نیست و عملا غیر قابل استفاده خواهد بود . در این سیستم شما در DNS خود برای یک رکورد بیش از یک آی پی میدهید که هر آی پی به یک سرور جدا متصل میشود . در اینجا سرور دی ان اس با پاسخ گویی آدرس ای پی متفاوت به هر درخواست سعی میکند که فشار روی یک سرور را کم کند . ولی نحوه ی پاسخگویی و الگوریتم خاصی برای اینکه کدام ای پی به عنوان پاسخ ارسال شود موجود نیست .
با توجه به اینکه امروزه تمام وبسایت ها از سیستم های پویا استفاده میکنند ، پاسخگویی به در خواست های کاربر هر بار از یک آی پی دیگر منطقی نیست . فرض کنید کاربر شما از طریق آی پی A (سرور A) وارد سایت شما شد و وارد ناحیه کاربری شد . پس از مشاهده ی چند صفحه اینبار صفحه از طریق آی پی B (سرور B) لود خواهد شد .در نتیجه کاربر باید مجددا وارد ناحیه کاربری شود(چون session و یا token قابل شناسایی نیست) و این عمل تکرار و تکرار خواهد شد . پس عملا نمیشود در دنیای امروز که تقریبا تمامی وب سایت ها پویا و از سیستم Session استفاده میکنند ، از RoundRobin DNS استفاده کرد . برای اینکار پیشنهاد میشود از طریق LoadBalancer های سخت افزاری و یا نرم افزاری با قابلیت Sticky Sessions استفاده کنید تا با این مشکلات مواجه نشید .

[parmenides]

برای پیاده سازی سایت با LoadBalancing ، استفاده از RoundRobin DNS به تنهایی راه کار مناسبی نیست و عملا غیر قابل استفاده خواهد بود . در این سیستم شما در DNS خود برای یک رکورد بیش از یک آی پی میدهید که هر آی پی به یک سرور جدا متصل میشود . در اینجا سرور دی ان اس با پاسخ گویی آدرس ای پی متفاوت به هر درخواست سعی میکند که فشار روی یک سرور را کم کند . ولی نحوه ی پاسخگویی و الگوریتم خاصی برای اینکه کدام ای پی به عنوان پاسخ ارسال شود موجود نیست .
با توجه به اینکه امروزه تمام وبسایت ها از سیستم های پویا استفاده میکنند ، پاسخگویی به در خواست های کاربر هر بار از یک آی پی دیگر منطقی نیست . فرض کنید کاربر شما از طریق آی پی A (سرور A) وارد سایت شما شد و وارد ناحیه کاربری شد . پس از مشاهده ی چند صفحه اینبار صفحه از طریق آی پی B (سرور B) لود خواهد شد .در نتیجه کاربر باید مجددا وارد ناحیه کاربری شود(چون session و یا token قابل شناسایی نیست) و این عمل تکرار و تکرار خواهد شد . پس عملا نمیشود در دنیای امروز که تقریبا تمامی وب سایت ها پویا و از سیستم Session استفاده میکنند ، از RoundRobin DNS استفاده کرد . برای اینکار پیشنهاد میشود از طریق LoadBalancer های سخت افزاری و یا نرم افزاری با قابلیت Sticky Sessions استفاده کنید تا با این مشکلات مواجه نشید .


بله تقسیم لود بر روی سرور های مختلف فقط زمانی مناسب است که سایت یا برنامه شما با معماری RestFul توسعه پیدا کرده باشد. در این مدل session در سمت سرور ذخیره نمی شود. هزینه گسترش توان سخت افزاری سرویس نیز بسیار کمتر خواهد بود زیرا توسعه در این مدل به صورت افقی صورت می گیرد.

جزییات بیشتر:

Fielding Dissertation: CHAPTER 5: Representational State Transfer (REST) (http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm)
The Twelve-Factor App (http://12factor.net)