Ɐα
Два цода, один 'сломался'
Size: a a a
2021 June 08
N
при использовании какого решения требуется высокая доступность исходного vCenter для поднятия инфры на втором сайте?
PB
Сломался не цод, а нода центра, вестимо
PB
Легкий наброс - непрерывный мониторинг инфры
N
В случае метро - это задача решается без vCHA
PB
Поэтому я и написал "легкий"
PB
ELM штука конечно прикольная, но со стабильностью есть некоторые проблемы
Ɐα
Или так или так. В одном случае получить возможность управления машинами в резервное цоде, в случае выхода из строя ноды не ждать восстановления из бэкапа, чтобы не останавливать автоматизации, завязанную на вцентр.
PB
Если есть метрокластер, то центр поднимется сам
Ɐα
Вообще, не совсем понимаю вопрос. Если есть решение и оно работает, почему его не использовать, если дополнительных проблем эксплуатация этого решения не создаёт.
N
в этом кейсе у вас просто 2 vCenter каждый из которых на своей площадке отвечает за свои хосты.
Ɐα
Если создаёт - то какие и почему? Второй мой вопрос, собственно
DG
С FT мы тут нашли один кейс, где зашло на ура
N
АСУТП?
Ɐα
В случае программного сбоя он не поднимется
DG
Я не воспроизведу какого именно, но для постоянной доступности одного из модулей SAP
PB
А vcha поднимется?
N
в случае программного сбоя у вас и vCHA не поднимется ибо они реплицируют одну БД