Как добавить жесткий диск в esxi в datastore
В ESXi 6.5 были внесены некоторые изменения касательно устройств, подключенных через USB порты. Унаследованные драйверы, включая xhci, ehci-hcd, usb-uhci и usb-storage, были заменены единым USB-драйвером с именем vmkusb. Новый драйвер имеет некоторые особенности, позволяющие подключать внешний USB-устройства (флешки или USB жесткие диски) и использовать их в качестве VMFS хранилищ.
В этой статье, я попробую собрать вместе всю информацию о подключении USB устройств, использовании их в качестве хранилищ ВМ с файловой системой VMFS5 или VMFS6 на хосте ESXi и типовых проблемах.
Важно. Обратите внимание, что использование USB хранилищ официально не поддерживается VMware (кейс о проблеме с таким хранилищем завести не получится).
Варианты миграции виртуальных дисков в ESXI
- Если у вас, как и у меня есть кластер с общими хранилищами, то проблем быть не должно (я не беру в расчет вашу лицензию vCenter). Можно воспользоваться функцией Storage vMotion. Я как то несколько лет назад вам о ней рассказывал, тогда еще были ESXI 5.5.
- Если же у вас нет лицензии или общих хранилищ, то вам придется выключать виртуальную машину, удалять из инвентори диск, потом его переносить через файловый менеджер встроенный в vCenter и заново добавлять виртуальных диск в сервер.
Я пойду первым вариантом и произведу миграцию через Storage Vmotion.
Проблема: не монтируются автоматически VMFS хранилища
Довольно часто, пользователи жалуются, что при подключении к ESXi 6.5 USB флешки, на которой уже имеется хранилище VMFS, оно автоматически не монтируется. Устройства отображается в /dev/disks, но само хранилище остается в офлайн режиме. Проблема видна в логе vmkernel.log.
2017-12-27T10:25:05.885Z cpu0:65593)VMWARE SCSI Id: Id for vmhba34:C0:T0:L0
0x50 0x00 0x00 0x00 0x00 0x00 0x00 0x01 0x41 0x53 0x32 0x31 0x31 0x35
2017-12-27T10:25:05.885Z cpu0:65593)ScsiDeviceIO: 9120: Get VPD 80 Inquiry for device «naa.5000000000000002» from Plugin «NMP» failed. Not supported
2017-12-27T10:25:05.885Z cpu0:65593)ScsiDeviceIO: 9167: Get VPD 86 Inquiry for device «naa.5000000000000002» from Plugin «NMP» failed. Not supported
2017-12-27T10:25:05.887Z cpu0:65593)ScsiDeviceIO: 7851: Could not detect setting of QErr for device naa.5000000000000002. Error Not supported.
2017-12-27T10:25:05.891Z cpu0:65593)ScsiDeviceIO: 8365: Could not detect setting of sitpua for device naa.5000000000000002. Error Not supported.
2017-12-27T10:25:05.898Z cpu1:65562)ScsiDeviceIO: 2948: Cmd(0x439500b60000) 0x1a, CmdSN 0x238 from world 0 to dev «naa.5000000000000002» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2017-12-27T10:25:05.905Z cpu0:65593)LVM: 11136: Device naa.5000000000000002:1 detected to be a snapshot:
2017-12-27T10:25:05.905Z cpu0:65593)LVM: 11143: queried disk ID:
2017-12-27T10:25:05.905Z cpu0:65593)LVM: 11150: on-disk disk ID:
2017-12-27T10:25:05.914Z cpu0:65593)ScsiEvents: 300: EventSubsystem: Device Events, Event Mask: 40, Parameter: 0x43029e372700, Registered!
2017-12-27T10:25:05.914Z cpu0:65593)ScsiEvents: 300: EventSubsystem: Device Events, Event Mask: 200, Parameter: 0x43029e372700, Registered!
2017-12-27T10:25:05.914Z cpu0:65593)ScsiDevice: 4265: Successfully registered device «naa.5000000000000002» from plugin «NMP» of type 0
Как видно из лога, устройство почему-то определилось как снапшот. Такая проблема почему-то появляется только в ESXi 6.5 и исправляется довольно просто. Выведем список снапшотов:
С помощью VMFS UUID смонтируем хранилище:
Хранилище должно появится в /vmfs/volumes и отобразится в vSphere клиенте.
Миграция с помощью Storage vMotion
С помощью Storage vMotion вы можете переносить виртуальную машину и ее файлы на диске из одного хранилища данных в другое во время работы виртуальной машины. С помощью Storage vMotion вы можете перемещать виртуальные машины из массивов для обслуживания или обновления. У вас также есть возможность оптимизировать диски для повышения производительности или преобразовать типы дисков, которые вы можете использовать для освобождения места.
Вы можете разместить виртуальную машину и все ее диски в одном месте или выбрать отдельные расположения для файла конфигурации виртуальной машины и каждого виртуального диска. Виртуальная машина не меняет хост выполнения во время миграции с помощью Storage vMotion. Во время миграции с помощью Storage vMotion вы можете изменить тип выделения диска.
Миграция с помощью Storage vMotion изменяет файлы виртуальных машин в целевом хранилище данных, чтобы они соответствовали инвентарному имени виртуальной машины. При миграции переименовываются все файлы виртуального диска, конфигурации, моментальных снимков и файлы .nvram . Если новые имена превышают максимальную длину имени файла, перенос не удастся, ох уж эти длинные пути и тут.
Storage vMotion имеет несколько применений для администрирования виртуальной инфраструктуры, включая следующие примеры использования.
- Обслуживание и реконфигурация хранилища. Вы можете использовать Storage vMotion для перемещения виртуальных машин с устройства хранения, чтобы обеспечить обслуживание или реконфигурацию устройства хранения без простоя виртуальной машины.
- Перераспределение нагрузки на хранилище. Вы можете использовать Storage vMotion для перераспределения виртуальных машин или виртуальных дисков по разным томам хранения, чтобы сбалансировать емкость или повысить производительность.
Сразу скажу, что процесс миграции между хранилищами концептуально одинаков в разных версиях vCenter, но интерфейсы имею разный вид и расположение кнопок
VMFS хранилище на USB дисках размером более 2Тб
Большие диски, размером более 2Тб все также не работают в ESXi 6.5. Лог такой:
2017-12-27T16:22:13.213Z cpu4:66004)WARNING: ScsiPath: 7481: Adapter Invalid does not exist
2017-12-27T16:22:13.246Z cpu7:65593)VMWARE SCSI Id: Could not get disk id for vmhba35:C0:T0:L0
2017-12-27T16:22:13.246Z cpu7:65593)ScsiDeviceIO: 9120: Get VPD 80 Inquiry for device «t10.WD______My_Book_1140____WMC1T2972871____» from Plugin «NMP» failed. Not supported
2017-12-27T16:22:13.246Z cpu7:65593)ScsiDeviceIO: 9167: Get VPD 86 Inquiry for device «t10.WD______My_Book_1140____WMC1T2972871____» from Plugin «NMP» failed. Not supported
2017-12-27T16:22:13.248Z cpu7:65593)ScsiDeviceIO: 7851: Could not detect setting of QErr for device t10.WD______My_Book_1140____WMC1T2972871____. Error Not supported.
2017-12-27T16:22:13.251Z cpu2:65563)ScsiDeviceIO: 2948: Cmd(0x439500b1fe80) 0x1a, CmdSN 0x6ce from world 0 to dev «t10.WD______My_Book_1140____WMC1T2972871____» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2017-12-27T16:22:13.253Z cpu7:65593)ScsiDeviceIO: 8365: Could not detect setting of sitpua for device t10.WD______My_Book_1140____WMC1T2972871____. Error Not supported.
2017-12-27T16:22:13.253Z cpu7:65593)ScsiDevice: 3163: Failing registration of device ‘t10.WD______My_Book_1140____WMC1T2972871____’: Unsupported sector size:4096
2017-12-27T16:22:13.253Z cpu7:65593)ScsiEvents: 545: Event Subsystem: Device Events, Destroyed!
2017-12-27T16:22:13.253Z cpu7:65593)WARNING: NMP: nmp_RegisterDevice:851: Registration of NMP device with primary uid ‘t10.WD______My_Book_1140____WMC1T2972871____’ failed. Not supported
2017-12-27T16:22:13.253Z cpu7:65593)StorageApdHandler: 1062: Freeing APD handle 0x43029e213fd0 []
2017-12-27T16:22:13.253Z cpu7:65593)StorageApdHandler: 1147: APD Handle freed!
Перед тем, как приступить к созданию разделов VMFS , следует уяснить один нюанс: VMFS хранилище может находится только на устройстве хранения SCSI.
Это может быть локальный SCSI диск (с или без RAID), или общее хранилище (shared storage), такое как SAN устройство (iSCSI или Fibre Channel) или же NFS.
Устройство хранения и сервер ESX должны быть настроены таким образом, чтобы хранилище было видно и доступно серверу ESX.
Предварительно рекомендую познакомится со статьями: основы настройки хранилищ iSCSI, а также iSCSI с аутентификацией CHAP.
Мы предполагаем, что эти настройки уже выполнены, поэтому мы можем продолжить.
1. Перейдите на вкладку сервера «Configuration», затем выберите раздел «Storage».
4. Перед вами появится список еще не задействованных LUN. Выберите LUN, который вы планируете использовать как хранилище VMFS и нажмите Далее.
5. Еще раз познакомьтесь со свойствами диска, после чего нажмите кнопку Далее
6. Укажите имя создаваемого хранилища имя, это имя в дальнейшем будет использоваться вами для его идентификации. Нажмите Далее.
В том случае, если у вас не будет виртуальных дисков размером больше чем 256 Гб каждый, то можете выбрать размер блока равный 1 Мб. Нажмите Далее …
9. Запустится задача (task) с именем «Create VMFS Datastore». После окончания этого процесса, новое хранилище VMFS готово к использованию.
10. Это хранилище теперь видимо и доступно на вкладке «Storage» в разделе настроек сервера.
В некоторых случаях (как правило, в кластерных сценариях) может возникнуть необходимость совместного использования одного и того же диска двумя (и более) виртуальными машинами. Самый оптимальный способ — использовать диск vmdk, физически расположенный на общем хранилище или локальном диске хоста ESXi (если хост один). Если вы хотите презентовать общий диск виртуальным машинам, запущенным на разных хостах ESXi, вы можете использовать только общее хранилище (VMFS datastore).
Предположим, у нас уже имеется некоторое общее внешнее хранилище (подключенное к каждому узлу ESXi с использованием iSCSI или Fibre Channel SAN), доступное всем хостам VMWare ESXi, с виртуальными машинами, которым нужно предоставить доступ к общему диску. Допустим, у нас всего 2 таких ВМ.
На обеих ВМ нужно добавить новый SCSI контроллер. Для этого, откройте клиент vSphere, выберите первую ВМ machine (Node 1) и откройте ее настройки (Edit Settings).
Чтобы добавить новое устройств, в выпадающем списке внизу окна выберите SCSI controller и нажмите кнопку Add.
В качестве типа контролера SCSI выберите LSI Logic SAS.
Выберите нужный режим общего доступа к шине SCSI (SCSI Bus sharing mode):
- Virtual — виртуальный диск предоставляется нескольким ВМ на одном хосте ESXi
- Physical – общий доступ к vmdk файлу с нескольких ВМ на разных хостах ESXi
Нажмите OK. Затем на первой ВМ нужно добавить новый виртуальный диск (New Device -> New Hard Disk -> Add) со следующими настройками:
- VM Storage Policy: по желанию
- Location: укажите имя общего хранилища, на котором будет находится общий виртуальный диск
- Disk Provisioning: выберите Thick provision eager zeroed (другие типы дисков использовать не получится)
- Sharing: Multi-writer
- Virtual Device Node: выберите созданный ранее виртуальный SCSI контроллер
- Disk mode: выберите режим Independant – Persistdent. В этом режиме нельзя создать снапшот общего виртуального диска
Аналогичным образом нужно добавить новый SCSI контроллер и на второй виртуальной машине (Node 2). После это в настройках второй ВМ нужно добавить существующий виртуальный диск (Existing Hard Disk).
В появившемся окне выберите хранилище, на котором ранее вы разместили общий диск. Выберите каталог с именем первой ВМ, а затем – нужный vmdk файл.
В том случае, если вам потребуется использовать несколько общих дисков, имейте в виду, что один SCSI контроллер поддерживает до 16 дисков. Если дисков больше (что вряд ли), нужно будет создать дополнительный SCSI контроллер.
После того, как вы настроили виртуальные машины, подключитесь к гостевой ОС. В нашем случае это Windows. Откройте оснастку управления компьютером (Computer Management) и перейдите в раздел Storage -> Disk Management . Щелкните ПКМ по нему и выберите Rescan Disk.
Система определит новый диск и предложит инициализировать его. Выберите нужный стиль таблицы разделов (MBR или GPT), создайте на новом диске раздел и отформатируйте его. Аналогичные операции выполните на второй ВМ. После этого, обе ВМ смогут совместно использовать один общий виртуальный vmdk диск.
Имеем гипервизор ESXi 6.7 с виртуальной машиной Windows Server 2016. Задача - добавить новый диск в виртуалку.
Заходим через UI на страницу виртуалки:
Кликаем Add hard disk > New standard hard disk:
Добавляется новый диск размером 40 Гб.
Устанавливаем нужный нам размер, я ставлю 2 Тб.
Здесь также можно настроить дополнительные настройки.
- Location, выбираем хранилище.
- Disk Provisioning бывает трёх типов:
- Thick provision lazy zeroed - толстый ленивый (по умолчанию). При создании занимает выделенный объём, но нулями не заполняет сразу, а по мере записи. Быстро создаёт большие винты, но потом тратит ресурсы на заполнение блоков нулями. При долгой работе в итоге превращается в жадный.
- Thick provision eager zeroed - толстый жадный. При создании заполняет выделенный объём нулями. Долго создаёт большие винты, зато потом летает.
- Thin provision - тонкий. Быстро создаётся, не занимает места на диске. По мере наполнения - отжирает винт пока не заполнит весь выделенный для него объём. На это тратятся некоторые ресурсы. Опасен тем, что в один прекрасный момент места может не хватить, тогда с фризом нужно будет бороться танцами и бубном.
- Low (500)
- Normal (1000)
- High (2000)
- Custom
- SCSI controller (0:0) - (0:15)
- SATA controller (0:0) - (0:29)
- Dependent (Обычный.)
- Independent - persistent (Вы не сможете создать снапшот, так как все изменения сразу пишутся на диск.)
- Independent - Non-persistent (После перезагрузки изменения откатываются. Тоже нет смысла делать снапшоты.)
- Можно включить режим Multi-writer sharing. Это позволяет использовать один диск несколькими виртуалками.
Настраиваем, кликаем Save. Диск добавился.
Смотрим в ОС оснастку Disk management. Появился новый диск.
Тыкаем правой кнопкой на диск, Online.
Тыкаем правой кнопкой на диск, Initialize Disk.
Выбираем GPT (GUID Partition Table) или MBR (Master Boot Record).
- GPT допускает неограниченное количество основных разделов, в то время как MBR допускает только четыре основных, а остальные — дополнительные.
- GPT позволяет создавать разделы любого размера, в то время как MBR имеет ограничение в 2 ТБ.
- GPT хранит копию данных раздела, позволяя восстановить их в случае повреждения основного заголовка GPT; MBR хранит только одну копию данных раздела в первом секторе жёсткого диска, что может привести к потере всей информации в случае повреждении информации о разделах.
- GPT хранит значения контрольной суммы для проверки, что данные не повреждены, и может выполнить необходимое восстановление из других областей диска в случае повреждения; MBR не имеет способа узнать о повреждении данных, вы можете узнать об этом только если компьютер откажется загружаться или исчезнет раздел.
Возможно, я в дальнейшем увеличу размер диска, поэтому выбираю GPT.
Тыкаем правой кнопкой на неразмеченной области, New Simple Volume.
Запускается мастер создания тома. Next.
Выбираем размер, в данном случае весь. Next.
Выбираем букву диска. У меня там будут лежать бэкапы. поэтому ставлю B. Next.
Постановка задачи
У меня в организации есть vCenter Server 7 на котором есть кластер из 24 ESXI хостов. Им презентованы общие датасторы. На одном из датасторов не правильно было спланировано дисковое пространство виртуальных дисков для одной из виртуальных машин, в итоге при заполнении дисков внутри гостевой операционной системы, мы поймали ошибку "There is no more space for virtual disk". Получилось, что суммарный выделенный объем виртуальных дисков превысил размер VMFS хранилища.
В моем примере 11-ое хранилище почти заполнено и там осталось всего 111 из 6 ТБ.
С данного датастора я хочу мигрировать один из виртуальных дисков, размером 2,2 ТБ на другой датастор.
Процесс миграции диска виртуальной машины ESXI через PowerCLI
Не могу не показать, как производить миграцию Storage vMotion с помощью PowerCLI.
Далее вы можете запустить сам PowerCLI или через PowerShell ISE вызвать его модуль, первое, что необходимо это подключиться к вашему vCenter Server, через команду:
В своем примере у меня есть виртуальная машины SVPRDLS04 у нее два виртуальных диска, я буду перемещать на другой датастор второй диск, объемом 100 ГБ. Чтобы посмотреть список дисков у виртуальной машины, номера дисков, так как это будет использоваться в командах, на каком датасторе сейчас лежат, выполните:
Нужный мне диск имеет параметры:
- CapacityGB - 100 ГБ
- Filename - указано, что лежит на датасторе DELL_05
- Name - Hard disk 2, то есть имеет второй порядковый номер
Далее нам нужно посмотреть список доступных хранилищ и свободное на них место, чтобы определиться куда мы будим мигрировать виртуальный диск. Для этого выполните:
Я буду перемещать второй диск на хранилище DELL_04, там достаточно свободного места.
Теперь зная вводные данные вы можете соорудить не сложную конструкцию.
$MoveDatastore = Get-Datastore -Name "DELL_04"
Move-HardDisk -HardDisk $MoveDisk -Datastore $MoveDatastore
Разрешаем миграцию и нажимаем "Y".
Через некоторое время, когда задние будет выполнено снова запросите свойства виртуальных дисков на нужном сервере, как видите все успешно мигрировало.
Процесс миграции диска виртуальной машины ESXI в vCenter 6.5
Давайте еще покажу, как это выглядело в vCenter Server 6.5. Так же откройте веб клиента и щелкните правым кликом по виртуальной машине, из контекстного меню выбираем пункт "Migrate".
Чтобы переместить только файлы виртуальных винтов выбираем пункт "Change Datastore" и next
Видим список доступных датасторов, нам необходимо для выбора отдельных дисков нажать кнопку "Advanced".
Далее выберите нужный виртуальный диск и в столбце "Storage", у вас откроется список датасторов.
Далее вы можете выбрать другую политику хранилищ и выберите куда его нужно мигрировать.
На следующем шаге у вас есть возможность выбрать тип диска.
Проверяем, что все указано верно. Если так, то запускаем процесс миграции.
Как я и писал выше, время переезда зависит от размера виртуальных дисков и скорости вашего СХД.
Процесс миграции диска виртуальной машины ESXI в vCenter 5.5
В стареньком клиенте vCetner так же через правый клик вызовите меню "Migrate". В открывшемся мастере выберите пункт "Change datastore".
Далее нажмите на кнопку "Advanced".
Теперь у вас появится возможность изменить "Current Location" на другое хранилище. Нажимаем next.
Остается нажать кнопку "Finish" и запустить процесс миграции виртуального диска в vCenter 5.5.
Именование USB устройств в ESXi 6.5
Как я уже говорил, в ESXi 6.5 было изменены правила именования устройств. Если в ESXi 6.0 все USB устройства определялись как mpx.vmhbaXX, то в ESXi 6.5 они называются naa.XXX. Вот как выглядит SSD накопитель Samsung, подключенный через порт USB3:
Однако, это правило работает не всегда. К примеру, моя 16 Гб флешка Transcend в обоих версиях гипервизора выглядит как mpx.vmhba:
Новое именование не влияет на VMFS хранилища, подключенные по USB, однако теперь при проверке /dev/disks/ нужно быть внимательным и не пропустить все USB-устройства. Как и ранее, вы можете создавать разделы и форматировать такие устройства в файловую систему VMFS, но нужно использовать новое имя.
Создаем файловое хранилище VMFS5/VMFS6 на USB диске или флешке
Процесс создания VMFS5 или VMFS6 хранилищ аналогичен предыдущим версиям:
USB хранилище должно появится в списке хранилищ в разделе Storage.
.
Вот как полностью выглядят команды и их вывод:
[root@esx6:~] partedUtil mklabel /dev/disks/naa.5000000000000002 gpt
[root@esx6:~] eval expr $(partedUtil getptbl /dev/disks/naa.5000000000000002 | tail -1 | awk '') - 1
250067789
[root@esx6:~] partedUtil setptbl /dev/disks/naa.5000000000000002 gpt "1 2048 250067789 AA31E02A400F11DB9590000C2911D1B8 0"
gpt
0 0 0 0
1 2048 250067789 AA31E02A400F11DB9590000C2911D1B8 0
[root@esx6:~] vmkfstools -C vmfs6 -S USB-Datastore /dev/disks/naa.5000000000000002:1
create fs deviceName:'/dev/disks/naa.5000000000000002:1', fsShortName:'vmfs6', fsName:'USB-Datastore'
deviceFullPath:/dev/disks/naa.5000000000000002:1 deviceFile:naa.5000000000000002:1
ATS on device /dev/disks/naa.5000000000000002:1: not supported
.
Checking if remote hosts are using this device as a valid file system. This may take a few seconds.
Scanning for VMFS-3/VMFS-5 host activity (512 bytes/HB, 2048 HBs).
Creating vmfs6 file system on "naa.5000000000000002:1" with blockSize 1048576, unmapGranularity 1048576, unmapPriority default and volume label "USB-Datastore".
Successfully created new volume: 583b0efb-33b7ba1e-57e7-001fc69b9659Процесс миграции диска виртуальной машины ESXI в vCenter 7
Приступаем от слов к делу и выполним Storage vMotion. Щелкните правым кликом по нужному виртуальному серверу и выберите пункт "Migrate".
Выберите пункт "Change Storage only". Это позволит переместить только расположение файлов виртуальной машины, сам хост на котором она работает останется неизменным.
У вас появится список хранилищ, которые вы можете использовать для миграции виртуального диска. Выберите пункт "CONFIGURE PER DISK".
Выбираем нужный виртуальный диск и нажимаем кнопку "CONFIGURE".
Далее выберем нужный датастор на который вы хотите его переместить. Обратите внимание, что на данном шаге вы можете поменять тип диска, для этого есть пункт "Select virtual disk format".
- Same format as source - Используйте тот же формат, что и исходная виртуальная машина.
- Thick Provision Lazy Zeroed - Создается виртуальный диск в толстом формате по умолчанию. Место, необходимое для виртуального диска, выделяется во время создания. Любые данные, оставшиеся на физическом устройстве, не стираются во время создания. Вместо этого он обнуляется по запросу при первой записи.
- Thick Provision Eager Zeroed - Создается толстый диск, поддерживающий такие функции кластеризации, как отказоустойчивость. Пространство, необходимое для виртуального диска, выделяется во время создания. В отличие от формата с отложенным обнулением с толстым резервом, данные, оставшиеся на физическом устройстве, обнуляются во время создания. Создание дисков в этом формате может занять больше времени, чем создание дисков других типов.
- Thin Provision - Используйте формат с тонкой подготовкой. Сначала диск с тонкой подготовкой использует ровно столько места в хранилище данных, сколько изначально требуется диску. Если позже тонкому диску потребуется больше места, его можно расширить до выделенной ему максимальной емкости.
Также вы можете выбрать политику хранения виртуальной машины в раскрывающемся меню "VM Storage Policy". Политики хранения определяют требования к хранилищу для приложений, работающих на виртуальной машине. Вы также можете выбрать политику по умолчанию для хранилищ данных vSAN или Virtual Volumes.
Если на жестких дисках виртуальной машины используются разные политики хранения, новая политика, которую вы выбираете, применяется только к жестким дискам без PMem. Жесткие диски PMem переносятся в локальное хранилище данных PMem целевого хоста.
- Datastore Default - Общая политика хранения по умолчанию, которую предоставляет ESXi, применяется ко всем хранилищам данных и не включает правила, специфичные для любого типа хранилища.
- Management Storage policy - Encryption - можете создавать зашифрованные виртуальные машины
- Management Storage policy - Large
- Management Storage policy - Reqular
- Management Storage policy - Single Node
- Management Storage policy - Stretched
- Management Storage policy - Stretched Lite
- Management Storage policy - Thin
- VM Encryption Policy
- vSAN Default Storage Policy
- VVol No Requirements Policy
нажмите кнопку "CONFIRM" для продолжения миграции.
Далее вам еще раз нужно точно выбрать нужный виртуальный диск и начать процесс миграции.
Процесс миграции занимает разное время, все зависит от объема виртуального диска.
В задачах у вас появится задание "Migrating Virtual Machine active state".
Читайте также: