sИспользует ли кто-нибудь производственные контрольные точки Hyper-V в качестве улучшения реплики хранилища? Я считаю, что, поскольку реплика хранилища является устойчивой к сбоям, только если мы берем ежечасные производственные контрольные точки на исходном сервере / кластере и держим их в течение 24 часов, мы добавим возможность вернуться к производственной контрольной точке (или вернуться на 24 часа назад во времени) с нашего сервера-реплики, что полезно в ситуации аварийного восстановления, если аварийно согласованная копия оказывается проблематичной. Это соответствовало бы возможности создания моментальных снимков реплики Hyper-V.
Кто-нибудь делал это или читал о том, что кто-то еще делает это в продакшене?
РЕДАКТИРОВАТЬ: Для ясности я говорю о следующем: -
Сервер A - это хост Hyper-V, у которого есть основной том, на котором хранятся все данные виртуальной машины, включая файлы контрольных точек. Сервер B имеет идентичный том, который синхронизируется с основным томом на сервере A с помощью реплики хранилища. Чтобы обеспечить согласованное восстановление приложения VSS в случае аварийного восстановления, сценарий используется для создания рабочих контрольных точек, скажем, каждый час на сервере A. Этот же сценарий удаляет все контрольные точки старше 24 часов, что приводит к их объединению в .В случае аварийного восстановления, когда сервер A теряется, если сервер B переводится в оперативный режим, а согласованная с отказом реплика хранилища определенных дисков виртуальных машин вызывает проблемы (например, существует приложение базы данных с повреждением, из-за которого БД не монтируется и т. Д.), Тогда производственную контрольную точку можно использовать для восстановления более ранней виртуальной машины с помощью полностью согласованного образа VSS.
Репликация контрольных точек может значительно увеличить отток, поэтому потребуется тестирование в реальном мире, чтобы увидеть, насколько хорошо это работает. Добавление рабочих контрольных точек в этот сценарий реплики хранилища будет соответствовать функциям, предлагаемым репликой Hyper-V.
Кто-нибудь тестировал это, делал это или читал об этом?
Рабочие контрольные точки используются по умолчанию для новых виртуальных машин, начиная с Windows Server 2016. Их следует использовать.
Рабочие контрольные точки - это образы виртуальной машины на определенный момент времени, которые можно восстановить позже таким образом, чтобы это полностью поддерживалось для всех производственных рабочих нагрузок.
Он использует функции, поддерживаемые гостем, для создания контрольной точки вместо использования сохраненного состояния.
Стандартные контрольные точки фиксируют состояние, данные и конфигурацию оборудования работающей виртуальной машины контрольные точки и полезны, если вам нужно воссоздать определенное состояние или условие работающей виртуальной машины, чтобы вы могли устранить проблему, поэтому более удобны для разработки и тестирования сценарии.
Реплика хранилища обеспечивает репликацию томов между серверами или кластерами для аварийного восстановления. Он также позволяет создавать растянутые отказоустойчивые кластеры, охватывающие два сайта, при этом все узлы остаются синхронизированными.
В заключение, вы должны использовать оба, но обратите внимание, что детали во многом зависят от конфигурации и назначения.