Причины контрольной точки слияния Hyper-V недоступность диска
В настоящее время у нас есть 2 хоста Hyper-V (Windows Server 2016).
Один из них содержит все работающие машины, а другой - те же машины, но как выключенные реплики.
Чтобы поддерживать их синхронизацию, мы используем задание репликации в VEEAM Backup & Replication, но проблема, с которой мы сейчас сталкиваемся, заключается в том, что виртуальные машины не могут получить доступ к своему жесткому диску в течение примерно 5 секунд каждый раз, когда VEEAM запускает репликацию. работа.
После некоторого расследования мы обнаружили, что, вероятно, проблемы вызывает не VEEAM, а Hyper-V.
Мы определили это, вручную создав и объединив контрольную точку (точно так же, как VEEAM делает каждый раз, когда реплицируется), когда VEEAM был отключен.
Это нормальное поведение или его можно исправить?
Слияние диска дельты как это является интенсивно использующим средства ввода-вывода. Считайте исходные объемы, считайте контрольную точку, запишите для предназначения для объема. Я не знаю точный размер блока, но он мог легко делать тысячу случайных I/Os и занимать секунды на том устройстве хранения данных.
Эксперимент на более быстром устройстве хранения данных, которое делает намного больше IOPS. Также сохраните контрольную точку и целевые диски репликации, чтобы быть в системе хранения, независимой от исходного объема, если это возможно. Вероятно, можно уменьшить хит производительности, но не заставить его обнулять.