5 ключевых шагов к построению облако-готовой корпоративной WAN-сети

После лет стабильности дизайна мы рассмотрим, как бизнесу адаптироваться к IT-инфраструктуре, которая постоянно меняется.

Корпоративные глобальные сети (WAN) раньше были предсказуемы. Пользователи сидели за столами — серверы в центрах обработки данных компании хранили информацию и программные приложения. Проектирование WAN было простым процессом подключения офисов к сетевым хабам. Эта базовая архитектура отлично служила компаниям десятилетиями.

Сегодня рост использования облачных и мобильных технологий заставляет IT-специалистов переосмысливать сетевой дизайн. Эксперты ожидают, что инфраструктура публичного облака вырастет на 17% в 2020 году до $266,4 млрд, против $227,8 млрд в 2019 году, по данным Gartner. Тем временем рынок корпоративной мобильности должен удвоиться с 2016 по 2021 год. Этот быстрый рост создает вызов для сетевых архитекторов.

Традиционные WAN не могут справиться с таким расширением. Сервисы вроде MPLS (Multiprotocol Label Switching) отлично обеспечивают фиксированные соединения от периферийных сайтов к хабам. Но MPLS не подходит для меняющихся паттернов трафика. Корректировка маршрутов стоит дорого, а интервалы провижининга могут занимать месяцы.

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

5 шагов к построению облако-готовой корпоративной WAN

1. Создайте региональные узлы агрегации в неблокирующих дата-центрах

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

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

2. Оптимизируйте ядро сети

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

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

3. Настройте прямые подключения к облачным платформам

По мере того как компании мигрируют больше данных в облако, модель «наилучших усилий» Интернета становится менее подходящей. Прямые подключения к облачным провайдерам предлагают более высокую скорость, надежность и безопасность. Многие облачные платформы, включая Amazon Web Services, Microsoft и Google, предоставляют прямой доступ в тех же неблокирующих дата-центрах, описанных в шаге 1.

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

4. Внедрите SD-WAN для повышения гибкости, производительности и снижения затрат

Программно-определяемая WAN (SD-WAN) — это прорывная технология для телекома. Она служит клеем, связывающим архитектуру в простую, более гибкую сеть, которая эволюционирует и полностью «облако-готова». Благодаря интуитивному графическому интерфейсу администраторы SD-WAN могут настраивать сетевые параметры для отдельных приложений за несколько кликов. Это означает, что производительность по сети может быть тонко настроена за минуты, без ввода команд CLI.

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

5. Распределите безопасность и шлюзы Интернета

Доля корпоративного трафика, предназначенного для Интернета, значительно растет из-за внедрения облачных сервисов. Многие корпоративные WAN сегодня управляют интернет-трафиком, направляя его через небольшое количество защищенных файрволов в центрах обработки данных компании. Такая «закрутка» (hairpinning) часто снижает производительность Интернета для пользователей, не находящихся в корпоративном дата-центре.

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

Экономия с облако-готовой корпоративной WAN

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

Следуя этим пяти шагам, ваша облако-готовая WAN станет активом, а не препятствием. Давайте поможем вам узнать больше сегодня.