Основные решения по построению ЛВС

Основные решения по построению ЛВС

При выборе архитектуры ЛВС предприятия мы основываемся на применении типовых архитектурно-топологических решений (как правило, разработанных фирмой Cisco Systems и принятых в мире стандартом defacto - на рисунке приведена схема многоуровневой архитектуры кампусной сети) и их комбинаций.

В основном этот выбор зависит от масштабов организаций (предприятий) и решаемых сетью задач. Однако при проектировании конкретной сети мы не сводим определение архитектурных и топологических решений только к выбору комбинаций типовых структур.

При проектировании сети важны не только принципы топологического построения сети (логической и физической) и выбора программно-технических средств её реализации, но и решения по взаимодействию с другими (в основном, с Интернет и открытыми коммерческими сетями), по обеспечению безопасности и управления сетевой инфраструктурой.

Концептуально сеть предприятия нельзя рассматривать в отрыве от задач информатизации предприятия и в этом смысле она является средством обеспечения и доставки сервисов от их источников до их потребителей. При этом:

1) сервисы и данные корпоративного уровня сконцентрированы и обеспечиваются корпоративным серверным комплексом предприятия (ЦОД), доступ к ним обеспечивается на уровне ядра сети
2) уровень распределения обеспечивает их адресную доставку на рабочие места потребителей (управление информационными потоками)
3) уровень доступа обеспечивает непосредственное обслуживание потребителей

Выбор технических решений по реализации общей сетевой инфраструктуры предприятия осуществляется в обеспечение следующих концептуальных положений по построению системы предприятия (и ее сетевой инфраструктуры) в целом:

1) сбалансированное распределение сервисов и нагрузки по архитектурным уровням системы, оптимальное соответствие производительности технических средств каждого уровня ЛВС требованиям программных приложений системы, обеспечивающих (или использующих) сервисы данного уровня
2) высокую общую надежность функционирования инфраструктуры при разумных затратах на ее реализацию за счет оптимизированного применения специальных мер обеспечения ее надежности на каждом уровне архитектурной иерархии по принципу «Надежность повышается от периферии к центру (т.е. от пользователей к ядру системы)»:

• на уровне доступа специальные меры не предусматриваются - надежность обеспечивается за счет качества применяемых сетевых устройств, их однотипности и наличия ЗИП. Т.е. отказ устройства приведет к неработоспособности ограниченного числа пользователей (локальной группы) и устраняется в течение короткого (не более 1 часа, в худшем случае) времени заменой конкретного устройства. Как правило, применяются коммутаторы 2-го уровня с фиксированной конфигурацией (показаны коммутаторы серии Catalyst 2970)

• сетевые коммутаторы уровня распределения, как правило, уже дублированы (функционируют в режиме «горячего резервирования»), к коммутаторам ядра сети предприятия подключаются по перекрестной схеме - выход из строя какого-либо коммутатора уровня распределения или даже коммутатора ядра не приводит к отказу сети в целом. Как правило, применяются коммутаторы 3-го уровня стекируемые или с фиксированной конфигурацией (показаны коммутаторы серии Catalyst 3750)
• ядро сети предприятия строится по отказоустойчивой схеме с возможностью балансировки нагрузки. Как правило, здесь применяются решения на базе отказоустойчивых модульных коммутаторов шассийного типа (например, Cisco Catalyst 65хх, показанные на рисунке)

Проектно-технические решения по построению сетевой инфраструктуры для крупных предприятий разрабатываются, как правило, для обеспечения следующих показателей ее работоспособности:

1) на уровне ядра - 24 часа в сутки ? 7 дней в неделю ? 365 дней в году (восстановление отказавшего оборудования сети передачи данных на фоне работы системы управления предприятием в целом в течение суток)
2) на уровне распределения - 24 часа в сутки ? 7 дней в неделю ? 365 дней в году (восстановление отказавшего оборудования сети в течение суток)
3) на уровне доступа - 12 часов в сутки ? 5 дней в неделю, восстановление отказавшего оборудования за счет замены из ЗИП на фоне недоступности сервисов общей системы управления для ограниченного (не более 24) числа локальных потребителей (рабочей группы) на время восстановления (по предварительным оценкам, не более 1 - 2 часов)
4) оптимизация стоимости реализации сетевой инфраструктуры за счет:
• выбора оборудования, оптимального по соотношению «производительность/стоимость» для данного уровня
• унификации оборудования по каждому уровню иерархии сетевой инфраструктуры, что позволяет минимизировать ЗИП и затраты на техническое обслуживание сети

При выборе аппаратно-программных средств ЛВС мы отдаем предпочтение решениям Cisco Systems или HP, хотя по пожеланиям Заказчика устанавливаем и сопровождаем оборудование и ПО других производителей.

Получить консультацию специалиста по предоставляемым услугам:
Тел.: +7 (495) 662-38-77
E-mail: intelcom@intelcom.ru