Назад | Перейти на главную страницу

Управление дисками для файлового сервера на виртуальной машине Hyper-V

Я хочу настроить роль файлового сервера на виртуальной машине Hyper-V на узле Windows 2012 Server. Как лучше всего настроить систему с точки зрения работы с нижележащим диском хранения?

Сценарии, которые меня беспокоят, перечислены ниже:

Если я добавить физический диск к ВМ, что произойдет, если хост или виртуальная машина, использующие его, умрут безвозвратно?

Если я добавить виртуальный диск, созданный на хосте, к ВМ, что произойдет, если хост или виртуальная машина, управляющие им, умрут безвозвратно?

Из этой статьи я понимаю, что при нормальных обстоятельствах перемещение виртуального диска должно быть тривиальным: Копирование и перемещение виртуальных дисков

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

Если вы храните виртуальные жесткие диски в надежном хранилище (кластер файловых серверов, сеть хранения данных и т. Д.), Вы сможете воссоздать виртуальную машину независимо от того, что происходит с хостом Hyper-V. Буквально не имеет значения, загорится ли хозяин и растает. Если вы также сохраните там конфигурацию виртуальной машины, вам даже не придется воссоздавать виртуальную машину.

Если вы храните виртуальную машину и ее виртуальные жесткие диски в локальном хранилище на узле Hyper-V, то, что происходит, когда узел умирает, во многом зависит от того, заберет ли он диски с собой при выходе из строя. Скачок напряжения, который обжигает материнскую плату, также может поджарить диски. Значит, вы потеряли все с момента последней резервной копии.

Если у вас нет какого-либо надежного хранилища, посмотрите на Hyper-V Replica для виртуальной машины файлового сервера. Используйте другой хост для защиты от отказа основного хоста.