У меня работает 5-узловой кластер Hyper-V.
Все 5 серверов работают под управлением Server 2012 R2, к каждому узлу подключено два устройства с использованием iSCSI. На устройстве, с которым у меня возникли проблемы, был один том, который использовался как CSV. Это было представлено серверам в c: \ clusterstorage \ volume2
. Я прошел через процесс перемещения всего хранилища виртуальных машин на новое устройство, новые CSV-файлы запущены и подключены. Все для нового устройства работает исправно.
Затем я попытался удалить старое устройство как общее запоминающее устройство, выполнив следующие действия. Я использовал PowerShell, чтобы получить пути ко всем виртуальным жестким дискам в кластере, и ни один из них не указывает на c: \ clusterstorage \ volume2
Я проверил, что пути конфигурации не указывают на c: \ clusterstorage \ volume2
Я также проверил, что пути к моментальным снимкам не указывают на c: \ clusterstorage \ volume2
Я начал удалять цель iSCSI на 4 из узлов (4 ресурса хранилища в настоящее время не были «назначены») и это было успешно. Затем я перешел в диспетчер отказоустойчивого кластера и переключил CSV в автономный режим. Мгновенно 2 виртуальные машины перешли в сохраненное состояние (к счастью, не критические серверы). Я вернул ресурс в онлайн и запустил машины. Я проверил страницу настроек для каждой виртуальной машины, и ни на одной из них не было ссылки на c: \ clusterstorage \ volume2 \
. Затем я пошел искать файлы конфигурации, чтобы вручную убедиться, что между ними и страницей настроек нет никаких различий. Сначала я заглянул в c: \ clusterstorage \ volume2 \
, где папка для любой из виртуальных машин здесь отсутствовала. Я поискал в новых местах c: \ clusterstorage \ volume5 \
и c: \ clusterstorage \ volume6 \
, здесь была папка для каждой виртуальной машины. Я проверил файлы конфигурации, и они были именно такими, какими должны быть, и не содержали никаких ссылок на c: \ clusterstorage \ volume2 \
. Я проверил C: \ ProgramData \ Microsoft \ Windows \ Hyper-V \ Virtual Machines
, где я нашел ярлыки для каждой виртуальной машины, указывающей на новые местоположения тома.
Короче говоря, я не могу найти точек на c: \ clusterstorage \ volume2 \
но если я отключу этот CSV, две машины перейдут в сохраненное состояние.
Еще более странно, что я попробовал это еще раз, когда писал это, и да, две машины перешли в сохраненное состояние, но я смог их запустить снова, даже если CSV остался в автономном состоянии. Теперь у меня есть две виртуальные машины, на вкладке ресурсов для каждой из которых хранилище отображается как отключенное, но они «работают»
Так может ли кто-нибудь указать мне на возможное исправление для этого, возможно, файл конфигурации, который я не нашел? Или лучше всего было бы удалить виртуальные машины, сохранив виртуальные жесткие диски, и создать новую виртуальную машину и подключить исходные виртуальные жесткие диски.
Простите за стену текста.
У меня не так много опыта работы с Hyper-V в 2012 R2, но у меня много опыта работы с Hyper-V, Кластерами и т.д. в 2008 R2, так что догадайтесь о возможной проблеме здесь.
Я обнаружил, что с помощью Failover Clustering (в 2008 R2), когда вы добавляете VM в кластер обхода отказа, он будет осматривать подключенные VHD и хранилища, на которых они находятся, и делать запись об этом в конфигурации cluster, чтобы их можно было показать в качестве зависимых ресурсов в диспетчере Failover Cluster Manager (в панели Storage, когда выбирается VM).
Это не обязательно отражает текущее расположение VHD файлов - если они были перемещены в Hyper-V, поскольку добавление ВМ в кластер обхода отказа не приводит к обновлению информации о зависимостях. Таким образом, у вас может быть ВМ, которая может получить доступ к своим дискам просто отлично, но кластеризация обхода отказа думает, что у нее все еще есть зависимость от диска, который вы удаляете. Когда вы отключаете диск, он отключает ВМ как логическое следствие. Чтобы решить эту проблему (если это окажется проблемой - посмотрите на панель хранения для ВМ в FCM), удалите ВМ из кластера и добавьте ее заново.
Кстати, в качестве лучшей практики, я бы не стал разбирать iSCSI соединения до того, как вы удалите CSV из FCM.
.