Статические MAC-адреса внутри отказоустойчивого кластера, вызывающие конфликты MAC

У меня 13 узлов Hyper-V в отказоустойчивом кластере Microsoft. Около 50% наших гостей используют Linux и лучше всего работают со статическими MAC-адресами. Наши гости Windows работают в любом случае, но для упрощения мы также установили им статические MAC-адреса.

Наша процедура заключалась в следующем: подготовить виртуальную машину, перед установкой ОС, включить виртуальную машину, выключить ее, изменить сетевой адаптер в статический, сохраняя автоматически сгенерированный MAC-адрес.

Проблема:

1. Создайте гостя на узле Node1. Он получает MAC в диапазоне MAC узла 1.
2. Переместить гостя на узел 2. Нет проблем.
3. Создайте нового гостя на узле Node1. Он получает MAC в пределах диапазона Node1. Я был уверен, что отказоустойчивый кластер будет достаточно умен, чтобы проверить отсутствие конфликта с ЛЮБЫМ гостем, но он просто выбирает случайный из диапазона ЭТОГО УЗЛА, который не используется гостями на ЭТОМ УЗЛЕ, ни где-либо еще в кластере. .
4. Я был подавлен, обнаружив, что это на самом деле создало конфликты MAC, когда он натыкается на тот же адрес, который уже назначен гостю, который мигрировал на другой узел.

Краткосрочное решение простое, мы просто запускаем Команда PowerShell для внешних ссылок на MAC-адреса по всему кластеру, но какое здесь долгосрочное решение? Должны ли мы проверять каждый автоматически сгенерированный MAC-адрес на всех виртуальных машинах в нашем пуле? Если мы дадим каждому узлу Hyper-V один и тот же пул, будет ли он проверять весь кластер или у нас будет еще больше конфликтов? SCVMM поможет нам в этом или ухудшит ситуацию?