← Cloudflare Network Interconnect / network-interconnect
Начало работы
Предварительные требования
Доступность портов CNI
Возможность подключения CNI и доступность портов определяет ваша команда по работе с аккаунтом Cloudflare. При этом:
- В настоящее время порты CNI предоставляются клиентам Enterprise бесплатно.
- Клиенты без плана Enterprise (и любые третьи стороны) могут устанавливать пиринг с Cloudflare через Internet Exchange в соответствии с нашей открытая политика пиринга ↗.
- CNI доступен в отдельных дата-центрах Cloudflare:
- Тип Dataplane, доступный в данной локации, определяет характеристики поддерживаемого подключения, включая MTU.
- Степень разнесения маршрутов, доступная в данной локации, может отличаться.
- Для работы CNI v1 у клиента должна быть установлена сессия BGP.
Требования к префиксам
Чтобы установить пиринг с Cloudflare, объявляйте префиксы длиной /24 или короче для IPv4 и /48 или короче для IPv6.
Варианты использования продукта
CNI обеспечивает приватное IP-подключение точка-точка к Cloudflare. Существует два варианта Dataplane с разными техническими характеристиками.
| Dataplane v1 | Dataplane v2 | |
|---|---|---|
| Magic Transit Direct Server Return (DSR) Защита от распределенных атак типа отказ в обслуживании (Distributed Denial of Service, DDoS) для всего входящего трафика из интернета в вашу публичную сеть. Исходящий трафик отправляйте через своего интернет-провайдера. |
Поддерживается как с туннелем GRE через канал интерконнекта, так и без него. | Поддерживается. |
| Magic Transit with Egress Защита от DDoS для всего входящего трафика из интернета в вашу публичную сеть. Исходящий трафик отправляйте через Cloudflare. |
Поддерживается при использовании туннеля GRE, установленного через канал интерконнекта. | Поддерживается. |
| Cloudflare WAN и Zero Trust Постройте защищенную частную опорную сеть, которая соединяет ваших пользователей и приложения Zero Trust со всеми вашими сайтами, дата-центрами и облаками. |
Поддерживается при использовании туннеля GRE, установленного через канал интерконнекта. | Поддерживается. |
| Пиринг Обменивайтесь публичными маршрутами с одной точкой присутствия Cloudflare PoP (Point of Presence). |
Поддерживается. Все клиенты, подключающиеся к граничному дата-центру, обмениваются публичными маршрутами с AS13335 в этой точке PoP. Подключение устанавливается в каждой отдельной точке PoP. Маршруты для других граничных локаций в сети Cloudflare могут быть недоступны. Маршруты для префиксов, анонсируемых клиентом, будут доступны только в подключенной точке PoP. |
Не поддерживается. |
| Безопасность и производительность приложений Повысьте производительность и безопасность ваших веб-приложений |
Поддерживается через пиринг: клиенты могут использовать Argo Smart Routing для направления трафика к исходному серверу через пиринговое подключение на границе сети, когда это определено как вариант с наименьшей задержкой. Клиенты обязаны поддерживать прямое подключение к интернету, которое всегда будет использоваться для части трафика и в сценариях сбоя. Поддерживается через Magic Transit: клиенты могут настроить любой продукт с IP-адресом исходного сервера, защищенным Magic Transit. Magic Transit направит этот трафик через overlay, а клиент может управлять следующими переходами interconnect с помощью таблицы маршрутизации Magic Transit Virtual Network. |
Если исходные IP-адреса находятся за Magic Transit через CNI v2, все сервисы Cloudflare, работающие с публичными источниками (например, Load Balancer, WAF, Cache), будут работать через CNI. |
Дополнительные сведения см. в раздел с предварительными условиями.
Технические характеристики
- Поддерживаемые типы портов:
- Dataplane v1: 10GBASE-LR (одномодовое волокно) и 100GBASE-LR (одномодовое волокно).
- Dataplane v2: поддерживается оптика 10GBASE-LR (одномодовое волокно) и 100GBASE-LR4 (одномодовое волокно).
- Ограничения по расстоянию: Cloudflare не поддерживает оптические линии длиннее 10 км. Для больших расстояний необходимо использовать промежуточное оборудование или стороннего провайдера для продления соединения.
- Адресация IP: Все подключения CNI и партнерские подключения CNI используют
/31подсеть для соединения точка-точка по IP между вашим маршрутизатором и Cloudflare. - Поддержка VLAN:
- Dataplane v1: портам CNI может быть назначен один тег VLAN 802.1Q.
- Dataplane v2: тегирование VLAN (802.1Q) и QinQ пока не поддерживаются.
- Особенности MTU:
- Dataplane v1: поддерживает нативный MTU 1500 байт для трафика от Cloudflare к вам (входящий), но по-прежнему требует MTU 1476 байт для трафика от вас к Cloudflare (исходящий).
- Dataplane v2: поддерживает максимальный MTU 1500 байт в обоих направлениях без необходимости в GRE.
- Обнаружение двунаправленной пересылки трафика (BFD):
- Dataplane v1: BFD обеспечивает быстрое обнаружение сбоев для сессий BGP и поддерживается на прямых подключениях. Чтобы включить BFD, обратитесь к своей команде по работе с клиентами. Обратите внимание, что BFD на CNI не влияет на время переключения при отказе туннелей IPsec/GRE, которые используют отдельные проверки работоспособности.
- Dataplane v2: пока не поддерживается.
- Link Aggregation Control Protocol (LACP):
- Dataplane v1: чтобы увеличить пропускную способность и повысить отказоустойчивость соединения, Cloudflare поддерживает объединение нескольких физических портов CNI в один логический канал с помощью Link Aggregation Control Protocol (LACP). Вы можете объединять несколько подключений, чтобы увеличить общую пропускную способность и добавить резервирование для вашего приватного подключения к Cloudflare.
- Dataplane v2: пока не поддерживается. Используйте вместо этого ECMP.
Характеристики производительности
Ниже приведены максимальные показатели пропускной способности, поддерживаемые подключением CNI. Фактическая производительность зависит от конкретного сценария использования и конфигурации.
| Направление (сценарий использования) | Канал 10G | Канал 100G |
|---|---|---|
| От Cloudflare к клиенту (все сценарии использования) | До 10 Гбит/с | До 100 Гбит/с |
| От клиента к Cloudflare (сценарий пиринга) | До 10 Гбит/с | До 100 Гбит/с |
| От клиента к Cloudflare (Magic Transit/WAN) | v1: до 1 Гбит/с на туннель GRE через CNI v2: до 1 Гбит/с на подключение CNI |
v1: до 1 Гбит/с на туннель GRE через CNI v2: до 1 Гбит/с на подключение CNI |
Ожидания от сервиса
При планировании развертывания учитывайте следующие уровни обслуживания:
- Официальный SLA не предусмотрен:
- В настоящее время CNI предоставляется бесплатно и без формального Соглашение об уровне обслуживания (SLA) ↗.
- В случае сбоя на стороне Cloudflare компания примет меры для восстановления работы CNI. В некоторых дата-центрах Cloudflare восстановление может занять несколько дней, поэтому мы всегда рекомендуем иметь резервное подключение к другому устройству или через интернет-туннель.
- Observability: конфигурация и статус interconnect не отображаются в панели управления Cloudflare.
- Доступность: локации, поддерживающие резервирование на уровне устройств, могут сохранять подключение во время обслуживания, если ваши соединения оканчиваются на отдельных устройствах. При развертывании на одном устройстве во время обслуживания сервис будет полностью недоступен.
- Резервное подключение: для всех реализаций CNI вы обязаны поддерживать альтернативное подключение к интернету в качестве резерва.
- Планирование пропускной способности: вы несете ответственность за планирование пропускной способности всех доступных каналов к Cloudflare исходя из топологии и объема этих каналов.
Соответствие локаций
Доступные локации
Прямые подключения доступны в любом дата-центре Cloudflare, где также присутствует ваша инфраструктура. Убедитесь, что интересующая вас локация поддерживает нужную версию Dataplane и соответствует требованиям к резервированию для вашего сценария использования. Подробнее см. доступные локации (PDF) для получения подробной информации.
Партнеры по подключению
Cloudflare сотрудничает с ведущими мировыми провайдерами, включая Console Connect, CoreSite, Digital Realty, Equinix Fabric, Megaport, PacketFabric и Zayo.
Полный процесс внедрения
Процесс настройки CNI обычно занимает от двух до четырёх недель в зависимости от сложности реализации и сроков стороннего провайдера. Чаще всего задержки возникают на этапе физического подключения, который находится вне прямого контроля Cloudflare.
- Отправить запрос: совместно с командой по работе с клиентами создайте заявку на CNI, указав желаемый тип CNI, локацию, сценарий использования и технические детали. Для сопровождения процесса будет назначен Implementation Manager.
- Просмотр конфигурации: для v1 Dataplane Implementation Manager предоставит подробный документ по конфигурации, охватывающий IP-адресацию, VLAN и другие технические характеристики. Вы должны проверить и утвердить этот документ. Для v2 Dataplane этот шаг не требуется.
- Заказать подключение:
- Для Direct Interconnect, вы получите от Cloudflare Letter of Authorization (LOA) для заказа физического cross-connect у оператора дата-центра.
- Для Partner Interconnect, вы используете предоставленные данные, чтобы заказать виртуальный канал на портале партнера.
- Настройка сети: и Cloudflare, и ваша сетевая команда настроят соответствующие сетевые устройства согласно утвержденному документу.
- Тестирование и проверка: после физического установления подключения команды выполнят базовые проверки связи (например, ping) и, если применимо, убедятся, что сессия BGP может быть установлена.
- Включите проверки работоспособности туннеля для Magic Transit и/или Cloudflare WAN.
- Активация сервисов: настройте свои продукты Cloudflare (например, Magic Transit) для маршрутизации трафика через новый CNI. Implementation Manager проверит сквозное прохождение трафика, прежде чем отметить развертывание как завершенное.
- Добавление уведомлений об обслуживании.
Практические руководства
Настройка Direct Interconnect
- Начало проекта: на первоначальном вводном звонке вы согласуете с Cloudflare объем работ и сроки. Подготовьте следующую информацию:
- нужный объект колокации
- требуемая скорость порта (10G или 100G)
- BGP ASN для Peering/Magic Transit
- Пароль BGP (необязательно)
- Заказ кросс-коннекта: Cloudflare выдаст Letter of Authorization (LOA). Этот документ дает вам право заказать физический cross-connect между вашим оборудованием и определенным портом на оборудовании Cloudflare в дата-центре. Полный процесс заказа cross-connect может занять от одной до двух недель или больше в зависимости от оператора дата-центра. Точкой демаркации Cloudflare является порт, указанный в LOA. Вы несете ответственность за развертывание, подготовку, а также дальнейшую поддержку и эксплуатацию этого подключения, а также за коммерческие отношения с оператором дата-центра и любыми сторонними провайдерами связи.
Настройка Partner Interconnect
Cloudflare сотрудничает с ведущими провайдерами связи по всему миру. Чтобы настроить Partner Interconnect, отправьте запрос на подключение через административный портал выбранного провайдера. Затем Cloudflare рассмотрит и примет запрос, чтобы активировать виртуальный канал.
Настройка Cloud Interconnect
Клиенты Enterprise, использующие Cloudflare WAN, могут начать работу с Cloud Interconnect, обратившись в команду по работе с аккаунтом.
AWS Direct Connect (бета)
Если вы клиент Cloudflare WAN, вы можете подключиться к AWS Direct Connect ↗ с помощью Cloud Interconnect. Cloud Interconnect поддерживает AWS Dedicated Direct Connect, который предоставляет полное выделение физического порта в AWS. AWS Hosted Direct Connect пока не поддерживается.
Для вашего AWS Dedicated Direct Connect можно выбрать скорость подключения 10 Гбит/с или 1 Гбит/с.
Чтобы подключиться к AWS Direct Connect:
- Свяжитесь с командой по работе с вашим аккаунтом, чтобы начать процесс подключения Cloud Interconnect. Команда сообщит, какие точки подключения доступны, чтобы вы могли выбрать оптимальную, и расскажет обо всех деталях этого процесса.
- Войдите в портал AWS и закажите Direct Connect.
- AWS предоставит вам Letter of Authorization (LOA) и VLAN ID, которые нужно передать своей команде по работе с клиентами.
- Ваша команда по работе с аккаунтом продолжит процесс настройки Cloud Interconnect на основе предоставленных вами документов AWS. В целом этот процесс занимает около четырёх недель.
Google Cloud Interconnect
-
В панели управления Cloudflare перейдите в Interconnects.
Перейдите в Interconnects ↗ -
Выберите Создание интерконнекта.
-
В разделе Cloud Interconnect, выберите Создать новое.
-
В разделе Интеграция с Google, выберите Выберите интеграцию.
-
Укажите имя интерконнекта и при необходимости описание. Убедитесь, что значение MTU совпадает со значением MTU, настроенным на GCP VLAN attachment ↗.
-
Выберите Продолжение.
-
Из раздела Скорость интерфейса раскрывающемся меню выберите скорость интерфейса. GCP выставит счет на основе скорости выбранного вами interconnect.
-
Введите свой Ключ сопряжения для подключения VLAN ↗.
-
Выберите Продолжение.
-
Проверьте указанные данные и выберите Подтверждение заказа.
Интерконнект Google Cloud Platform (GCP) станет доступен через несколько минут. Сессия BGP будет установлена, но обмен маршрутами производиться не будет.
Дальнейшие шаги в GCP
Теперь вы можете выбрать Просмотр интерконнектов со списком всех interconnect в вашем аккаунте. Выберите имя interconnect, чтобы отобразить сведения о нем. Каждый interconnect имеет уникальный Interconnect ID.
После настройки Google Cloud Interconnect необходимо добавить маршруты для использования этого interconnect:
- Чтобы создать маршруты в таблице маршрутизации Cloudflare Virtual Network для направления трафика к GCP:
- Добавить статические маршруты в таблицу маршрутизации Cloudflare WAN с устаревшие двунаправленные проверки работоспособности туннеля для обнаружения сбоев и перенаправления трафика по альтернативным маршрутам.
- Обратите внимание: маршруты, объявленные по BGP от GCP Cloud Router, будут игнорироваться.
- Чтобы создать маршруты в таблице маршрутизации GCP для направления трафика к Cloudflare, необходимо использовать GCP Cloud Router:
- Добавить пользовательские изученные маршруты к Cloud Router ↗.
- Используйте сессию BGP. Обратитесь к своей команде по работе с аккаунтом, чтобы запросить список из одного или нескольких префиксов для анонсирования, и укажите идентификатор интерконнекта, через который нужно их анонсировать.