Коллеги, есть два физических сервера на которых стоит hyper v. Есть сторедж на котором размещены диски с hyper v и виртуальные машины подключены к этим дискам. Если один физический сервак падает тогда можно работать на втором. А теперь вопрос, как сделать если один из серваков с hyper v упадёт то пользователи этого не почувствовали. Пользователи работают извне по RDP.

1С в виртуалке работает примерно в 3-4 раза хуже чем на реальном железе.

Т.е. чтобы не было тормозов 1С нужен сервер в минимум в 3 раза "мощнее", причем частота процов должна быть максимальной под 4+ Ггц.

как-то не понял я какой именно сервер будет резервироваться.

(2) Скорее реплицироваться в правильных терминах, но это не панацея и спасает только при падении железа.
Если проблема софтовая то реплика (горячая полная копия) точно так же упадет как и основная виртуальная машина.

(1) но-но-но! При хорошей настройке потери в пределах 10-20%, причём как правило так настроить удается.

(4) RDP же.
Я верю что для сервера 1С можно добиться всего 10-20% потерь, но там еще клиенты 1С и терминальный сервер.
В итоге минимум в три раза мощнее сервак нужен.

(5) да, РДП это засада... имел опыт этого чуда с рарусовским АУП... просто жесть!

(0) а в сторедже все зарезервировано, контроллеры, БП и тд? если нет, то это колосс на глиняных ногах.
чудес не бывает, если хост упадет, то и вм упадет.

С репликацией кто то сталкивался Hyper-V?

(0) а вот под этим: "сторедж на котором размещены диски с hyper v" ты что имел ввиду?

"А теперь вопрос, как сделать если один из серваков с hyper v упадёт то пользователи этого не почувствовали" - собрать кластер, но есть нюансы...

(8) ну я делал когда то.....

(0) "Пользователи работают извне по RDP" - это что означает? у тебя RDP наружу торчит? или RDP поверх VPN-а? или "извне" - у тебя в твоей же сети находится?

(0)
Если hyper под 2008ым сервером, то боюсь, что никак. а вот под 2012 уже можно заморочиться, что-то вроде этого: https://habr.com/ru/post/201792/

Но, как писали выше - sql и саму 1с лучше держать на физических серверах, а терминальных юзеров загнать в виде виртуалок на терминальную ферму - ей пофиг на систему, и так будет крутится в отказоустойчивости.
И ещё, я бы порекомендовал поглядеть в сторону виртуализации на vmware, в сторону esxi кластеризации - там это более продуманно и удобно.

p.s: а в 2016 сервере MS наконец-то ввели поддержку докера, кстати :) уже прочувствовали...

(12) а почему под 2008 никак?
а перед тем, как в сторону esxi смотреть, в кошелек не надо заглядывать?

(13) ну, я не видел и не слышал, чтоб отказоустойчивый hyper-v ниже 2012 работал. Могу ошибаться правда, но не слышал.
А по esxi - обычный - бесплатен, а вот за возможности кластеризации - да, придётся в кошелек заглянуть, к сожалению, но там приемлимые суммы, фактически из фич нужны только ha+vmotion, и они стоят своего удобства, функционала и возможностей, в принципе. Я как попереводил у себя почти всё на vmware - просто вздохнул с облегчением. Бэкапы и восстановление в один клик, перемещение между хостами - в один клик, всё шустрит, делается нативно и просто, и нет проблема с дровами и межсистемной совместимостью. Доволен, вообщем, потому и рекомендовал :) Но денег - да... надо...

(1) Что-то ты про 3-4 раза хуже загнул )

Я так понимаю решения нет, чтобы сделать доступность?
Кстати винда 2016.
Идея такова, если в три часа ночи лег сервак то чтобы автоматом запустился какой то другой и пользователи продолжили работать.

?

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