Приветствую.
Нужен совет, касательно масштабирования системы в другие страны.
В данный момент размещаемся в одном дата-центре, то есть хосты друг-друга видят в физической локальной сети. Управляется всё через VCSA, поднят DVS.
Планируем запуск другой площадки, в другой стране.
Как посоветуете запустить новые хосты, чтобы обе площадки имели доступ друг к другу?

Пилотная попытка заключалась в следующем:
- на основной площадке работает виртуальный роутер (Микротик CHR).
- на второй площадке поднимается виртуальный роутер.
- поднимается линк между двумя роутерами
- новая площадка заводится в отдельной локальной сети, хосты видят друг-друга

Дальше как посоветуете развивать?
Желаемый результат:
- возможность иметь лайв-миграции между двумя площадками (это нормально или велика вероятность потерять по пути часть машины?)
- управление всем с одного VCSA (планирую держать клон на второй площадке или рассмотреть управление с двух VCSA, но не ясно будет ли нормально работать связка MASTER-SLAVE).
- как масштабировать дальше, когда будет новый хост, в другой стране? (достаточно ли добавлять его в VDS и не настраивать больше ничего, при условии, что выход в мир осуществляется через одну точку - виртуальный роутер, к которому будет поднят линк?)

google - Enhanced Linked Mode und vMotion networking requirements

yep

Не ясно как будет работать вторая площадка. Она независима от первой и даун первой, в целом, никак не влияет на вторую.

Попутный вопрос, как в этой схеме происходит переключение на новые IP адреса или как они сохраняются? У нас BGP, но роуты переключаются далеко не моментально.

Приветствую.
Нужен совет, касательно масштабирования системы в другие страны.
В данный момент размещаемся в одном дата-центре, то есть хосты друг-друга видят в физической локальной сети. Управляется всё через VCSA, поднят DVS.
Планируем запуск другой площадки, в другой стране.
Как посоветуете запустить новые хосты, чтобы обе площадки имели доступ друг к другу?

Пилотная попытка заключалась в следующем:
- на основной площадке работает виртуальный роутер (Микротик CHR).
- на второй площадке поднимается виртуальный роутер.
- поднимается линк между двумя роутерами
- новая площадка заводится в отдельной локальной сети, хосты видят друг-друга

Дальше как посоветуете развивать?
Желаемый результат:
- возможность иметь лайв-миграции между двумя площадками (это нормально или велика вероятность потерять по пути часть машины?)
- управление всем с одного VCSA (планирую держать клон на второй площадке или рассмотреть управление с двух VCSA, но не ясно будет ли нормально работать связка MASTER-SLAVE).
- как масштабировать дальше, когда будет новый хост, в другой стране? (достаточно ли добавлять его в VDS и не настраивать больше ничего, при условии, что выход в мир осуществляется через одну точку - виртуальный роутер, к которому будет поднят линк?)

т.к. речь про другие страны, то это:
1) min RTT ~100ms, забудьте про live migration
2) площадки делайте автономными со своим vcsa
3) CHR вполне подходит для организации VPN/ibgp между площадками, VPN==gre/ipsec

Касательно п1 - long distance vmotion - до 150мс
https://kb.vmware.com/s/article/59232

Коллеги, я же правильно понимаю, что для работы SRM нужен второй vCenter с esxi, не ниже, чем на основной площадке?
Суть в том, что у нас есть кластер на основной площадке. И есть удаленная резервная площадка для DRP2.
На основной установлен esxi 7 и Compatibility VM - 17. На удаленной площадке сервер такой, что esxi 7 не встает. В результате там мы можем поставить 6.7u3.

ясно, спасибо.
а можно VM compatibility понизить?

Спасибо. Читаю, разбираюсь. Еще одну тоже интересную статью нашел.

Vm hw level это не только цифры в файле, учтите