Виртуальный центр обработки данных: как это устроено

Нужен ли моему бизнесу ЦОД?

Чтобы использовать ресурсы ЦОД не обязательно арендовать в нем собственные стойко-места. В 2021 году даже стартап может воспользоваться услугами виртуального ЦОД (т.е. по сути, той же аренды) для своих нужд, особенно если приложение или сервис критично к скорости обработки данных и их количество растёт по экспоненте. Для каких задач его можно использовать?

• Распространение медиаконтента: хранение и обработка статичного контента (видео-файлов, создание фотостоков, аудио) и/или потокового контента (предоставление услуг видеонаблюдения, трансляций, вещания в эфир)
• Ритейл, масс-маркет: ведение электронного документооборота, развертывание CRM/ERP, биллинговых систем, 1С и других бизнес-приложений
• Разработка и девелопмент: хранение логов (Fluentd), развёртывание тестовой среды (песочница), разработка cloud-ready приложений (готовые для работы в инфраструктуре облачных вычислений), способность держать пиковые нагрузки сайта/сервиса/приложения. Ноль вложений в ИТ-инфраструктуру, сосредоточенность на бизнес-процессах
• Медицина: Data Sceinse в медицине: анализ медицинских данных, определение эффективности лекарств, хранение снимков и анализов, диагностика заболеваний
• Госуслуги: хранение и обработка данных граждан, сервисы для населения, формирование электронной отчетности, необходимость соблюдения ФЗ №152 «О персональных данных»

В чем разница между сроком сдачи дома и сроком передачи жилья

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

Всю основную информацию стоит искать не в рекламных объявлениях, а в ДДУ. В нем указаны два принципиально разных события: срок, когда дом сдается и срок передачи жилья участнику долевого проекта.

Срок сдачи – это планируемая дата окончания строительства и ввода дома в эксплуатацию. Ее застройщик назначает самостоятельно и корректирует, без согласия инвесторов. Для дольщика важнее второй срок, указанный в ДДУ – дата передачи ключей и самой квартиры. Этот срок не подлежит изменению в одностороннем порядке. В случае его несоблюдения дольщик вправе требовать с застройщика неустойку за просрочку передачи объекта.

Застройщики, пользуясь минусами закона 214-ФЗ, прописывают в договоре не точную дату передачи объекта, а приблизительную. Например, в ДДУ указан срок сдачи дома 3 квартал 2017 года, а дата передачи жилья – не позже 4-х месяцев после сдачи объекта. Как узнать дату ввода дома в эксплуатацию, от которой отсчитывается срок передачи квартиры? Информация о получении данного документа должна быть размещена на сайте застройщика. Можно также обратиться в орган или организацию, выдавшие разрешение на строительство (указаны в проектной декларации строительной компании). Но в любом случае крайний срок передачи жилья всем дольщикам – до 31 января 2018 года. После этой даты можно требовать с застройщика уплаты неустойки.

Основные схемы резервирования инженерных систем ЦОД

Кроме правильной организации работы дата-центра необходимо организовать резервирование всех систем для повышения надежности. Все схемы резервирования обозначают символом N, происходящим от слова «need» (необходимость).

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

• N. В этом варианте отсутствует дополнительное резервирование. Надежность системы напрямую зависит от качества реализации каждого структурного элемента. Соответственно, если один компонент перестает работать, то и вся система прекращает функционировать. Данная схема устаревшая и сегодня не используется.
• N+1. Подразумевает наличие одного запасного элемента, который не используется до возникновения проблемы в работе системы. Как только один из критических компонентов выйдет из строя — резервный его заменит, а на работу системы это никак не влияет. Единственный недостаток схемы: для проведения ремонтных работ систему придется полностью выключить.
• 2N. Ее использование подразумевает наличие для каждой системы еще двух параллельно работающих элементов. В этом случае нагрузка будет равномерно распределяться между компонентами, и ни один элемент не будет перегружен. При таком варианте, даже если один элемент системы полностью выйдет из строя, другой все равно будет работать.
• 2N+1. Схема идентична 2N, но строится с применением еще одного дополнительного элемента. Этот вариант дает возможность проводить ремонтные работы без остановки системы.
• 2(N+1). Отличие от предыдущей схемы в том, что здесь дублируется даже дополнительный элемент.
• 3/2N. Выгодная схема резервирования, так как нагружается на 2/3, а не на ½, что довольно эффективно. Производительность системы увеличивается, а ее амортизация уменьшается.

Что делать, если дом введен в эксплуатацию, а передача жилья затягивается?

