Дөңгелек жүйелік DNS - Round-robin DNS

Дөңгелек жүйелік DNS әдістемесі болып табылады жүктемені бөлу, жүктемені теңдестіру, немесе ақаулыққа төзімділік қамтамасыз ету бірнеше, артық Интернет хаттамасы қызмет иелері, мысалы, Веб-сервер, FTP серверлері, басқару арқылы Домендік атау жүйесі Тиісті статистикалық модельге сәйкес клиенттік компьютерлерден келіп түскен сұраныстарға (DNS) жауаптар.[1]

Қарапайым іске асыруда дөңгелек робин DNS DNS сұраныстарына тек бір ғана потенциалмен жауап бере отырып жұмыс істейді IP мекен-жайы, бірақ бірдей қызметтерді орналастыратын бірнеше серверлерге сәйкес келетін әлеуетті IP-мекен-жайлар тізімі бар.[2][3]Тізімнен IP-мекен-жайларды қайтару тәртібі мерзім үшін негіз болып табылады дөңгелек робин. Әрбір DNS жауабында тізімдегі IP-мекен-жай тізбегі болып табылады рұқсат етілген.[4] Әдетте IP-клиенттер бастапқыда DNS сұранысынан қайтарылған бірінші мекен-жаймен байланыс орнатуға тырысады,[5] әр түрлі қосылуға тырысу кезінде клиенттер әртүрлі провайдерлерден қызмет ала алады, осылайша жалпы жүктемені серверлер арасында бөледі.

Жоқ стандартты сұрау салушы қолданба қай мекен-жайды қолданатындығын анықтау процедурасы, бірнеше шешушілер сандық «жақын» желілерге басымдық беру үшін тізімді қайта тапсырыс беруге тырысады. Кейбір жұмыс үстелінің клиенттері қосылым уақыты 30 секундқа жеткеннен кейін балама мекенжайларды көреді.[2]

Дөңгелек жүйелі DNS көбінесе бірқатар сұранымдарды жүктеу үшін қолданылады Веб-серверлер. Мысалы, компанияның бір домендік атауы және үш бірдей IP-мекен-жайы бар үш серверде орналасқан бір веб-сайттың үш бірдей көшірмесі бар. DNS сервері домен атауында бірнеше IP жазбалары болатындай етіп орнатылады, әр IP мекен-жайы үшін бір. Бір пайдаланушы басты параққа кірген кезде, ол бірінші IP мекен-жайына жіберіледі. Бастапқы параққа кірген екінші пайдаланушы келесі IP мекен-жайға, ал үшінші пайдаланушы үшінші IP-мекен-жайға жіберіледі. Екі жағдайда да IP-адрес берілгеннен кейін ол тізімнің соңына дейін өтеді. Төртінші пайдаланушы бірінші IP-мекен-жайға жіберіледі және т.б.

DNS дөңгелек атауы сирек жағдайларда балама А жазбалары арасында айналуына байланысты «ротор» деп аталады.

Кемшіліктер

Жүзеге асыруға оңай болғанымен, DNS иерархиясындағы жазба кэштеуінен туындайтын, сондай-ақ клиенттің мекен-жайын кэштеу және қайта пайдалану сияқты бірқатар кемшіліктерге ие, олардың комбинациясын басқару қиынға соғады. Дөңгелек жүйедегі DNS қызметтердің қол жетімділігі үшін ғана емес. Егер тізімдегі мекен-жайлардың біріндегі қызмет істен шықса, DNS бұл мекен-жайды беруді жалғастырады және клиенттер жұмыс істемейтін қызметке қол жеткізуге тырысады.

Дөңгелек айналмалы DNS үшін ең жақсы таңдау болмауы мүмкін жүктемені теңдестіру ол өздігінен, өйткені ол тек аттар сервері сұралған сайын мекенжай жазбаларының ретін ауыстырады. Бұл транзакция уақытын, сервердің жүктелуін және желінің кептелуін ескермейтіндіктен, ол эквивалентті сыйымдылықтағы серверлерге көптеген біркелкі таратылған қосылыстары бар қызметтер үшін жақсы жұмыс істейді. Әйтпесе, ол жай ғана жасайды жүктемені бөлу.[6]

Мұндай шектеулерді жеңудің әдістері бар. Мысалы, өзгертілген DNS серверлері (мысалы, lbnamed)[7]) айналы серверлердің қол жетімділігі мен жүктеме коэффициенті туралы үнемі сауалнама жүргізе алады. Егер сервер қажет болған жағдайда жауап бермесе, онда ол DNS пулынан уақытша алынып тасталуы мүмкін, ол қайтадан ерекшеліктер шеңберінде жұмыс істейтіні туралы хабарлағанша.

DNS GSLB әдісін қарапайым дөңгелек таралуды жақсарту үшін де қолдануға болады.[8] Сервердің қол жетімділігін тексеру арқылы (және кейде клиенттің де) беделді DNS серверінде немесе желінің шетінде рекурсивті DNS серверінде DNS жауаптарын өзгерту арқылы жұмыс жасай отырып. Әдетте беделді шешім жүктемені теңестіру шешіміне енеді қолданбаны жеткізуді басқарушы стандартты немесе қосымша шешім ретінде. Edge DNS GSLB деп аталатын рекурсивті шешім[9], тұжырымдаманы клиент тұрғысынан желідегі жазбалардың қол жетімділігін тексерудің оңай әдісін қосу арқылы түсіндіреді, содан кейін интерпретация қателерін азайтады.

Әдебиеттер тізімі

  1. ^ «Робин-Робин DNS». Бұлт. Cloudflare, Inc. Алынған 16 тамыз 2019.
  2. ^ а б Фенберг, Даниэль (25 шілде, 2016). «Веб-сервердің істен шығуына арналған DNS шеңбері». Алынған 10 қаңтар, 2020.
  3. ^ «Көп мәнді жауап маршруттау саясаты мен қарапайым маршруттау саясаты арасындағы айырмашылық неде?». Amazon Web Services, Inc. 2018 жылғы 3 тамыз. Алынған 10 қаңтар, 2020.
  4. ^ Лиска, А .; Stowe, G. (2016). «DNS туралы түсінік». DNS қауіпсіздігі. б. 19.
  5. ^ Пан, Цзянпин; Хоу, Ю.Томас; Ли, Бо (2003). «Мазмұнды тарату желілеріндегі DNS негізіндегі сервер таңдауына шолу». Компьютерлік желілер. 43 (6): 695–711. дои:10.1016 / S1389-1286 (03) 00293-7.
  6. ^ Бриско, Томас П. (сәуір 1995). «RFC 1794 - жүктемені теңдестіру үшін DNS қолдау». Алынған 24 тамыз 2019.
  7. ^ lbnamed, Perl бағдарламалау тілінде іске қосылған жүктеме бойынша теңдестірілген DNS-сервер
  8. ^ GSLB дегеніміз не?, Сервер жүктемесінің әлемдік теңгерімі
  9. ^ DNS GSLB жиегі