поток данные нагрузка технологический

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

Сейчас всё большую популярность набирает протокол LISP (Cisco Locator/ID Separation Protocol). Маршрутизаторы магистральных сетей, использующие протокол граничного шлюза, постоянно обмениваются друг с другом маршрутной информацией об около 500 тысяч хостов. Несколько лет назад это число равнялось всего 200 тысячам, а десять лет назад ста тысячам. Вторым недостатком, является факт необходимости обновления IP-адресов в сети в случае смены провайдера, поскольку сейчас IPv4 адрес идентифицирует и узел, и его месторасположение в сети. В качестве основных альтернатив BGP предлагается много вариантов, но наиболее реальные шансы есть именно у LISP.

Протокол Locator/ID Separation Protocol (LISP) был создан инженерами Cisco для разделения функций IP-адресов на две части: идентификации машин и локаторов маршрутизации. Концепция предусматривает установку туннельных маршрутизаторов, которые будут добавлять LISP-заголовки в информационные пакеты по мере их движения по сети. Internet Engineering Task Force (IETF) RFC6830 by D. Farinacci, V. Fuller. Jan 2013

В качестве протокола внутридоменной маршрутизации рассматриваются стандартизованные протоколы OSPF, RIP и IS-IS. RIP является дистанционно-векторным протоколом маршрутизации, а значит не имеет фактической возможности для корректной балансировки трафика исходя из реальной загрузки каналов передачи данных. К преимуществам данного протокола относится простота его реализации, и легкость в понимании принципов его работы обслуживающим персоналом. RIP - Routing Information Protocol, использует в своей работе метрику под названием «число переходов» или «число прыжков», которая показывает сколько физических устройств необходимо пройти для достижения сети назначения. При этом не учитывается ни загрузка каналов, ни возможные проблемы на них. Протокол не работает корректно с технологией многопротокольной коммутации по меткам, на основе которой планируется предоставлять большое количество различных сервисов клиентам.

Протоколы маршрутизации OSPF и IS-IS лежат в основе современных провайдерских сетей передачи данных, и наиболее часто используются в качестве протокола внутридоменной маршрутизации. При этом, основополагающая идея работы этих протоколов - это слежение за состоянием каналов передачи данных и работа на основе т.н. LSA [Link-State Advertisement]. Именно они формируют базу каналов на каждом устройстве, принимающем участие в маршрутизации трафика, а после формирования базы обсчитываются алгоритмом SPF (Shortest Path First), или алгоритмом Дейкстры CCNA ICND2. Официальное руководство Cisco по подготовке к сертификационным экзаменам. Второе издание. Уэнделл Одом. Издательский дом Вильямс, 2011. Принципы работы обоих протоколов одинаковы, разница заключается в порядке иерархии специально ограниченных участков сети (зон) и методах формирования и распределения информации о каналах. Оба протокола были созданы для поддержки иерархического разделения на зоны и осуществления автоматического влияния на порядок следования клиентского трафика.

В сети передачи данных при использовании OSPF необходимо определить порядок и степень фрагментации её на зоны. Данный шаг используется для ограничения количества маршрутных обновлений, а значит и их влияния на использование ЦПУ маршрутизаторов, увеличения уровня способности сети к масштабированию. В соотношении с другими технологиями передачи данных, предписанных к использованию в техническом задании, все интерфейсы маршрутизаторов ядра сети, а также маршрутизаторов отдельных узлов связи заключаются в магистральную зону с номером 0.0.0.0. (далее зона 0), а интерфейсы третьего уровня в пределах ЦОД, не являющиеся Core-faced интерфейсами, заключаются в зону, зависящую от конкретного ЦОД.

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

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

Подобный кадр вставляется между заголовками второго и третьего уровней и анализируется маршрутизаторами исходя из наличия в EthernetII кадре поля ethertype 0x8847. Коммутация/маршрутизация пакета осуществляется уже не исходя из того, какой адрес назначения указан в пакете IP, а исходя из того, какая метка внутри кадра используется Технология и протоколы MPLS. Гольдштейн А.Б., Гольдштейн Б.С. - СПБ:БХВ 2005. Выгода такого решения в способе назначения этих меток внутри сети. Значения меток генерируются роутерами под различные сетевые сервисы и передаются от к т.н. downstream маршрутизаторам. Именно метки позволили современным сетям не обращать внимание на то, какой трафик содержится внутри Ethernet фрейма.

