Архитектура сети отличается от проекта тем, что она, например, не определяет точную принципиальную схему сети и не регламентирует размещение сетевых компонентов, не содержит конкретные указания и оценки параметров (например, требующаяся пропускная способность, точное расположение каналов связи и т.п.).
В архитектуре сети выделяют три аспекта: принципы построения, сетевые шаблоны, технические позиции.
Принципы построения - набор простых инструкций, которые описывают все вопросы построения и эксплуатации развертываемой сети в течение длительного времени. При разработке технического задания на сеть принципы построения сетевой архитектуры излагаются в разделе, определяющем общие цели сети.
Техническая позиция уточняет параметры выбранной технологии и дает описание отдельно взятого устройства, метода, протокола, сервиса и т.д. Количество технических позиций может быть различным, приведем возможный перечень решаемых вопросов:
§ Сетевые транспортные протоколы.
§ Протоколы маршрутизации в сети.
§ За счет чего будет достигаться возможность выбора качества обслуживания.
§ Какая будет адресация в сетях IP, подсетях.
§ Стратегия коммутации в локальных сетях.
§ Объединение коммутации и маршрутизации.
§ Организация городской сети.
§ Организация глобальной сети.
§ Служба удаленного доступа.
Сетевые шаблоны - это набор моделей сетевых структур, отражающих связь между компонентами сети. Основные сетевые шаблоны - для глобальной сети, для городской, для центрального офиса, для крупного отделения организации, для отделения организации.
Достаточно сложная задача – оценка трафика в сети. Очевидно, что правильная оценка позволит выбрать оптимальный вариант, то есть такой, при котором сеть будет работать достаточно быстро, и будет стоить приемлемые деньги.
Оценить точно трафик трудно по той причине, что величина его зависит и от применяемой сетевой технологии, и от распределения во времени информационных потоков, от надежности кабельной системы. Так, например, в Ethernet с ростом трафика растет количество коллизий, и, следовательно, растет объем повторных передач, и падает фактическая скорость передачи.
Для того, чтобы верно оценить трафик, следует не только определить объемы передаваемой информации от одного компьютера к другому, но построить график распределения информационных потоков во времени. На суммарном графике можно увидеть «узкие места» сети, то есть такие сетевые участки, но которых в некоторые моменты времени возникают продолжительные задержки передачи.
Достаточно приблизительно можно утверждать следующее: для определения фактической скорости следует теоретическую скорость уменьшить вдвое - втрое. Это число получилось на практике при анализе работы нескольких сетей.
Исходя из оценки сетевого трафика, решается вопрос о выборе сетевой технологии, о мощности сетевого оборудования, об архитектуре сети. Так, например, если в целом производительность сети в 10 Мгб устраивает Вас, кроме того, достаточно определенно все пользователи сети делятся на две группы по используемым прикладным задачам, то имеет смысл обычную Ethrnet-сеть на тонком коаксиальном кабеле разделить на две подсети. При этом минимальными средствами будет достигнута требуемая производительность сети.
Не забудьте, что при проектировании сети Вы можете предъявить руководству предприятия требование изменения расположения некоторых подразделений (разумные требования, конечно!) с целью организации подсетей для часто общающихся пользователей.
Адресное пространство сети internet может быть разделено на непересекающиеся подпространства - "подсети", с каждой из которых можно работать как с обычной сетью TCP/IP. Таким образом, единая сеть организации может строиться как объединение подсетей. Как правило, подсеть соответствует одной физической сети, например, одной сети Ethernet.
Конечно, использование подсетей необязательно. Можно просто назначить для каждой физической сети свой сетевой номер, например, номер класса C. Однако такое решение имеет два недостатка. Первый, и менее существенный, заключается в пустой трате сетевых номеров. Более серьезный недостаток состоит в том, что если ваша организация имеет несколько сетевых номеров, то машины вне ее должны поддерживать записи о маршрутах доступа к каждой из этих IP-сетей. Таким образом, структура IP-сети организации становится видимой для всего мира. При каких-либо изменениях в IP-сети информация о них должна быть учтена в каждой из машин, поддерживающих маршруты доступа к данной IP-сети.
Подсети позволяют избежать этих недостатков. Ваша организация должна получить один сетевой номер, например, номер класса B. Стандарты TCP/IP определяют структуру IP-адресов. Для IP-адресов класса B первые два байта являются номером сети. Оставшаяся часть IP-адреса может использоваться как угодно. Например, вы можете решить, что третий байт будет определять номер подсети, а четвертый байт - номер узла в ней. Вы должны описать конфигурацию подсетей в файлах, определяющих маршрутизацию IP-пакетов. Это описание является локальным для вашей организации и не видно вне ее. Все машины вне вашей организации видят одну большую IP-сеть. Следовательно, они должны поддерживать только маршруты доступа к шлюзам, соединяющим вашу IP-сеть с остальным миром. Изменения, происходящие в IP-сети организации, не видны вне ее. Вы легко можете добавить новую подсеть, новый шлюз и т.п.
