Исходное сообщение
"Резевирование IP адресов между ЦОДами" Отправлено erera22, 24-Дек-13 17:05
1. В данном случае BGP лишь решает задачу анонсирования сетей. Дальнейшая схема, так или иначе требует стабильной связности между ЦОД, в противном случае, возможно возникновение коллизий. Итак, мы анонсируем сеть x.x.x.x/x из ЦОД-один (Ц1) и ЦОД-два (Ц2). Я, даже, не думаю, что надо выделять основной/резервный бордер. Зачем? У нас же есть быстрая линия, по которой обеспечивается связность между Ц1 и Ц2. Однако, надо не забыть, что в iBGP следует грамотно выставить приоритеты. Если даже нам не важно, как (куда) придет внешний клиент, надо избежать внутрисетевых коллизий и колец: redistribute/lp и т.д. в руки. 2. Следует как-то сообщать где находится резервируемый адрес (пусть это будет x.x.x.10/x). Статика тут не прокатит, по крайней мере, тот же OSPF с экспортом нужного пулла с конкретной машины. 3. Резервирование самого IP - задача, уже фактически, тривиальная - начиная от ucarp... Что в итоге: - AS, завязанная на N-ое кол-во операторов связи, пропускающих анонс x.x.x.x/x; - необходимая связность между машинами, обеспечивающими резервирование конкретного пулла адерсов (один ли это адрес или 100500). Это может быть как VLAN (при директ соединении между Ц1 и Ц2), так и GRE или что-то еще; - динамический экспорт нужного адреса /32 или пулла адресов на конкретный бордер (в случае отказа ЦОД) или оба роутера (в случае работы всей схемы); - резервирование сервисов привязывается к конкретной реализации резервирования самого IP. Как-то так.