Это руководство объясняет, как подключить Azure к Облаку Кейто через Облачное соединение.
Для получения дополнительной информации о Облачном взаимосоединении площадках, см. Начало работы с площадками Облачного взаимосоединения.
Обзор Облачного соединения для Azure
Cato поддерживает только модель Активно-Пассивная для сайта Облачного взаимосоединения с 2 контурами. BGP используется для обмена информацией о маршрутизации между PoP Кейто и граничными маршрутизаторами Azure, а также для определения активного канала для сайта.
Лучшие практики: Кейто рекомендует подключить два канала в Azure для устойчивости и сценариев резервирования. Также поддерживаются конфигурации с одной цепью.
Подготовка к созданию площадки Облачного взаимосоединения
Когда вы создаете сайт Облачного соединения в Azure, необходимо настроить параметры для вашего арендатора Azure и Приложения Управления Cato.
Перед началом развертывания площадки Облачного взаимосоединения важно убедиться, что ваш случай использования для Основного и Вторичного соединения поддерживается расположением PoP Cato, облачными провайдерами и поставщиками инфраструктуры. Для получения дополнительной информации о подготовке площадок Облачного взаимосоединения см. Начало работы с площадками Облачного взаимосоединения.
Заметка:
Для развертывания площадки Облачного взаимосоединения, Cato предоставляет бесшовную конфигурацию с использованием некоторых основных данных для создания соединения с поставщиком инфраструктуры (например, Equinix). Если ваш случай использования не поддерживается через автоматизированную конфигурацию, свяжитесь с вашим представителем аккаунта (PS/SE/CSM) для ручной настройки соединения.
Для решения проблем, возникших после развертывания вашего Облачного взаимосоединения, свяжитесь с Поддержкой.
Высокоуровневый обзор конфигурации площадки Облачного взаимосоединения
|
Это высокоуровневый обзор процесса настройки Облачного соединения для сайта Cato Azure:
Убедитесь, что ваш случай использования поддерживается расположением PoP Cato, облачным провайдером и поставщиком инфраструктуры.
Для доступных немедленно расположений PoP, продолжайте к шагу 2.
Для расположений PoP, доступных в будущем, дождитесь завершения Cato's ручных настроек бэкенда перед настройкой площадки Облачного взаимосоединения.
Создайте два канала ExpressRoute в Azure.
Если требуется поддержкой Cato, отправьте сервисные ключи для созданных каналов для развертывания.
В Приложении Управления Cato создайте новый сайт и выберите тип сайта какОблачное взаимосоединение.
Настройте /30 IP подсети для основной и дополнительной цепи площадки.
Настройте пропускную способность для каждой цепи.
Настройте BGP между Кейто и Azure:
В Azure - После предоставления, настройте пиринг канала ExpressRoute и настройте те же IP подсети, которые были добавлены в Приложение Управления Cato.
В Приложении Управления Cato - настройте параметры пирингов для основной и дополнительной цепи. (Cato автоматически предпочитает метрики основного пира)
Подключите ваш Виртуальный Шлюз Сети Azure к основному и вторичному каналам ExpressRoute.
Тестируйте связь с вашим новым сайтом.
Ниже приведен пример топологии низкого уровня облачной среды Azure, подключенной к Кейто через Облачное соединение.
Настройка параметров в учетной записи Azure
Этот раздел описывает, как настроить параметры для центра данных Azure, чтобы он мог подключиться к сайту Облачного соединения в вашей учетной записи Кейто.
Чтобы настроить параметры Azure для площадки Облачного взаимосоединения :
В Azure создайте новый контур ExpressRoute в разделе ExpressRoute Circuits > Create.
В разделе Основы выберите группу ресурсов и регион экземпляра.
На вкладке Конфигурация настройте следующие параметры:
Выберите Тип порта как Поставщик и выберите поставщика Облачное взаимосоединение из выпадающего списка Поставщик.
Примечание: В настоящее время поддерживается провайдер EquinixCloud Exchange (ECX). В будущем будут поддерживаться дополнительные провайдеры.
В Местоположение пиринга выберите то же место, что и PoP, к которому вы подключаетесь.
Заметка:
Если ваш экземпляр Azure находится в Восточных США или Восточных США 2, выберите Вашингтон, округ Колумбия, в качестве соединения для пиринга.
Пропускная способность: выберите пропускную способность, соответствующую вашей лицензии Cato.
SKU: выберите Стандартный или Премиум.
Премиум позволяет подключаться большому количеству VNet к контуру, в то время как Стандартный ограничен 10 виртуальными сетями.
Модель оплаты при измерении трафика: представляет собой анализ затрат на основе потребления, в то время как неограниченный — это фиксированная ежемесячная плата за этот контур.
Примечание: Изменение модели оплаты с Неограниченный на Измеренный НЕ поддерживается Azure. Однако вы можете изменить с Измеренный на Неограниченный в любое время.
Проверьте и нажмите Создать контур ExpressRoute.
Как только контур ExpressRoute будет успешно развернут, он отобразится как Не настроен. На этом этапе невозможно настроить пиринг контуров до их полного предоставления Поставщиком услуг. (I.e. Equinix)
Для завершения процесса предоставления облачный провайдер дата-центра Облачное взаимосоединение требует уникальный Сервисный ключ, сгенерированный Azure для каждого контура ExpressRoute. (Отображается на странице Обзор)
Скопируйте Сервисный ключ. Он понадобится вам при использовании автоматизированного мастера соединений в приложении управления Cato. Если вы создаете соединение вручную, отправьте Сервисный ключ вашему представителю Cato для настройки с поставщиком услуг.
Вы не можете продолжить к следующим шагам этого руководства, пока предоставление не будет завершено.
После предоставления конфигурация контура становится редактируемой, а статус контура на портале Azure изменится с Не настроен на Настроен.
The next step is to associate the ExpressRoute circuit and BGP peering (The following configuration will be completely replicated on the Cato Management Application in the next steps)
В разделе Пиринги доступны следующие опции - Azure частный, Azure общедоступный и Microsoft.
Azure общедоступный устарел для новых контуров, а Microsoft используется для сервисов Azure PaaS. Для этого контура мы выберем Azure частный (Больше информации доступно здесь)
Пир ASN – Это ASN, который будет использоваться для представления стороны Cato в конфигурации Azure. Вы можете использовать любой частный ASN для стороны Cato (ASN "Пир").
Подсети – IPv4.
Основные и вторичные подсети – Для пиринга требуются уникальные адресные пространства, каждая подсеть должна быть определена в формате /30. Как стандарт Microsoft Azure, первый используемый IP служит пир IP для маршрутизатора клиента, в то время как второй IP служит IP маршрутизатора Microsoft. (Например, основная подсеть 172.16.0.0/30 использует 172.16.0.1 в качестве маршрутизатора Cato и 172.16.0.2 в качестве маршрутизатора MS)
Azure требует, чтобы были настроены как основная, так и вторичная подсеть, но Cato использует только основную подсеть для каждого ExpressRoute цепи. (В случае конфигурации HA)
Таким образом, требуется фиктивная "ложная" вторичная подсеть для удовлетворения требований Azure, но она не будет использоваться в конфигурациях пиринга Облачное взаимосоединение.
Основная подсеть, настроенная здесь, также будет использоваться на этапах конфигурации Приложения управления Cato.
Идентификатор VLAN – Обязательное поле: те же настройки, что и идентификатор VLAN, настроенный в Приложении управления Cato командой Cato. Этот Идентификатор VLAN указан у всех участников соединения – Облачного провайдера, колокации Equinix и Cato PoP. Этот Идентификатор VLAN будет определен Cato и должен быть настроен одинаково для пиринга ваших Облачных провайдеров, если это необходимо.
Связывание VNet в Azure с контуром ExpressRoute
Как только цепь предоставлена, остается только подключить ресурсы к цепи ExpressRoute и установить соединение между Azure и Приложением управления Cato.
Этот раздел охватывает первое, если вы хотите сначала установить соединение с Приложением управления Cato, пожалуйста, переходите к Завершение Конфигурации облачного взаимосоединения.
Ограничения на связывание VNet в Azure с цепью ExpressRoute
Согласно Azure, развертывание Шлюза VNet может занять до ~45 минут.
Убедитесь, что не связываете группы безопасности сети с подню зоной Шлюза, это может привести к остановке работы Шлюза VNet.
VNet, подключенные к ExpressRoute, могут общаться друг с другом по умолчанию. Microsoft рекомендует использовать пиринг VNet.
Количество адресных пространств, объявленных из локальных или пиринговых виртуальных сетей, должно быть равно или меньше чем 1 000.
С SKU Стандартный ExpressRoute цепи, вы можете связывать до 10 виртуальных сетей. (VNet) Все виртуальные сети должны находиться в одном облачном регионе, в то время как цепь ExpressRoute Премиум позволяет иметь более 10 VNet в нескольких облачных регионах. (SKU для каждой цепи можно изменить на странице Конфигурации цепи)
Перед тем как цепь ExpressRoute может быть связана, вы должны создать Подсеть Шлюз и Виртуальная Сеть Шлюз или иметь доступные заранее существующие. Более подробную информацию о том, как это сделать, можно найти здесь в официальной документации Azure.
Для связывания Виртуальной Сети Шлюза:
На странице цепи ExpressRoute перейдите в Соединения > Добавить.
На странице Создать соединение выберите Тип соединения как ExpressRoute вместе с заданными именем и регионом и выберите Далее.
Выберите Шлюз для связывания под Виртуальная Сеть Шлюз и выберите вашу предоставленную цепь под ExpressRoute Circuit.
Соединение теперь появляется под информацией цепи.
Создание площадки Облачное взаимосоединение
В Приложении Управления Cato, создайте новый сайт для Облачного Взаимосоединения провайдера.
Эта статья предполагает, что вы создаете HA Active-Passive площадку Облачное взаимосоединение. Если вы создаете площадку Облачного взаимосоединения на один контур, создайте только один основной соединение ExpressRoute. (Рекомендуется только для тестовых целей)
Для площадки Облачного взаимосоединения в Azure мы рекомендуем создавать эту площадку одновременно с отправкой начального запроса на предоставление. Это позволяет быстрее настроить конфигурацию Cato для этого сайта.
Чтобы создать площадку Облачного взаимосоединения :
В Приложении управления Cato, в разделе Сеть > Сайты, нажмите Новый, чтобы создать новый сайт.
Выберите Тип подключения как Облачная межсетевое соединение и определите настройки сайта.
Нажмите Apply, а затем нажмите Save.
Выберите новый сайт и перейдите в Конфигурация Сайта > Облачное Взаимосоединение и нажмите Новое Соединение.
Заметка:
Для развертывания HA убедитесь, что вначале создается основное соединение.
Завершение конфигурации Облачного взаимодействия
После создания маршрута Express продолжайте настройку площадки Облачное взаимосоединение, которую вы начали выше.
В разделе Конфигурация Azure Express Route введите ваш серийный ключ Azure Express Route, который вы создали.
В разделе Проверьте ваше соединение нажмите Проверить. Пропускная способность и Местоположение пиринга Azure заполняются автоматически.
Щелкните Применить.
После установления соединения, перейдите к настройке BGP.
Определение Настроек BGP для Сайта
Этот раздел объясняет, как определить сеанс BGP поверх существующего приватного пиринга.
Сайт перекрестного соединения отображается в состоянии Подключено, когда хотя бы одно пиринговое BGP-подключение доступно, независимо от статуса предоставления у вашего облачного провайдера.
Установление BGP является единственным показателем соединения сайта. BGP также позволяет определить обмен маршрутами и переключение туннеля.
Чтобы настроить BGP-настройки для площадки Облачного взаимосоединения
Настройте те же параметры на вкладке BGP, что и в конфигурации площадки Облачного Взаимосоединения. Для каждого подключения перейдите в Конфигурация сайта > BGP и нажмите Новый.
В разделе Настройки ASN настройте Cato ASN на значение по вашему выбору (убедитесь, что оно соответствует пир ASN, ранее настроенному на странице конфигурации Azure ExpressRoute)
Настройте Peer ASN как 12076. Это зарезервированная нотация ASN, используемая Azure для контуров ExpressRoute.
В разделе Настройки IP настройте IP Пира. Это тот же IP, что и настроенный в Облачное взаимосоединение настройках как Сайт. (Этот IP представляет собой IP-адрес пирингового облачного провайдера.)
IP Cato выбирается автоматически на основе настроек Облачного взаимосоединения.
Определите политику маршрутизации BGP - возможно манипулировать политикой объявления маршрутов для каждого пиара.
Мы рекомендуем, чтобы политики были одинаковыми для обоих пирингов в сайте Облачного взаимосоединения, чтобы избежать расхождений.
Параметры Объявлять позволяют настроить, как сайт объявляет маршруты BGP для этого соседа.
Маршрут по умолчанию - Сайт объявляет маршрут по умолчанию (0/0) соседям BGP. Соседи могут отправить весь трафик на этот маршрут по умолчанию, даже если он не включен в таблицу маршрутизации. Вы можете добавить теги сообщества BGP к маршруту по умолчанию. Дополнительную информацию о BGP сообществах см. в разделе Работа с фильтрацией BGP.
Все маршруты - Сайт объявляет внутреннюю таблицу маршрутизации для всей учетной записи соседу BGP. Эти маршруты включают статические и плавающие диапазоны, а также маршруты, которые изучены от других пирингов на сайте и в вашей сети. Этот параметр часто включается, чтобы отправить WAN трафик соседу BGP.
Примечание: Весь диапазон пользователей SDP объявляется пиринговому BGP как единый маршрут.
Сводные маршруты - Сайт объявляет сводный маршрут вместо нескольких уникальных маршрутов, что позволяет пиринговым устройствам BGP упростить решения о передаче и минимизировать ресурсы, необходимые для поиска маршрута. Смотрите, Работа со сводными маршрутами BGP.
В разделе Принять выберите, принимает ли сайт или отбрасывает динамические IP-адреса, публикуемые этим соседом. Выбирая вариант Отбросить, вы ограничиваете динамическое распространение от этого BGP соседа. Для получения дополнительной информации о списках маршрутов BGP смотрите Работа с фильтрацией BGP.
Например, в развертываниях с использованием AWS Direct Connect BGP требуется, но вы не хотите принимать динамические адреса AWS. В данных развертываниях мы рекомендуем выбрать Отбросить все.
В разделе NAT выберите Выполнять NAT на публичные IP-адреса для сайта, чтобы выполнить SNAT для всех IP и трафик будет транслироваться на IP-адрес ЛВС.
Настройте Дополнительные настройки для маршрутов BGP:
MD5 – Дополнительный уровень безопасности. Это поле обязательно. (в Azure это атрибут Общего ключа)
Метрика – приоритет пира может быть изменен.
Ожидаемый профиль настройки – иметь лучшую метрику для основного пира, чем для вторичного пира.
Время удержания и Интервал поддержания связи значения.
Отслеживание > Уведомление по электронной почте – опциональные оповещения о изменениях в подключении BGP.
Кликните Применить.
Площадка Облачного взаимосоединения настроена. Убедитесь, что сайт работает корректно, см. ниже Мониторинг и тестирование соединения для Сайта Облачного взаимосоединения.
Пример политики маршрутизации BGP дляСайта Облачного взаимосоединения
См. следующий пример двух пиаров в поддерживаемой Активно-Пассивной конфигурации с Кейто. (Метрика основного пира - 90, метрика вторичного пира - 100)
|
Мониторинг и тестирование соединения для Сайта Облачного взаимосоединения
Теперь, когда настройка сайта завершена, давайте рассмотрим, как соединение можно протестировать и мониторить.
Cato предоставляет несколько инструментов для мониторинга вашей площадки Облачного взаимосоединения и устранения любых возможных проблем, включая:
Инструмент тестирования связи
Вы можете проверить достижимость IP-адресов точка к точке Облачного взаимодействия для каждого канала, используя инструмент Тестирование связи.
Инструмент Тестирование связи в Конфигурации Сайта > Облачное Взаимосоединение посылает ICMP-запросы от IP Cato PoP к удаленному IP сайта основного или вторичного соединения.
Это результаты ICMP-запросов:
Успех - тест выполнен успешно
Ошибка - тест не был выполнен. (Тест был прерван по времени на Cato PoP или не удалось выполнить)
Не удалось - Тест выполнен успешно, но не получен ответ от удаленного IP пиринга
Мониторинг LAN
Вы можете использовать функцию Мониторинга LAN для:
Выполнять непрерывное отправление ICMP-запросов с Cato PoP до удаленного IP главного канала.
Примечание: Мониторинг LAN отслеживает только основной канал для площадки Облачного взаимодействия.
Изменения состояния активности хостов для инстансов внутри сети Облачного провайдера.
Возможно установить собственные пороговые значения и интервалы ICMP, а также определить уведомления по электронной почте на список рассылки при достижении этих значений.
|
Это пример уведомления по электронной почте для Мониторинга локальной сети:
Статус BGP
В Конфигурации сайта > BGP, Показать статус BGP подтверждает подключение каждого контура.
Статус выводит подробную информацию о подсетях, изученных, объявляемых, и дополнительные данные о пире BGP.
Пример статуса вывода BGP:
|
Настройки email-уведомлений
Для каждого участника мы рекомендуем настраивать уведомления об изменении статуса соседа BGP. Уведомления по электронной почте отправляются напрямую на список рассылки администратора при изменении состояния соединения с пиром BGP.
Настройте уведомления по электронной почте в Конфигурации сайта > BGP > Пиры BGP > Дополнительные настройки > Отслеживание.
Выберите Периодичность оповещений и Список рассылки.
Cato позволяет следующую настройку Периодичности:
Немедленно - Уведомление отправляется получателям при каждом случае.
Ежечасно - Отправить уведомление при первом случае. Не отправлять дополнительные электронные письма, если в течение часа произошло больше случаев.
Ежедневно - Отправить уведомление при первом случае. Не отправлять дополнительные, если в течение дня произошло больше случаев.
Еженедельно - Отправить уведомление при первом случае. Не отправлять дополнительные, если в течение недели произошло больше случаев.
Пример уведомления по электронной почте BGP:
Таблица маршрутизации
Экран Мониторинг > Таблица маршрутизации показывает все маршруты ваших учетные записи, включая динамические маршруты.
Таблица маршрутизации может быть использована для определения, какой туннель, основной или вторичный, отвечает за объявление этих маршрутов на основе Следующий переход, PoP и Метрика туннеля.
Маршруты, исходящие из BGP, отображаются как тип маршрутизации Динамический. Маршруты от пира пассивной цепи отображаются как затемнённые. Точечные подсети обоих контуров отображаются в таблице маршрутизации как тип маршрутизации Статический.
Например, следующий динамический маршрут 172.29.0.0/24 объявляется из PoP Нью-Йорк и имеет метрику 5 (наивысшая), что является основным и в данный момент активным туннелем.
Тот же маршрут также объявляется вторичным туннелем на Ashburn PoP с более низкой метрикой 10.
В случае, если вторичный туннель на Ashburn PoP станет активным туннелем, таблица маршрутизации будет соответствующим образом настроена для этого маршрута.
|
Пиры BGP являются Статическими и имеют свои собственные записи в таблице маршрутизации. Эти пиры служат как Следующий переход для Динамических маршрутов BGP, объявляемых за ними. Аналогично другим маршрутам, информация о метрике может быть рассмотрена для понимания, какой пир в данный момент активный с более высокой метрикой и через какое местоположение PoP Cato.
События
На экране Мониторинг Сайта > События, Cato собирает все зарегистрированные события, относящиеся к сайту.
Ключевые события можно использовать для анализа временной шкалы событий, таких как. Вы можете отфильтровать соответствующие События, используя следующие подтипы событий:
Сессия BGP – Уведомляет об установке или отключении сессии BGP. Обнаруженная причина отключения может быть исследована в расширенном журнале событий. (Under the ‘+’ icon)
Маршрутизация BGP – Изменения маршрутов BGP, такие как добавление или удаление новых маршрутов от пира BGP.
Мониторинг локальной сети – Эти события записываются как часть настройки Мониторинга локальной сети, которую вы настроили. Если Мониторинг локальной сети не установлен, эти события не будут записаны.
Сетевая аналитика сайта
Аналитика сайта позволяет вам мониторить трафик и пропускную способность сайта и включает в себя следующие панели мониторинга:
Сетевая аналитика – Анализ изменений состояния соединения, количество Потоки, Хосты и Пропускная способность.
Важно помнить, что соединение площадки Облачное взаимосоединение основано на партнёрах BGP. Если оба пиры BGP недоступны, сайт считается Отключено.
События - Канал событий сайта.
Аналитика Приложений - Эта панель управления анализирует использование пропускной способности хостов и приложений. It is possible to add filters such as IP/host, Application, Category, etc...
Анализатор Приоритетов - Эта панель позволяет анализировать распределение QoS со временем. (читать подробнее о Анализатор приоритета)
Известные Хосты – Панель управления в реальном времени для хостов позади сайта. IP, Тип операционной системы и Активность хоста среди доступных точек данных на каждый хост.
В реальном времени - Эта панель управления позволяет мониторинг активных хостов, пропускной способности, топ приложений, активного QoS и многого другого.
Облачное взаимосоединение Ограничения с Azure
Ниже представлен список основных ограничений, которые необходимо учитывать перед настройкой сайта Облачного взаимосоединения с Azure:
Пиринговые IP-адреса предопределены – Первый используемый IP-адрес представляет пир «On-Prem», а последующий IP-адрес представляет маршрутизатор MS Azure.
Каждый идентификатор VLAN туннеля назначается Cato и должен быть настроен в настройках Azure. Без назначенного Cato идентификатора VLAN настройка не будет работать.
При объявлении маршрутов Azure не имеет опции исключения/включения маршрутов из VNet. Объявляется весь VNet.
ExpressRoute позволяет объявлять до 1000 префиксов IPv4 и 100 префиксов IPv6.
ExpressRoute позволяет принимать до 4000 префиксов от Cato. (Cato имеет опцию для пользовательской агрегации маршрутов. Если вы хотите настроить агрегацию маршрутов с BGP, пожалуйста, свяжитесь со службой поддержки Cato)
ExpressRoute Premium позволяет более 10 соединений VNets в различных регионах Azure и до 10000 принятых префиксов.
Если достигнут лимит префиксов, Azure разрывает соединение BGP до восстановления лимитной емкости.
Вы можете узнать больше в официальной документации ExpressRoute Azure.