неа, я первый снапшот сделал 5 октября, хотя бы туда можно откатиться?

а 17 ноября черт меня дернул нажать Cancel, когда 2й снапшот делался, видимо там оно и сдохло. Зачем там вообще эту кнопку оставили?

создавал реплику машины. Процесс на сервере реплицирования завершился ошибкой, а в центре так и выполняется, и отменить нельзя  🤨

Подождите пару дней и пробейте ногой в vpxa

прям как со старым рубином, пока кулаком не постучишь не показывает 😂

Можета аргументы против

kiss

Ft ж между разными datacenter- кластер заработает? И можете назвать минусы -понятно, сложность апдейта, например? Такие аргументы против не катят у нас в организации

Забавно, он даже не понимает когда его троллят

Буду крайне признателен

эээ… А вы еще собрались между сайтами vCenter растягивать, а арбитр выносить на третью площадку?

Ну мне такую задачу ставят

Пытаюсь понять против аргументы.

а, зачем в требованиях указано? Цели/задачи/все-такое проекта

Николай-вам завтра можно позвонить? Я сегодня матчасть подтяну

1. Тянуть l2 между площадками есть боль (защищать локальный vcsa с помощью vcha дичь) - гугл про тянутые фаерволы, bum, расположение шлюза и т.д.
2. В случае падения хоста с активной нодой vcha переезд роли между vcha дольше поднятия простого vcsa через vsphere ha
3. От логической порчи данных vcha не защищает
4. Любое +- мажорное обновление превращается в танцы с разбором и сбором vcha
5. Дополнительная нагрузка на схд при репликации данных (актуально для больших инсталляций)

File based backup + снапшоты + vsphere ha + drs сделают гораздо больше и проще, чем vcha

да, пожалуйста…

Спасибо!

1. Есть между двумя, с третьей-проблема.2 и 5.ha и дрс меж dc и кластерами не работает 4 особо никого не напрягает вот эти трудности.

Эту конструкцию как бэкапить и восстанавливать?