Разработка корпоративной ИВС (стр. 9 из 11)

1.5. Выбор топологии сети

1.5.1. Варианты построения.

В п.1.3.8 было показано, что лучший способ построения сети- это использование Владимирской региональной сети передачи данных Global X.25. Рассмотим варианты подключения ЛВС администрации Владимирской области(АВО) и ЛВС(РС) районов к этой сети. Фактически, нам надо обеспечить удаленный доступ районных пользователей к центральной, или офисной ЛВС, а именно с ЛВС АВО.

Надо сразу отметить следующий факт. Удаленный пользователь, будь то одиночный РС или группа РС, объединенных в ЛВС может поддерживать только три разновидности удаленного доступа[14,]. Среди них: эмуляция терминала, удаленное управление, или удаленный контроль и удаленный узел. Эмуляция терминала безвозвратно устарела, поэтому мы о ней говорить не будем. Остаются два других варианта. Но какой из них лучше? Кратко посмотрим, что они из себя представляют и проанализируем ситуацию с целью выбора наиболее оптимального решения.

Удаленное управление - это взаимосвязь удаленного пользователя с центральной ЛВС, при которой в этой ЛВС выделяется один компьютер, которым , в принципе и управляет удаленный клиент. По сети сети не передаются все данные и управляющая информация, а только коды клавиатуры.

Удаленный узел - это подключение, когда удаленная станция рассматривается как локальная. Этой станции присваивается свой сетевой адрес, как и любому компьютеру в локальной сети. Она снабжается всеми утилитами, необходимыми для работы в локально-вычислительной сети.

Рассмотрим, когда лучше использовать удаленное управление, а когда удаленный узел[10]:

Ситуации, более подходящие для удаленного управления:

· запросы к большим центральным базам данных;

· доступ к DOS-приложениям;

· использование одной копии приложения на центральной ЛВС многими пользователями;

· использование маломощными переносными компьютерами(типа laptop и notebooc) высокопроизводительных процессоров рабочих станций центральной ЛВС.

Ситуации, более подходящие для удаленного узла:

· выполнение клиентской части приложения типа клиент-сервер на удаленном узле;

· организация прозрачного доступа к ресурсам центральной ЛВС;

· отсутствие возможности у центральных сетей выделять рабочие станции для поддержки удаленных пользователей, применяющих удаленное управление;

· связь через коммутируемые цифровые службы с минимальным временем соединения.

Попробуем проанализировать вышесказанное. применительно к нашей ситуации . Надо сказать, что удаленным пользователям необходимо обращение к центральным базам данных, что является плюсом в пользу удаленного управления. Но есть большое НО. Администрация Владимирской области не может выделить сразу 25 рабочих станций , тем более, если со временем количество удаленных пользователей будет расти. Именно из-за этих ценовых соображений необходимо выбирать удаленный доступ с удаленными пользователями в режиме удаленного узла.

Далее рассмотрим , как можно подключаться к сети Х.25 и какие при этом возможности имеют удаленные пользователи.

1.5.1.1. Вариант 1.

Рис.1.5.1. Вариант 1.

На каждой из ЛВС организуется коммуникационный сервер(сервер удаленного доступа) со специальным аппаратным и программным обеспечением, необходимых для доступа к сетям Х.25 (рис.1.5.1). Серверы удаленного доступа обычно организуют временный канал между удаленным клиентом и центральной ЛВС, Отдельные узлы в различных местах устанавливают соединение с сервером удаленного доступа, регистрируются в сети как непосредственно подключенные клиенты и разрывают канал по окончании работы.

Для этого способа характерно следующее: равноправное взаимодействие между локальными сетями администрации Владимирской области и районными пользователями (все со всеми). Как следствие из этого, самые широкие возможности (вплоть до многопользовательского двустороннего доступа к удаленным базам данных). Подключение ведется по выделенным линиям связи. Передача ведется в синхронном режиме (Х.25) с помощью синхронных модемов.

Если применить критерий цена-производительность, то можно увидеть, что расходы на установление такого соединения в несколько раз превышают производительность системы (для нашей ситуации). Этот способ применяют для объединения больших ЛВС между собой с большим объемом трафика.

1.5.1.2. Вариант 2.

При такой организации топология сети сводится к следующему виду В ЛВС АВО организуется сервер удаленного доступа или устанавливается маршрутизатор с соответствующим ПО. В ЛВС районных пользователей - маршрутизатор или мост/маршрутизатор. Такая структура позволяет сразу нескольким районным пользователям иметь одновременный доступ к ресурсам ЛВС АВО(рис.1.5.2)..