Благодаря IP/MPLS интеграции стало возможно определить основные типы ключевых клиентских сервисов и классифицировать их с функциональной точки зрения.

4.4 Анализ методов организации основных сетевых сервисов центров обработки данных

С функциональной точки зрения внутри ЦОД необходимо определить несколько видов традиционных клиентских сервисов или схем включения.

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

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

Подобный вид услуги подходит для небольших заказчиков, розничной сдачи пространства в ЦОД под нужды клиентов, установку одиночных серверов компаний, а также для размещения в ЦОД инфраструктуры небольших предприятий. Возможность организации подобного вида услуги присутствуют на любом созданном на сети узле связи, в любом центре обработки данных. Блок адресов, выданный клиенту, анонсируется исключительно внутри сети центров обработки данных ввиду его малого размера относительно общего размера адресного пространства IPv4 сети.

С технической точки зрения подобный сервис реализуется как логическое разбиение всего адресного пространства провайдера на агрегируемые блоки датацентров и узлов связи. Эти блоки группируются на маршрутизаторах и пересылаются между устройствами ядра сети. Внутри ЦОД блоки делятся на более мелкие клиентские участки, которые используется на интерфейсе третьего уровня, созданного для клиента, либо маршрутизируются с помощью статической маршрутизации на сеть заказчика малого размера, например, с маской /30 или /31. Небольшие блоки, выданные клиентам, не анонсируются напрямую в мировое Интернет-сообщество, а агрегируются на устройствах обмена трафиком и отправляется единым блоком с целью сокращения исходящей маршрутной информации.

От IP/MPLS составляющей сети на транзитных участках не требуется иметь информацию о конкретной сети назначения, поскольку работа ведется по агрегированному префиксу центра обработки данных.

При использовании стандартной услуги доступа в Интернет, пользовательский трафик имеет низший (стандартный) приоритет. Для подобных подключений возможна организация полного спектра стандартных настроек протоколов резервирования основного шлюза в пределах центра обработки данных. Возможно использование одной сети в двух центрах обработки данных при заказе услуги «канал точка-точка» или VPLS [Virtual Private Lan Service] подключения, которые будут описаны далее.

Логическим продолжением данного вида услуг является услуга IPv4 транзита. Она подразумевает наличие собственного адресного пространства у клиента, что возможно в случае регистрации в RIPE организации, либо получения статуса LIR [Local Internet Register]. Подобными статусами и собственными блоками адресов обладают обычно почти все банки, институты, крупные промышленно-добывающие и перерабатывающие предприятия. Они используют собственную адресацию и строят собственные сети, однако им необходимо передавать маршрутную информацию в Интернет через оператора связи. Для организации подобного взаимодействия, клиенту выдается небольшой блок адресов адресного пространства провайдера, либо используются частные адреса RFC1918. Address Allocation for Private Internets. Errata Exist - February 1996 и устанавливается взаимодействие по протоколу BGP между маршрутизирующим оборудованием сети центров обработки данных и клиентским маршрутизатором или коммутатором третьего уровня. В рамках данного взаимодействия, клиент передает маршрутную информацию о своём блоке адресов IPv4, а центры обработки данных распространяют информацию об этой сети своим вышестоящим провайдерам, и пиринг-партнерам в точках обмена трафиком. На данном этапе часто возникает непонимание того в чем необходимость реализации подобной услуги. Суть в том, что несмотря на то, что клиент обладает собственным пространством адресов, без подключения к вышестоящему оператору, это пространство будет обособленным островом. Спроектированная сеть центров обработки данных создана с учетом необходимости предоставления широкой информационной связности для клиентов, и имеет большое число стыков с другими операторами связи и центрами обработки данных в узлах обмена трафиком, что означает лучшую возможность организации доставки трафика до крупных клиентов из сети, по сравнению с локальными операторами.

Кроме того, локальные операторы связи также являются клиентами услуги IPv4 транзита, поскольку многие ограничены масштабами города и не имеют выхода на крупнейшие магистрали обмена трафиком. Однако, сеть ЦОД спроектирована с учетом территориальной распределённости её клиентов, а значит стоит выше по иерархии нежели локальный провайдер услуг широкополосного доступа.

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

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