Если срок передачи истек, а фактически жилье не получено, у дольщика возникают все основания, чтобы взыскать с нарушителя неустойку по 214-ФЗ. Законом предусмотрен как досудебный, так и судебный порядок. При этом не оговорено обязательное применение претензионного порядка взыскания неустойки, но такое требование может содержать ДДУ. Без направления претензии нельзя получить штраф по статье 13 закона «О защите прав потребителей», который взыскивается с застройщика в связи с неудовлетворением требований граждан в добровольном порядке.

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

При нарушении срока передачи жилья, строительная компания обязана заплатить пеню в размере 1/150 ставки Центробанка от всей суммы договора за каждый день просрочки. Кроме того, застройщик должен компенсировать дольщику все его расходы, которые тот понес в результате просрочки, например, за непредвиденную аренду жилья. Рассчитать размер компенсации можно с помощью нашего калькулятора неустойки по ДДУ.

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

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

Разберем пример недобросовестных действий строительной компании. Застройщик получил разрешение на ввод в эксплуатацию дома и направил дольщику приглашение на приемку. Дольщик перезвонил, чтобы записаться на осмотр, но ему ответили: «Это уведомление – формальность, когда дом реально будет готов, вы получите СМС».

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

Возможности виртуального ЦОДа

Возможности виртуального ЦОДа практически безграничны с технической точки зрения и привлекательны с точки зрения бизнеса.

Симметричность потребностям бизнеса

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

Мобильность данных

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

Соблюдение требований безопасности и защита данных

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

Управление затратами и прибыльность

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

При использовании виртуального ЦОДа сводятся к минимуму факторы, в прошлом влиявшие на высокую стоимость ИТ: нет привязки к поставщику ПО, проблем с интеграцией, а инфраструктурная среда становится более гибкой.

Скорость и гибкость ИТ-инфраструктуры

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

Повышение производительности ИТ-отделов

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

Основные причины незапланированных отключений. Сравнение результатов 2010, 2013 и 2016 годов

В 22% случаев основной первопричиной незапланированного отключения становятся такие факторы, как случайность или человеческий фактор. Ещё 22% приходится на кибератаки.

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

Показатель в 22% для кибератак отображает рост на 20% по сравнению с 2013 годом и на 167% по сравнению с 2010 годом.

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

Уровни отказоустойчивости ЦОД

Организация Uptime Institute классифицирует дата-центры по стандарту TIA-942, который подразумевает четыре уровня отказоустойчивости — тиера (tier). Одно из требований к каждому из них — использование схемы резервирования не ниже определенной. Она указана в скобках.

Tier I (N). Базовый уровень с отсутствующим резервированием. Сейчас не применяется: в стандарте нет требований к фальшполам и дополнительным источникам электричества. Такой ЦОД доступен 99,71% времени, это означает в среднем 30 часов простоя в год. Менее надежный из всех.

Tier II (N+1). На этом уровне нужно резервировать только критичные узлы, а остальные системы могут обойтись без резервирования. Фальшполы и источники бесперебойного питания нужны, есть требования к качеству охлаждения и вентиляции.

Доступность такого ЦОД — 99,741%. Это соответствует 22 часам простоя в год. Если такой дата-центр потребуется ремонтировать, он прекратит работу.

Tier III (N+1). Дата-центр все еще можно резервировать по схеме N+1, но резерв нужен еще и для источников энергии и трасс хладоносителя. Такой ЦОД должен оставаться функциональным, если его узел вывели из обслуживания. Во время ремонта он продолжает работу.

Уровень доступности центра — 99,982%. Это 1,6 часа простоя в год.

Tier IV (2(N+1)). Наиболее высокий уровень отказоустойчивости с двукратным резервированием инженерных систем и оборудования. Дополнительная система дублируется.

Оборудование и содержание дата-центра стоит в 2,5 раза дороже, чем простого ЦОД. Но центр остается работоспособным даже в условиях аварии, а любые вмешательства и работы можно проводить без прекращения функционирования. Уровень доступности — 99,995%, то есть 26 минут простоя в год.

Уровни виртуализации

Если представить виртуальный ЦОД схематично, он будет выглядеть как многослойная система, где каждый слой — отдельный уровень виртуализации со своими возможностями.

Схематичное представление уровней виртуализации

• Виртуализация сети

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

• Виртуализация системы хранения данных
  (СХД) даёт возможность управлять хранением данных и оптимизировать
  использование разрозненных и разных устройств.

• Эффективно распоряжаться доступными мощностями в соответствии с
  бизнес-задачами позволяет

  виртуализация вычислительных ресурсов.