Рис 1.5.2. Вариант 2.

Подключение таких ЛВС к сети Х.25 происходит по выделенным каналам связи по протоколу Х.25. Цена такого варианта немного ниже, чем в первом случае, но есть и определенные проблемы (например, ограничение по количеству одновременно работающих удаленных пользователей).

Вариант применим в тех случаях, когда есть необходимость в доступе к ресурсам одной ЛВС сразу нескольких пользователей другой ЛВС.

1.5.1.3. Вариант 3.

Этот вариант предусматривает в себе следующее. В хост ЛВС АВО устанавливается специальная карта Х.25 (допустим Eicon card) или же устанавливается маршрутизатор(и то и другое будет являться сервером удаленного доступа). В РС ЛВС районных пользователей должна быть установлено специальное программное обеспечение, позволяющее работать пользователям с ресурсами ЛВС АВО в режиме удаленного узла (рис.1.5.3).

При такой организации возможен односторонний доступ к ресурсам ЛВС АВО со стороны РС районных пользователей. Подключение ведется следующим образом: со стороны ЛВС АВО выделенный канал (используется синхронный модем);со стороны районных пользователей коммутируемый или выделенный канал (используется асинхронный модем(Х.28)).

Естественно, этот вариант не дает возможности полного взаимодействия между структурами. Цена на реализацию этого варианта ниже, чем во втором случае, а производительность остается такой же. Отличие в том, что во втором случае есть возможность работы сразу нескольким пользователям ЛВС района с ресурсами ЛВС АВО. В нашем случае число одновременно работающих пользователей ограничивается числом свободных телефонных каналов.

Рис 1.5.3. Вариант 3.

Рис. 1.5.4. Подключение г.Радужный к сети Х.25

1.5.1.4. Выводы

Дело в том, что в нашем варианте нет необходимости в том, чтобы множество пользователей какой-нибудь одной из удаленных ЛВС обращались к ресурсам ЛВС АВО и, тем более, в равноправном взаимодействии ЛВС между собой. Надо заметить, что не мало важную роль имеет критерий цены, следовательно, третий рассматриваемый нами вариант наиболее подходит для решения поставленной задачи (п.1.1)..

1.5.2. Подключение г.Радужного

Особое внимание надо уделить городу Радужному. Точнее не ему, а тому как подключить пользователя, находящегося в нем. Так как в нем нет узла сети Global Х.25, то необходимо принять другие меры, отличные от выше сказанных.

Доступ к ЛВС АВО пользователь из г.Радужный будет осуществлять следующим образом(см рис.1.5.4). Через асинхронный модем пользователь по коммутируемой или выделенной линии соединяется с городским узлом связи и далее , так же по выделенной или коммутируемой линии связи соединяется с Владимирским узлом сети Global Х.25.

Так происходит вход пользователя в сеть и он, как и все остальные РП может связаться с ЛВС АВО.

1.6. Аппаратное обеспечение

1.6.1. Общий обзор оборудования для корпоративных сетей

Корпоративная сеть - это достаточно сложная структура, использующая различные типы связи, коммуникационные протоколы и способы подключения ресурсов. С точки зрения удобства построения и управляемости сети следует ориентироваться на однотипное оборудование одного производителя. Однако, практика показывает, что поставщиков, предлагающих максимально эффективные решения для всех возникавших задач, не существует. Работающая сеть всегда является результатом компромисса - либо это однородная система, неоптимальная с точки зрения цены и возможностей, либо более сложное в установке и управлении сочетание продуктов различных производителей. Далее мы рассмотрим средства построения сетей нескольких ведших производителей и дадим некоторые рекомендации по их использованию.

Все оборудование с ней передачи данных можно условно разделить на два больших класса - периферийное, которое используется для подключения к сети оконечных узлов, и магистральное или опорное, реализующее основные функции сети - коммутацию каналов, маршрутизацию и т.д. Четкой границы между этими типами нет- одни и те же устройства могут использоваться в разном качестве или совмещать те и другие функции. Следует отметить, что к магистральному оборудованию обычно предъявляются повышенные требования в части надежности, производительности, количества портов и дальнейшей расширяемости. Периферийное оборудование является необходимым компонентом всякой корпоративной сети. Функции же магистральных узлов может брать на себя глобальная сеть перелачи данных, к которой подключаются ресурсы. Как правило, магистральные узлы в составе корпоративной сети появляются только в тех случаях, когда используются арендованные каналы связи или создаются собственные узлы доступа.