Здесь также стоит рассмотреть тот факт, что в настоящее время всё большую популярность приобретают так называемые облачные вычисления. В контексте предоставляемых сервисов подобные услуги подразумевают раздельный доступ к некоему общему пулу информационных ресурсов. Самыми популярными направлениями облачных сервисов на данный момент являются SaaS [Software-as-a-Service] или программное обеспечение как услуга), PaaS [Platform-as-a-Service] или платформа как услуга и IaaS [Infrastructure-as-a-Service] инфраструктура как услуга. Предоставление подобного вида сервисов позволяет сократить расходы на ИТ-инфраструктуру предприятий, на обслуживание парка серверов, машин, сервисов. Облачные вычисления позволяют на существующей среде облачных провайдеров развертывать полную необходимую инфраструктуру любого предприятия, при этом регулируя потребности в вычислительных и канальных мощностях в зависимости от реальной повседневной необходимости. Простой пример подобных услуг - сервис электронной почты для предприятия. Винодельческому заводу, скажем, группе заводов «Массандра» для организации электронной почты в домене massandra.su необходимо иметь выделенные, дублированные с целью резервирования сервера и каналы связи до них, штат сотрудников для обслуживания подобного сервиса. В случае роста предприятия и исчерпания мощностей серверов, необходимо проводить модернизацию, что означает де-факто закупку нового оборудования. Подобная схема действует и для других IT-сервисов предприятия, к примеру сайт, документооборот, отчётности, бухгалтерские и кадровые сервисы и прочее.

Указанные проблемы в данный момент решаются облачными провайдерами, которые готовы установить свои кластеры в проектируемые ЦОД в случае выполнения требований технического задания. Облачные провайдеры могут предоставить цельную готовую инфраструктуру для предприятия, либо вычислительные мощности, которые в дальнейшем можно наращивать. Фактически это означает, что провайдер дает в аренду участок своего крупного ИТ-комплекса с возможностью дальнейшего роста и развертывания на нём сервиса любых видов. Очевидным плюсом подобных сервисов для предприятий, будет безусловно являться расположение облака в резервируемом центре обработки данных. Почтовый сервер компании уже не будет находиться в некоем складском помещении, которое подвержено, например, перебоям с питанием и не имеет соответствующих условий кондиционирования, а будет частью резервируемой инфраструктуры в одном из построенных ЦОД.

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

Подвидом этой услуги, и её масштабированием в первом приближении является услуга организации виртуальной частной локальной сети организации или VPLS. Понятие канала точка-точка расширяется до отношения один ко многим, либо много ко многим. Объекты клиента соединяется между собой локальной сетью таким образом, словно включены в один коммутатор доступа прямыми кабелями по стандарту EthernetII, несмотря на то, что в реальности между объектами заказчика могут быть многие километры и целая инфраструктура центров обработки данных и узлов связи с MPLS/IP облаком MAC Address Translation for Enabling Scalable Virtual Private LAN Services. Pi-Chung Wang. 23 May 2007. Такой вид сервиса часто называют L2VPN, то есть организация частной сети на втором уровне передачи данных. В рамках данной услуги каждая точка подключения клиента PE имеет идентификатор VPN-подключения и интерфейсы в этом подключении, а также определённых соседей на других узлах сети, с которыми устанавливаются сессии по протоколу LDP [Label Discovery Protocol]. При попадании пакета от клиента, трафик пересылается к соседу с использованием отдельных MPLS-меток, при этом действует правило разделения горизонта, которое не позволяет данным петлять между различными ЦОД и узлами сети. Широковещательный трафик клиента при этом будет отправлен от точки подключения до всех сконфигурированных соседей, а далее в порты доступа к которым подключено оборудование клиента, таким образом осуществляя имитацию широковещания, известного нам процесса в классических локальных Ethernet-сетях.

