Назад | Перейти на главную страницу

Протокол пограничного шлюза

Я перемещаю нашу компанию с управляемого хостинга в нашу собственную колокацию. У меня есть множество вариантов высокого качества для пропускной способности, и мой сетевой консультант предлагает использовать BGP с несколькими поставщиками в режиме «активный / активный».

Хотя это звучит здорово, я беспокоюсь, что проблемы могут возникнуть позже, когда консультант будет недоступен. У нас нет специального сетевого инженера. Я разбираюсь в сетях, но не в BGP. Сложно диагностировать и устранять проблемы? Какие проблемы мне следует ожидать?

Вам определенно нужен кто-то достаточно опытный в маршрутизации в целом и BGP в частности.

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

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

Если вы ничего не знаете о BGP, будет сложно диагностировать проблемы. Однако, если ваша установка не так сложна (т.е. вы не используете все доступные функции), и если вы заинтересованы и желаете почитать (см. Вот для хорошего введения) и потратьте немного времени, не так уж и сложно выполнить базовую отладку, не разбираясь во всех ее аспектах. То же самое со всеми технологиями.

BGP может стать очень сложным, если у вас большая сеть с множеством различных транзитных провайдеров и пирингов (сетей, с которыми вы обмениваетесь нетранзитным трафиком). Если вы начнете с двух маршрутизаторов, двух восходящих потоков и все будет установлено в одном объекте размещения, вы получите довольно управляемую настройку, которая обеспечит необходимую устойчивость.

Что касается проблем, то одна из самых распространенных ошибок, которые мне приходят в голову, касается управления трафиком. Хотя у вас есть полный контроль над тем, по какой ссылке вы отправляете исходящий трафик, этого нельзя сказать о входящем трафике. С BGP у вас есть только косвенные средства, чтобы сообщить остальному миру, по какому пути вы хотите получать пакеты, предназначенные для вашей сети.

Это важно для планирования вашей установки. Например, предположим, что у вас есть одно соединение на 1 Гбит / с с провайдером A и два соединения на 100 Мбит / с с провайдерами B и C, и у вас есть около 150 Мбит / с входящего трафика, распределенного по этим трем линиям. Теперь предположим, что соединение с провайдером A не работает, и все 150 Мбит / с будут проходить через B и C. Нет никакой гарантии, что эти два канала будут сбалансированы, вполне возможно, что один из каналов станет насыщенным и ваши службы будет плохо доступен, даже если у вас достаточно полосы пропускания и вы даже подключены к Интернету двумя путями. Это потому, что у вас нет полного контроля над входящим трафиком. В этом случае было бы лучше иметь только двух вышестоящих провайдеров со связью 1 Гбит / с к каждому из них.