URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 364
[ Назад ]

Исходное сообщение
"Маршрутизация между ЦОД"

Отправлено alexeym83 , 12-Дек-12 11:38 
Имеется два здания, в каждом находится ЦОД.

Здание 1:
1) абоненты подключены к Cisco 2960 lan base
2) cisco 2960 подключены транком к cisco 3750G
3) к cisco 3750G подключены два узла трехузлового кластера Hyper-V. Внутри кластера вирутальные сервера.

Здание 2:
1) абоненты подключены к cisco 2960 lan base
2) абоненские cisco 2960 подключены транком к cisco 2960 lan base, она в свою очередь
подключена транком по оптике к cisco 3750G (здание 1). Оптика проложена напрямую между двумя ЦОД
3) к Cisco 2960 подключен третий узел кластера hyper-v (смотри здание 1)


Абоненты и сервера расположены в разных VLAN. Маршрутизацию осуществляет cisco 3750G.
Одни и теже VLAN распологаются в обоих зданиях.


Задача:

Если виртальный сервер расположен на третьем узле кластера, а абонент расположен во втором здании,
то трафик не должен пойти по оптике.

Какое оборудование и какие технологии необходимо применить (приобрести) для решения данной задачи?

Хотелось бы обойтись затратами в разумных пределах.


Содержание

Сообщения в этом обсуждении
"Маршрутизация между ЦОД"
Отправлено fantom , 12-Дек-12 12:02 
>[оверквотинг удален]
> 1)
>  Абоненты и сервера расположены в разных VLAN. Маршрутизацию осуществляет cisco 3750G.
>  Одни и теже VLAN распологаются в обоих зданиях.
>  Задача:
>  Если виртальный сервер расположен на третьем узле кластера, а абонент расположен
> во втором здании,
>  то трафик не должен пойти по оптике.
>  Какое оборудование и какие технологии необходимо применить (приобрести) для решения данной
> задачи?
>  Хотелось бы обойтись затратами в разумных пределах.

Ну так вам нужен маршрутизатор во 2-м здании...

А далее - по запросам, если имеющееся железо обеспечит необходимый вам функционал - то и докупать ничего не придется, если нет - нет...


"Маршрутизация между ЦОД"
Отправлено alexeym83 , 12-Дек-12 12:09 

> Ну так вам нужен маршрутизатор во 2-м здании...
> А далее - по запросам, если имеющееся железо обеспечит необходимый вам функционал
> - то и докупать ничего не придется, если нет - нет...

я бы даже сказал кластер маршрутизаторов. Проблема в том что как направлять трафик в один и тотже VLAN (на один и тот же сервер), но при этом физически трафик должен идти по разным линиям взависимости от того в каокм ЦОД расположен этот сервер в данный момент.

Если бы знал какой функционал именно нужен, то вопрос бы не задавал


"Маршрутизация между ЦОД"
Отправлено 1 , 12-Дек-12 14:45 
> Если бы знал какой функционал именно нужен, то вопрос бы не задавал

странный ты, а вот это что было по твоему?
> Ну так вам нужен маршрутизатор во 2-м здании...

а уж кластер или нет... можно и без него обойтись.
почитай внимательно http://xgu.ru/wiki/VLAN_п╡_Cisco , там показаны кирпичики из которых это делается. только стыкуй...


"Маршрутизация между ЦОД"
Отправлено 1 , 12-Дек-12 14:46 
>> Если бы знал какой функционал именно нужен, то вопрос бы не задавал
> странный ты, а вот это что было по твоему?
>> Ну так вам нужен маршрутизатор во 2-м здании...
> а уж кластер или нет... можно и без него обойтись.
> почитай внимательно http://xgu.ru/wiki/VLAN_п╡_Cisco , там показаны кирпичики из которых
> это делается. только стыкуй...

http://xgu.ru/wiki/VLAN_в_Cisco


"Маршрутизация между ЦОД"
Отправлено fantom , 12-Дек-12 14:58 
>>> Если бы знал какой функционал именно нужен, то вопрос бы не задавал
>> странный ты, а вот это что было по твоему?
>>> Ну так вам нужен маршрутизатор во 2-м здании...
>> а уж кластер или нет... можно и без него обойтись.
>> почитай внимательно http://xgu.ru/wiki/VLAN_п╡_Cisco , там показаны кирпичики из которых
>> это делается. только стыкуй...
> http://xgu.ru/wiki/VLAN_в_Cisco

делаете между вашими ЦОД-ами исключительно L3 (в том смысле, что никаких end-to-end vlan-ов) и будет то, что вам надо, но при этом перемешение миртуального сервера из одного ЦОД-а в другой будет сопровождаться сменой IP-а.

Или как вариант пожднимаете на ваших серверах ospf например, играетесь с костами и добиваетесь того, чтобы сервак футболил трафик на ближайший шлюз.