Одной из важнейших услуг, которые способна предоставить сеть ЦОД и узлов связи в городах, является услуга виртуальной сети третьего уровня или L3VPN. Такой сервис представляет собой созданное провайдером услуг отдельное маршрутизируемое пространство для каждого конкретного корпоративного или государственного клиента. Данный вид сервиса реализуется как наложенная поверх MPLS-сети провайдера сеть, в которой обмен маршрутной информацией между узлами и удалёнными офисами осуществляется с помощью оборудования провайдера По данным сайта https://wiki.metroethernetforum.com/pages/viewpage.action?pageId=29229129 статьи “Layer 3 VPN” Larry Samberg Oct 2014. Оборудование, с которым происходит взаимодействие называют PE или «Provider Edge». Данная услуга имеет смысл для предприятий, которые хотят сохранить возможность управления трафиком и маршрутной информацией для всех своих точек подключения, имея при этом территориально-распределённую сеть данных. При такой схеме реализации, трафик предприятий не передается напрямую через публичные узлы Интернет.

Заказчиком услуги часто являются организации с большой территориально-распределённой сетью офисов или подключений без доступа или с ограниченным доступом в Интернет. Примером таких клиентов в пределах Крымского федерального округа являются государственные сервисы оказания услуг народонаселению (службы одного окна), филиалы ФГУП «Почта России» в городах и поселениях городского типа, банки и объекты розничной торговли, например, сети супермаркетов. Всем офисам таких организаций необходимо иметь доступ к общему пулу ресурсов или серверов компании, которые размещаются на территории центров обработки данных. С помощью территориально - распределённой сети ЦОД, каждый объект такого заказчика может быть связан в единую сеть. На территории клиента устанавливается простейшее оборудование, которое передает данные по любому выбранному клиентом протоколу далее в провайдерскую сеть. При этом, внутренняя адресации нескольких клиентов может совпадать и пересекаться, провайдер же сохранит уникальность этих данных путем использования технологии VRF [Virtual Routing Forwarding]. Каждый маршрут клиента преобразуется в специальный блок данных протокола BGP NLRI [Network Layer Reachability Information], к которому добавляется отдельное поле идентификатора VPN клиента. Объект передается по протоколу M-BGP на узлы, которым требуется данное обновление, например, на узлы провайдера от которых подключены другие точки клиента.

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

4.5 Выводы

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

· В качестве физической основы сети используется уплотнение канала по длине волны DWDM.

· Выбранная топология магистральной сети позволяет покрыть крупные населённые пункты региона с наименьшим количеством задействованных волокон.

· Время переключения на резервное направление составляет не более 200мс.

· Система способна обеспечить передачу минимум 96 отдельных каналов данных по двум волокнам в одновременном режиме.

· Поддерживается работа со стандартным одномодовым волокном спецификации ITU G652.

· Уровень потерь мощности на каждом участке составляет менее 25дБ.

· Уровень вносимой дисперсии каждого участка составляет менее 140пс/км.

· Коэффициент готовности каждого участка сети не менее 0,99.

Сетевое оборудование и топология сети передачи данных должны соответствовать критериям и характеристикам.

· Подключение каждого узла связи осуществляется отдельным физическим каналом.

· Дублирование каждого канала связи происходит в прозрачном режиме.

· Топология сети связи полносвязная, с возможностью перестроения.

· Резервирование устройств агрегации каналов, а также устройств ядра сети должно осуществляться по схеме 2N.

· Доступное количество портов на этапе включения не менее 600 с типом 100/1000BaseTX медных.

Используемые протоколы и службы должны иметь поддержку следующих сервисов и услуг.

· MPLS Traffic Engineering на всех маршрутизаторах ядра.

· Маршрутизация мультикаст-трафика.

· Организация L2VPN и AToM транспорта поверх сети.

· Возможность организации фильтрации нежелательного трафика.

· Предоставление транзита пользовательских данных, а также стандартного доступа в сеть в пределах ЦОД и узлов связи.

II. Конструкторско-технологическая часть

1. Реализация логической структуры сети центров обработки данных

1.1 Функциональная схема работы сети

Проектное решение предполагает организацию узлов связи и центров обработки данных на сети. С точки зрения межсетевого взаимодействия, отдельный ЦОД можно рассматривать как узел связи, представленный маршрутизирующим оборудованием, подобранным для реализации сетевых сервисов на местах. Топологически ядро сети характеризуется полными резервируемыми связями (см. Рисунок 15)