• Виртуализация приложений

  исключает проблему совместимости ПО, поскольку любое приложение
  может работать без привязки к требованиям операционной системы.

• Виртуализация доступа

  позволяет подключить пользователя к инфраструктуре удалённо, что
  является особенно актуальным, учитывая динамику появления
  ограничений в связи с эпидемией.

Горизонтальное и вертикальное масштабирование

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

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

• Горизонтальный способ масштабирования.

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

• Вертикальный способ масштабирования.

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

Вертикальное и горизонтальное масштабирование

Расходы на модернизацию ЦОД

2018: $75 млрд инвестиций в гипермасштабируемые ЦОДы

В 2017 году капитальные расходы операторов гипермасштабируемых центров обработки данных достигли в общей сложности $75 млрд, что на 19% больше относительно предыдущего года. Такие данные в феврале 2018-го привела аналитическая компания Synergy Research Group. 

На , Microsoft, Amazon, Apple и пришлось порядка 70% инвестиций в крупные ЦОДы. Следом по объему затрат расположились Alibaba, IBM, Oracle, SAP и Tencent Holdings. Также аналитики отмечают следующие компании: Baidu, eBay, JD.com, NTT, PayPal, Salesforce, Yahoo Japan и Yahoo/Oath. 

Капвложения Alibaba в свои дата-центры в 2017 году удвоились, а Oracle и SAP увеличили инвестиции сильнее, чем в среднем по рынку.

Динамика изменения капитальных расходов операторов крупнейших гипермасштабируемых дата-центров, данные Synergy Research Group

В исследовании также говорится, что капитальные расходы владельцев гипермасштабируемых ЦОДов в 2017 году соответствовали примерно 7% суммарной выручки компаний. При этом доля варьировалась с 2% до 17% в зависимости от типа бизнеса.

Всего аналитики рассмотрели 24 крупнейшие в мире облачные и интернет-компании, включая ведущих поставщиков услуг IaaS, PaaS и SaaS, владельцев поисковых систем, социальных сетей и сервисов электронной коммерции. 

К концу 2017 года количество гипермасштабируемых дата-центров в мире выросло до 400. Большая часть инвестиций операторов идет на строительство новых и расширение уже запущенных объектов.

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

По словам аналитика Synergy Research Group Джона Динсдейла (John Dinsdale), небольшим игрокам облачного рынка трудно конкурировать c лидерами из-за отсутствия крупных финансовых ресурсов, которые есть у гигантов.

Инженерные системы ЦОД

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

Электроснабжение. Главный источник жизни ЦОДа. От того, насколько правильно и бесперебойно осуществляется электропитание дата-центра, зависит стабильность работы размещенного в нем оборудования. Поэтому ЦОД подключают к электросети по нескольким независимым «вводам», устанавливают системы бесперебойного питания, а также подключают дополнительный дизельный генератор на случай полного отключения.

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

Безопасность

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

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

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

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

Как мне легче ЦОД построить?

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

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

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

Например, когда в начале 2000-х Финансовая Группа Лайф пришла к пониманию необходимости строительства собственного ЦОД (коммерческие ЦОД тогда еще не получили широкого распространения), мы начали с выбора подходящего места для его размещения. Рассматривалось три варианта: купить готовое здание и сделать там ремонт, построить специализированное здание в Greenfield и провести туда электроэнергию и каналы связи или использовать уже имеющееся у банка помещение. Одной из наших задач в рамках проекта была оптимизация расходов при достижении необходимого уровня надежности, поэтому вариант со специализированным помещением не нашел должной поддержки со стороны собственников банка. Приобретение земли, строительство здания, покупка электрических мощностей, инсталляция каналов связи – слишком долгий и затратный путь. Поскольку бизнес-план Группы не позволял потратить 1,5–2 года на строительство ЦОД, с точки зрения сроков реализации первые два варианта оказались неприемлемыми, поэтому был выбран последний вариант.

Было принято решение использовать помещение, находящееся в собственности у банка. Это бывший детский сад, обладающий некоторыми особенностями, что накладывало ряд ограничений на создание дата-центра. Во-первых, это высота потолков 2,5 м, сделавшая невозможным устройство фальшполов и, соответственно, обеспечение задува воздуха в шкафы снизу. Во-вторых, не соответствующая требованиям несущая поверхность полов. В-третьих, сложность изменения внешнего вида фасадов здания. Необходимо было «вложить» дата-центр в имеющиеся условия, поэтому задача, которая перед нами стояла, была не из легких. Тем не менее, по оценке наших специалистов, из всех рассмотренных вариантов этот оказался наиболее экономичным и простым с точки зрения реализации.

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