Или полагаетесь на icmp redirect...

Хотя лично мне идея с ospf нравится больше.


"Маршрутизация между ЦОД"
Отправлено alexeym83 , 13-Дек-12 08:26 
>[оверквотинг удален]
>>> почитай внимательно http://xgu.ru/wiki/VLAN_п╡_Cisco , там показаны кирпичики из которых
>>> это делается. только стыкуй...
>> http://xgu.ru/wiki/VLAN_в_Cisco
> делаете между вашими ЦОД-ами исключительно L3 (в том смысле, что никаких end-to-end
> vlan-ов) и будет то, что вам надо, но при этом перемешение
> миртуального сервера из одного ЦОД-а в другой будет сопровождаться сменой IP-а.
> Или как вариант пожднимаете на ваших серверах ospf например, играетесь с костами
> и добиваетесь того, чтобы сервак футболил трафик на ближайший шлюз.
> Или полагаетесь на icmp redirect...
> Хотя лично мне идея с ospf нравится больше.

а 3750 в разных зданиях через ethernet состекировать можно как-то? тогда судя по всему вопрос будет решен...



"Маршрутизация между ЦОД"
Отправлено fantom , 14-Дек-12 11:36 
>[оверквотинг удален]
>>> http://xgu.ru/wiki/VLAN_в_Cisco
>> делаете между вашими ЦОД-ами исключительно L3 (в том смысле, что никаких end-to-end
>> vlan-ов) и будет то, что вам надо, но при этом перемешение
>> миртуального сервера из одного ЦОД-а в другой будет сопровождаться сменой IP-а.
>> Или как вариант пожднимаете на ваших серверах ospf например, играетесь с костами
>> и добиваетесь того, чтобы сервак футболил трафик на ближайший шлюз.
>> Или полагаетесь на icmp redirect...
>> Хотя лично мне идея с ospf нравится больше.
> а 3750 в разных зданиях через ethernet состекировать можно как-то? тогда судя
> по всему вопрос будет решен...

Задайте себе вопрос - что произойдет с вашим стеком (даже если его таки удастся создать) при обрыве связи между вашими ЦОД-ами?


"Маршрутизация между ЦОД"
Отправлено alexeym83 , 18-Дек-12 11:09 
>[оверквотинг удален]
>>> vlan-ов) и будет то, что вам надо, но при этом перемешение
>>> миртуального сервера из одного ЦОД-а в другой будет сопровождаться сменой IP-а.
>>> Или как вариант пожднимаете на ваших серверах ospf например, играетесь с костами
>>> и добиваетесь того, чтобы сервак футболил трафик на ближайший шлюз.
>>> Или полагаетесь на icmp redirect...
>>> Хотя лично мне идея с ospf нравится больше.
>> а 3750 в разных зданиях через ethernet состекировать можно как-то? тогда судя
>> по всему вопрос будет решен...
> Задайте себе вопрос - что произойдет с вашим стеком (даже если его
> таки удастся создать) при обрыве связи между вашими ЦОД-ами?

Да вариант со стеком получается не очень надежным.


"Маршрутизация между ЦОД"
Отправлено mrak , 17-Дек-12 13:55 
> а 3750 в разных зданиях через ethernet состекировать можно как-то? тогда судя
> по всему вопрос будет решен...

Всё просто. нужен либо 3750 либо 3560 во втором зданиии, на серверном Vlan подымаешь HSRP и трафик от пользователей во втром здании пойдёт к ним напрямую. Единственное... трафик от серверов к клиенту пойдёт все равно через первый цод.


"Маршрутизация между ЦОД"
Отправлено alexeym83 , 18-Дек-12 11:00 
>> а 3750 в разных зданиях через ethernet состекировать можно как-то? тогда судя
>> по всему вопрос будет решен...
> Всё просто. нужен либо 3750 либо 3560 во втором зданиии, на серверном
> Vlan подымаешь HSRP и трафик от пользователей во втром здании пойдёт
> к ним напрямую. Единственное... трафик от серверов к клиенту пойдёт все
> равно через первый цод.

наткнулся на похожую ситуацию http://www.anticisco.ru/forum/viewtopic.php?f=2&t=436

то что автор описывает будет работать в моем случае?


"Маршрутизация между ЦОД"
Отправлено mrak , 18-Дек-12 11:52 
> наткнулся на похожую ситуацию http://www.anticisco.ru/forum/viewtopic.php?f=2&t=436
> то что автор описывает будет работать в моем случае?

Почитай про HSRP и подобные протоколы, там не сложно, но поймёш принцип их работы и подходят они тебе или нет.
То что описанно в статье должно тебе подойти. хотя блокировка HSRP при помощи ACL выглядит как-то сомнительнро.