К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 150
Текст из файла (страница 150)
Фхисилж ОС211СФпФт1ъиюзтз 0 «ввози яатввиьтвУЗввс за.тввльтв. Тэг звесгн льтевнлте должен занимать отдельную строку, отмечая начало подпрограммы, состоящей из множества строк с гэгами Ззнсьпве., Завершает подпрограмму тэг Зевс льтеанлте, также размещенный в отдельной строке. Просматривая файл 1,МНОБТБ, система будет пьпвзъся получить доступ к кажлому из альтернативных файлов 1.МНОБТБ, указанных в командах згнсьпое, по- ка не обнарулпгт один из них. Это йозволяет-обеспечить отказоуцийчивасть в случив, если система, содержащая файл. ЕМЦОБТБ, по каким- либо причинам недоступна. авеппг АьтеыВте Фгисы3св ~ ~сьзЖ~итяат'~гнноэтэ агисглок Ос31 ЧА~игввтЧлноэтэ атвсьглж Мсллсмпвхмэчнноэтэ Флис Аьтевшчв Использование мироковещатальных сообщений Шнроковещатсхщый метод разрешения имен ЖеггПОЗ используется по умолчанию %шдозгз-системами, которые не сконфигурированы для йрименения %ПАУЗ.
В относительно небольшой сети, соспипцей из одного сегмента, пгирокоаепгательные сообшения яыйются аффективным решением и не оказывают негигйвнсго влияния на производителъюсть сети (еслн только ее пропускная способность еше не приблилается к'свосму пределу). Для сети из более чем одного сегмента можно прнменятыпироковешание в комбинации с файлами 'ЕМНОЗТВ (лля разрешения имен'машин прутах сегментов). Однако это-быстро перерастжт в серьезную йдминистративную проблему, наилучшим решением которой будет'йобавхеййе Одного или 'нескольких серверов %АХИ. Использоаание ЭЛИЗ Развертывание одного сервера %ТХБ представляет собсй довольно легкую задачу. Достаточно йросто инсталлировать сам сервис на сервере с операционной системой %пдоез 1ЧТ или %шбгвча ОООО, и установки по умолчанию обеспечат досгапзчйую эффективность работы для'большинства сетей.
Однако рекомендустся, чтобы в каждой сети ршотзлО, По крайней мере, два сервера %ТХЗ, чтобы обеспечить отказоусйзйчивййть на случай выхода из строя одного из серверов. В простой сети из одного сегмента наличие двух серверов %1ХЯ не является строгой необходимоспяо„так как системьжлиентьг прибегнут к широковешательному методу разрешении имен, если не смогуг получитЬ доступ к серверу %ИЖ Однако если сеть состоит из нескойьких сегментов„%~ХБ очень быстрк становится уже практически необходимым элементом конфигурации гютиз сали.только администраторы не продолжают полдержинагь файлы $.МНОБТБ, которые могут пригоднться при отказе%ТХЬ.
»'» '» Главе Зй угтйгяи р р июн м иегвюя Репликация%!М8 Для обеспечения настоящей отказоустойчивости серверы %ТХБ одной сети должны осуществлять репликацзпо своей информации. Зта позволяет клиенту, проводившему регистрацию своего имени ХегВЮБ у одного сервера %)ХБ, быть зафиксированным в базах данных всех серверов %)ХБ и сети. Репликация серверов не является автоматической.
Администраторы сети должны выработать подходящую стратеппо репликации, чтобы обеспечивать ' обновление баз данных серверов через приемлемые интервалы времени, не перегружая при этом сеть нзбьггочным графиком. Трафик, связанный с репликацией серверов %1ХБ, является однонаправленным. Можно конфигурировать сервер, чтобы он передави (рцз)г) свои данные лругому серверу или получал (рц)1) данные от третьего сервера. Для репликации в обоих направлениях потребуется сконфигурировать трафик каждого направления по отдельности. Зги особенности позвалягот рьмещать группы серверов %)ХБ в виде колец реиликации (гврйсаиои гтнд) В кольце рецликации %1ХБ каждый сервер передает свои данные следующему (йггпзггеаш) соседу по направлению сетевого графика и получает данные от своего предыдущего (црзггеат) соседа по направлению грвз)вгка, как показано на рис.
19.14. Отношения между двумя серверами %1ХБ носят название лирлгннзгзлеа (ргвтлегз)ир), где один из серверов является лергв)иющии иирлгняргьн Озий рагимг), а другому отвалится роль принимающею лсригнера (риБ рагзлег). Важно понимать, что калыю партнерства про»цстааляет собой чисто логическую конструкцию, не имеющую ничего общего с фиаическим распалсвкением серверов. , .'~и5 ~»„ пр и Р с. ЗВ.З4.
Кольцо с еции юлия исгюльзует прием и передачу, кеторме приведет к таму, что хнхт дмя сервер имеет гнгииевоеую инФормацию в свана базе данных Архитектура В!й8 В сети, ще все сегменты связаны звеньями ЛВС, необходимое числа серверов %ПЧБ определяетси исюцачительно каличестлам клнентов, которЫх требуется обслуживать. Фирма Мяспвой угверждает, что один сервер %ПЧБ может поддерживать да 1ЯЮ регистраций имен в минуту и .4500 запросов в минугу. Принимая во внимдние существование часов пик.(например.
специфическое время дня, когда мнажесша пользователей почти одновременно прибывают в офис и включают,сван компьютеры, чта вызывает. отправку большого количества запросов на регистрацию имен), можно рассчитать, что сдин сервер %ПЧБ сможет обеспечить обслуживание около 10 000 пользователей Таким образом. два сервера %ПЧБ (прнчем наличие второго сервера бЖет продиктовано исключительна соображениями отдвзаустойчивасти) смагуг поддерживать лю~ю сеть, сосредоточенную.
в алнсвв месте„кроме самъгх больших из них. Так как обмен сообщениями между серверами %11чБ и клиентами %ПЧБ, а также между самими серверами %$ЙБ, осуществляется только с помощью однойаправленных сообщений, серверы могут быль расположены в различных сетевых сегментах, в любам месМсетевага комплекса. Когда сетевой к(гмпаекс состоит из нескольких сепаинтов, расположенных в различных местюс 'и соединенных каналами связи пюбалъной сети, дизайн архитектуры %ЙЧБ становится намного более сложным.
Так как линии связи глобальной сети обычно являются более медленными и более дорогими, чем соединение посредством участка ЛВС (а иноГЛВ'значительно медленнее и дороже), присутствие, по крайней мере; двух серверов %ГРИБ в каждом из удаленных сегмептов сети позволит всем клиентам сети регистрировать и разрешать имена ХесВ1ОБ без неабхслимостн спправки информации через каналы связи глобальной сети. С другой стороны, для фирмы, состоящей из большога чйела отдельных офисов, зто решение мажет оказаться непрактичным. Важно прннимшь во внимание конкретный объем сетевого трафика, фактически пересылаемый из одного сегмента сети в другой. Если основная час1ь сетевога трафика не покилает границ атдельнога сетевого сегмента, распаложеннага в одном месте, та оптимальным выбором будет использовать удаленные серверы %ЙЧБ, позволяя маленьким изолированным ЛВС прибегать к широковещательному мепщу разрешения имен при нарушении связи по линии глобальной сети.
Однако график, связанный с репликацней серверов, обязательно будет проходить по каналам связи глобальной сети, поэтому серверы должны быть сконфигурированы таким обраюм, чтобы обеспечить репликацию с использованием резервных соединений, когда один или несколько каналов связи глобальной' сиги в)уйдут,из строя.
Схема кольцевого типа, когда каждый сервер принимает информацию от другога сервера и перелает свои ланные третьему серверу, в данном случае не булет рйотать достаточно харашо, так как нарушение связи по каналу глобальной сети между любыми двумя сер- Глаза Ю. И1ИВ и разрешение нктен НетбГОЗ верами разрушит всю цепочку репликации и не позволит всем серверам иметь одиннсовую ннфорьгашпо в базах данных. Один из способов поддерживания репликации баз данных при сбоях «ави- лов связи закхючается в создании двойной кольцевой конструкции, пока- занной на рис. 19.15 Если инсрормация станет перемещаться в обоих на- правлениях, все серверы будут продолжать обновление своих баз данных, даже еслй какой-либо нз каналов связи глобальной сети выйдет из строя. прею пвекее пр нч ) Ф -Ф Рис.
19.16. когда вдвоанам кольце трафик рвсбраогрвнввтсв в обоих напраеленикк, отказ отг дельного совдинвнив нв смолит помешать рвплйквции ещзВВрсм Если в каком-то из сегментов находится более двух серверов ттПЧБ, то нет никакой необходимости включать их все в кольцевую гиля даайнуго кольцевую) структуру, соединенную каналами связи глобальной сети. Для бшгьших сетей наилучшим решением представляется создание отдельных колец реплнкацян в каждом из атлельно расположенных сегментов сети, а затем объединение всех сегментов обпппи кольцом.
С другой стороны, любой из сег» ментов, распололсенный в изолированной области, дслжен иметь более чем адин компьютер, провцаяший реплнкацию своей базы данных с компьютерами других таких же областей. Это позволит серверам тт'Нчй в конкретной области не быть отрезанными от всей сети прн отказе одного компьютера. Более подробную информацию о разработке архитектуры уу!НВ дпя большой коммерческой сети можно получить в официальном издании фирмы мюговой под названием ттггкиктв !псвпвт Налвпд Звпксв АгспавсГогв апб Сараеву Р1апп1по по адресу: пГГр:Фетре.п1кзозой.согпГптвегтвгlпгзавспавсвавдвсгирестг уу~ибтграа.ввр ПрОКЕИ-СИЕТЕМЫ%!йс~ Смешивание систем В-узлов и Н-узлов в снной сати не является правильным решением, нп иногда ~~~~~~ает снгуация1 шида отпельныи сегмент из В-узлов соединив с сетью %1ХБ. Вместо использойгйия файлов 1.аа11ОБТБ систем В-узлор дяя разрешения имен Хег111ОЗ'игярзЬготеров других сегтаентов сети, существует возможность кокфйтураггйи'ътцщцйы с операционной системой %шйгиз ХТ в сегменте В-узлов для фу1гкционирования в качестве прокси-системы %ТХБ.
провал-синана $кйи представляет собой систему-клйыгта"%1МБ, сконфигурированную для ожидания получения цягрековенГЯгельных сообщений ХАМЕ (311ЕКУ КЛЕЯТ из локальной 1!ети и ответа на них; Когда В-узел осуществляет широковещательный запрос,'прокви-система %1ХБ пьпается удовлетворить его, используя информацию своего, нэша имен Хегй1ОБ. Если это невозможно, прокоп-система передает данный жшрос в качестве однонаправленного сообщения серверу %1ИБ (вероятно, в другом сегменте сети), заданному и ее конфигурации ТСР/П'; Сервер %1ХБ отвечает проксисистеме, которая затем ретранслирует сообщение РОБТПУЕ МАМЕ Я1ХЕВУ ВЕБРОХБЕ исходному В-узлу.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