Резервирование доступа в сеть на примере ЦОД

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

1. Выход из строя Одиночного волокна в волоконно-оптическом кабеле
2. Разрыв целого волоконно-оптического кабеля
3. Разрыв медного или оптического патч-корда
4. Выход из строя любого порта
5. Выход из строя любого оптического модуля
6. Пропадание питание на удаленной удалённой площадке
7. Выход из строя любого коммутатора
8. Выход из строя любого маршрутизатора
9. Выход из строя любого провайдера верхнего уровня

Рассмотрим методы обеспечения надежности самой сети

Мощным средством обеспечения надежности является LAG (Link Aggregation Group). Все существенные соединения внутри инфраструктуры должны быть реализованы только на LAG с использованием LACP.

LAG позволяет закрыть большое количество пунктов из выше приведенного списка (1, 3, 4, 5).

Для того чтобы уменьшить влияние на сеть выхода одного коммутатора целесообразно стекировать коммутаторы для реализации конфигурасии VC (Virtual Chassis). При этом линки LAG разносятся по разным коммутаторам в стеке.

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

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

Для маршрутизаторов, которые терминируют сессии от клиентов целесообразно использовать технологию Multi Chassis- LAG (MC-LAG) или решения конкретных компаний по объединению маршрутизаторов. Для Juniper данная технология называется MX–VC. Нужно учитывать, что при использовании таких решений функциональность объединенного маршрутизатора снижается. Некоторые функции поддерживаться не будут.

Рассмотрим методы резервирования на примере сети оператора дата-центра Xelent.

Ниже представлена логическая сеть маршрутизаторов

KT12-GW, East-GW и West-GW выполняют роль BG. CR1 является маршрутизатором, который терминирует VLAN клиентов.

Как видно оба IX — Data-IX и Global-IX подключены к одному маршрутизатору, который находится на удаленной площадке Кантемировская 12 (К12). Сделано это не случайно. Если возникнут проблемы на IX (это происходит относительно часто), паразитный трафик можно будет отсечь на удаленной плащадке и этот трафик не придет в ядро сети на площадку ЦОДа.

Основной провайдер Раском терминируется на маршрутизаторе West-GW. При этом он терминирует сессии с двух разных площадок Раском (К12 и Миран). Сделано это для того чтобы при падении одной из сессий переключение происходило быстро с минимальным влиянием на клиентов.

Второй резервный провайдер Global-Net подключен к маршрутизатору East-GW. Таким образом любой из GW может выйти из строя и при этом сеть будет подключено к одному из провайдеров.

Для защиты клиентов используется решения на основе VC как показано на картинке ниже.

Если нужно обеспечить высокий уровне резервирования на уровне L2 клиент подключается через LAG, который подключен к VC коммутатору. Клиенты без резервирования подключаются одним портом к одиночным коммутаторам.

Сами коммутаторы доступа всегда подключаются к VC коммутаторов агрегации посредством LAG.

Ниже приведена картинка ядра сети. Сеть доступ, которая подключается к коммутаторам агрегации не показана.

Следует отметить несколько особенностей сети.

1. К маршрутизаторам никогда не подключается оконечное оборудование напрямую. Это связано с высокой стоимости портов маршрутизатора. Маршрутизаторы подключаются только к коммутаторам агрегации, которые в свою очередь выполняют для них роль расширителей портов
2. В сети для всех соединений используется только LAG
3. На магистралях везде используется одноволоконная схема с WDM
4. Связи с удаленными площадками осуществляется минимум по двум непересекающимся кабелям. К12 подключена тремя кабелями
5. В сети нет горячего резерва для маршрутизатора клиентов. Но в качестве клиентского используется модульный маршрутизатор MX480, вероятность отказа которого очень мала. Кроме того, под питанием находится второй такой маршрутизатор, который имеет полностью аналогичную конфигурацию основному. При выходе из строя основного переключение на резерв осуществляется запуском скрипта, который деактивирует на коммутаторе агрегации порты неисправного маршрутизатора и активирует порты резервного исправного.
6. Питание всего сетевого оборудования дополнительно резервировано UPS. Исключение составляет площадка Миран.

Популярные услуги

Разрешение на строительство

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

Далее оформляется акт обследования участка и строительный паспорт объекта. В санитарно-эпидемиологической и пожарной инспекции согласовывается план застройки, а в пожарном управлении дополнительно — электрическая и газовая схемы. После изучения согласованного плана комитет по архитектуре оформляет строительный паспорт.

Дизайн, отвечающий запросам семьиИсточник jackhobhouse.com