https://opennet.me/openforum/vsluhforumID6/1157.html Не знал как правильнее сформулировать тему, решил обозвать так как есть.<br><br>Допустим есть клиент, со своей AS, своя сеть.<br>Есть два ЦОДа, в каждом стоит по маршрутизатору ЦОДа, который смотрит в инет. К этому маршрутизатору подключается клиентский маршрутизатор.<br>У клиента в каждом ЦОДе стоит виртуальная машина. В одном ЦОДе рабочая, в другом резервная.<br>Чтобы ничего не путать, представим, что она отдает просто статический контент и знать о существовании друг друга им необязательно.<br><br>Задача такая: настроить что-то вроде "disaster recovery" на уровне сети для ЦОДов.<br>То есть, клиент хочет, чтобы в случае уничтожения ЦОДа, виртуальная машина в резервном ЦОДе начала работать на тех же IP адресах.<br><br>По сути надо сделать так, чтобы сеть клиентской AS начала анонсироваться со второго ЦОДа в случае падения первого. <br>Первое, что приходит на ум - анонсировать с обоих маршрутизаторов одинаковые сети, полностью идентично. Тогда обе машины будут задействованы и равны между собой. В случае пропадания одного ЦОДа, в BG https://opennet.me/openforum/vsluhforumID6/1157.html#16 Tue, 28 Jan 2014 11:57:15 GMT &gt; Есть такие клиенты, которые спят и видят, что если у них взорвется <br>&gt; один цод, то все будет работать из второго при минимуме действий <br>&gt; со своей стороны. =) <br><br>Повторяюсь конкретный список задачь\сервисов\приложений - конкретное решение. <br><br>"Оно само" переключится для незнаю чего с незнаю чем внутри - это фантазии.<br> https://opennet.me/openforum/vsluhforumID6/1157.html#15 Tue, 28 Jan 2014 06:58:57 GMT &gt; Чтобы решать такую задачу нужно знать приложения. Что у вас там такое <br>&gt; стоит, что вам за тридевять земель надо таскать "теже адреса".<br>&gt; Бизнес задача какая? Приложения? Сервисы?<br>&gt; Задача эта не новая и имеет множество решений. Причем добрая половина решений <br>&gt; этой проблемы к маршрутизации вообще отношения не имеет.<br><br>Сорри за поздний ответ)<br>Есть такие клиенты, которые спят и видят, что если у них взорвется один цод, то все будет работать из второго при минимуме действий со своей стороны. =)<br> https://opennet.me/openforum/vsluhforumID6/1157.html#14 Fri, 17 Jan 2014 12:10:33 GMT otv, dcb, lisp, thousands of them...<br> https://opennet.me/openforum/vsluhforumID6/1157.html#13 Fri, 17 Jan 2014 11:45:04 GMT &gt;[оверквотинг удален]<br>&gt; По сути надо сделать так, чтобы сеть клиентской AS начала анонсироваться со <br>&gt; второго ЦОДа в случае падения первого.<br>&gt; Первое, что приходит на ум - анонсировать с обоих маршрутизаторов одинаковые сети, <br>&gt; полностью идентично. Тогда обе машины будут задействованы и равны между собой. <br>&gt; В случае пропадания одного ЦОДа, в BGP будет светиться только один <br>&gt; маршрут. Не возникнет ли проблем при этом?<br>&gt; Может быть есть ссылки где описано как это правильно делать по дизайну? <br>&gt; Предложения о том, что лучше резервировать на уровне сервисов или еще какими-то <br>&gt; средстави, а не IP лучше не писать. Понимаю, но задача именно <br>&gt; такая.<br><br>Может решение этой задачи - OTV?<br><br> https://opennet.me/openforum/vsluhforumID6/1157.html#12 Thu, 26 Dec 2013 08:06:35 GMT Чтобы решать такую задачу нужно знать приложения. Что у вас там такое стоит, что вам за тридевять земель надо таскать "теже адреса". <br><br>Бизнес задача какая? Приложения? Сервисы?<br><br>Задача эта не новая и имеет множество решений. Причем добрая половина решений этой проблемы к маршрутизации вообще отношения не имеет.<br> https://opennet.me/openforum/vsluhforumID6/1157.html#11 Wed, 25 Dec 2013 13:46:39 GMT Анонсируйте одну сеть по eBGP с обоих ЦОДов. Между ЦОДами используйте iBGP. Так же между ЦОДами используйте какой-нибудь IGP-протокол с редистрибуцией в BGP. Через IGP анонсируйте из обоих ЦОДов одну и ту же сеть, но с разным приоритетом. В этой сети разместите виртуалку с одним и тем же адресом в обоих ЦОДах.<br><br>Благодаря eBGP будет резервироваться анонсирование в инет, при помощи iBGP будет резервироваться связность ЦОДов. Пока будет жить ЦОД-1, трафик по IGP будет идти к первой виртуалке. Если он выйдет из строя, трафик автоматом пойдёт ко второй виртуалке.<br> https://opennet.me/openforum/vsluhforumID6/1157.html#10 Tue, 24 Dec 2013 18:10:55 GMT &gt; Не знал как правильнее сформулировать тему, решил обозвать так как есть.<br>&gt; Допустим есть клиент, со своей AS, своя сеть.<br>&gt; Есть два ЦОДа, в каждом стоит по маршрутизатору ЦОДа, который смотрит в <br>&gt; инет. К этому маршрутизатору подключается клиентский маршрутизатор.<br>&gt; У клиента в каждом ЦОДе стоит виртуальная машина. В одном ЦОДе рабочая, <br>&gt; в другом резервная.<br>&gt; Чтобы ничего не путать, представим, что она отдает просто статический контент и <br>&gt; знать о существовании друг друга им необязательно.<br><br>Нужно настроить OSPF между клиентской виртуалкой и клиентским маршрутизатором в каждом ДЦ и между обоими клиентскими маршрутизаторами. <br><br>Или vrrp на каждом клиентском маршрутизаторе и OSPF между ними.<br><br>Затем по OSPF или eBGP (в зависимости от принадлежности этих IP) анонсировать эти IP маршрутизатору ЦОД.<br>Или статиком/vrrp прописать эту сеть на маршрутизаторах ЦОД.<br><br><br> https://opennet.me/openforum/vsluhforumID6/1157.html#9 Tue, 24 Dec 2013 13:05:33 GMT 1. В данном случае BGP лишь решает задачу анонсирования сетей. Дальнейшая схема, так или иначе требует стабильной связности между ЦОД, в противном случае, возможно возникновение коллизий.<br><br><br>Итак, мы анонсируем сеть x.x.x.x/x из ЦОД-один (Ц1) и ЦОД-два (Ц2). Я, даже, не думаю, что надо выделять основной/резервный бордер. Зачем? У нас же есть быстрая линия, по которой обеспечивается связность между Ц1 и Ц2. Однако, надо не забыть, что в iBGP следует грамотно выставить приоритеты. Если даже нам не важно, как (куда) придет внешний клиент, надо избежать внутрисетевых коллизий и колец: redistribute/lp и т.д. в руки.<br><br>2. Следует как-то сообщать где находится резервируемый адрес (пусть это будет x.x.x.10/x). Статика тут не прокатит, по крайней мере, тот же OSPF с экспортом нужного пулла с конкретной машины.<br><br>3. Резервирование самого IP - задача, уже фактически, тривиальная - начиная от ucarp...<br><br>Что в итоге:<br>- AS, завязанная на N-ое кол-во операторов связи, пропускающих анонс x.x.x.x/x;<br>- необходимая связн https://opennet.me/openforum/vsluhforumID6/1157.html#8 Tue, 24 Dec 2013 10:20:23 GMT Время расхождения нового анонса, инициированного от бордера, будет больше чем заранее анонсируемый тот же самый анонс с длинным препендом.<br>