Рисунок 155. Организация связей между объектами сети

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

Для организации сети передачи данных внутри ЦОД используется связка коммутаторов доступа Nexus2000 Fabric Extender и коммутаторов агрегации каналов связи Nexus7700. На один ЦОД или резервный ЦОД используется два подобных устройства для обеспечения отказоустойчивости и достижения требуемой производительности сети. Два Nexus7700 используют модули типа:

· N77-SUP2E маршрутизирующие процессоры для обеспечения «Control Plane» функционала на коммутаторах.

· N77-F348XP-23 линейные карты для подключения 10Гбит/с или 1Гбит/с портов форм-фактора SFP/SFP+

· N77-C7710-FAB-2 коммутационная фабрика для обеспечения функий форвардинга трафика

· N77-F324FQ-25 линейные карты для подключения 40Гбит/с портов

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

Все роут-процессоры на данных устройствах дублированы в пределах шасси. Между собой коммутаторы агрегации каналов соединены двумя физическими каналами пропускной способностью 40Гбит/с, которые подключены в независимые линейные карты на шасси. Данные каналы объединены в один логический Ethernet-bundle для прозрачного представления этого линка с точки зрения маршрутизации. В 10Гбит/с порты на разнесённых картах каждого свича подключены Fabric Extenders N2K-C2248TP-E. Эти выносные платы имеют по 48 10/100/1000 портов, а также 4 10Гбит/с порта. При проведении работ по настройке, данные выносные коммутаторы доступа конфигурируются таким образом, чтобы их порты были представлены на агрегирующем коммутаторе напрямую.

От каждого Nexus7700 подключено два канала 40Гбит/с в сторону маршрутизатора ядра JuniperMX480, включение производится от разнесённых линейных карт и объединяется в логический канал Ethernet-bundle. Данные Core-faced линки на Nexus7700 являются каналами третьего уровня без возможности осуществления стандартной коммутации трафика. Каждый канал третьего уровня снабжается включенным MPLS форвардингом трафика, пропускная способность каждого интерфейса зоны 0 добавляется в пул протокола RSVP (Resource Reservation Protovol) из расчета 80% от максимальной пропускной способности интерфейса.

Маршрутизаторы ядра сети MX480 также имеют блочную легко масштабируемую структуру и состоят из:

· MX SCB - коммутационная фабрика для осуществления функций форвардинга пакетов

· MX RE - Routing Engine, плата для выполнения функций обработки траффика, маршрутизирующий процессор

· MPC5EQ-40G10G - плата расширения с 6 40Гбти/с портами и 24 10Гбит/с портами

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

Два маршрутизатора ядра сети в пределах одного ЦОД объединены в один логический маршрутизатор с использованием технологии Virtual Chassis. Для этого в качестве межшассийных каналов используются два подключения 40Гбит/с на каждом маршрутизаторе на разнесённых платах. К единому маршрутизатору подключаются два коммутатора Cisco Nexus 7700 с использованием технологии vPC [Virtual Port Channel] таким образом, чтобы включение было произведено в различные шасси одного виртуального маршрутизатора. Со стороны каждого коммутатора настраивается объединение Uplink-портов в логический агрегат «Ethernet Bundle» с использованием протокола LACP [Link Aggregation Control Protocol]. Интерфейсы в сторону коммутаторов агрегации включены в OSPF процесс соответствующей ЦОД зоны. Между коммутатором агрегации и маршрутизатором ядра запущен также протокол iBGP c анонсированием маршрута по умолчанию. Включается протокол MP-BGP с в аналогичных коммутаторам подсемействах AFI/SAFI.

В качестве оборудования узлов связи выбрана модификация Juniper MX80. Данные маршрутизаторы используются как PE устройства для работы с конечными клиентскими сервисами. Устройство имеет такие же функциональные возможности, что и маршрутизаторы ЦОД, однако более компактно, что позволяет использовать его в серверных комнатах конкретных заказчиков, а также не строить собственную инженерную инфраструктуру отдельно в каждом городе и на каждом узле связи. На маршрутизаторе включен протокол маршрутизации OSPF для осуществления внутри доменной маршрутизации, а также iBGP для осуществления взаимодействия с устройствами ядра сети. При этом устройства ядра являются рефлекторами маршрутных обновлений для маршрутизатора узла.

Для использования на узлах связи коммутационного оборудования логичным является использования коммутаторов Cisco 2960X, поскольку именно они обладают наилучшими показателями по стоимости порта, а также имеют возможность стекирования без использования дополнительных модулей и подключений, как оборудование других производителей, что значительно упрощает установку и модернизацию оборудования на узлах связи.

С точки зрения ядра сети, подключение каждого центра обработки данных (основного и резервного), осуществляется по следующей схеме (см. Рисунок 16).

Рисунок 166. Функциональная схема ЦОД

Внутри каждого центра обработки данных используются агрегирующие коммутаторы Cisco Nexus7700, к которым подключены расширители фабрики Nexus2000. Они образуют облако из физических портов, которые на коммутаторах доступа представлены как непосредственно включенные в сами коммутаторы агрегации. Управление всеми портами датацентра возможно осуществлять из единой консоли коммутатора агрегации.

В центре обработки данных используется модифицированный вариант Top-of-The-Rack схемы. При этой реализации, сверху каждой серверной стойки вместимостью 48 юнитов, устанавливается коммутатор, в который подключается клиентское оборудование. В случае с Крымскими ЦОД планируется использовать один коммутатор доступа на две серверные стойки. Далее коммутатор по кабел-каналу соединяется с Nexus 7700, расположенным в отдельной телекоммуникационной стойке (см. Рисунок 17).

Рисунок 177. Порядок подключения стоек в ЦОД к сети

Организация пространства в центре обработки данных (см. Рисунок 18) выполнена на примере здания ЦОД Севастополь.

Рисунок 18. Порядок физического расположения оборудования в ЦОД на примере г. Севастополь

1.2 Логическая связность центров обработки данных и узлов связи

Согласно проекту, каждый центр обработки данных подключен отдельным оптическим каналом связи ко всем ЦОД сети, к двум узлам обмена трафиком в г. Керчь и г. Красноперекопск (см. Рисунок 19). Физически связь организуется через транспондеры и мультиплексоры, логически устройства связаны в единую IP/MPLS сеть передачи данных.

Для поэтапного разбора логической связности центров обработки данных и узлов связи, приведена схема:

Рисунок 19. Концептуальная схема связи уровней представления ЦОД

На схеме показан порядок инкапсуляции технологий сети передачи данных разного уровня. В ЦОД, использованы коммутаторы доступа Nexus2000, которые представляются как часть коммутатора агрегации Nexus7700. Маршрутизаторы собраны в виртуальное шасси, и также логически видны как единое устройство передачи данных. Каналы связи дублированы в единый логический канал Port-Channel, что позволяет работать обоим оптическим каналам в режиме одновременной активности. Транспондеры и мультиплексоры в ЦОД работают в прозрачном режиме таким образом, что всё сетевое оборудование воспринимает каналы связи как каналы типа «точка-точка» с точки зрения коммутации и маршрутизации.

1.3 Выводы

Согласно представленным схемам были сделаны следующие выводы.

· Рекомендована к установке система Cisco Nexus 7700 и Cisco Nexus 2000 для организации уровней доступа и агрегации в центрах обработки данных.

· Рекомендованы к установки стековые маршрутизаторы Juniper MX480 в качестве устройст ядра сети в центрах обработки данных.

· На узлах и в центрах обработки данных необходимо установить ROADM мультиплексоры и использовать план частот для осуществления коммутации каналов между объектами сети центров обработки данных.

· В качестве внешнего протокола маршрутизации используется BGP.

· Сеть реализует MPLS сервисы для конечных клиентов, что в современных условиях является обязательным требованием к территориально распределённым сетям передачи данных.

· Реализация протокола OSPF требует тщательного планирования зонной политики с целью обеспечения масштабируемости сети центров обработки данных.

2. Реализация физической сети передачи данных

2.1 Обоснование выбора магистрального оборудования сети передачи данных

Для работы на магистральной сети передачи данных было выбраны сетевые продукты российской компании Т8. Для принятия взвешенного решения в таблице 10 были определены критерии выбора, а также заданы альтернативы.

Таблица 10. Альтернативы и критерии выбора оборудования магистральной сети