Это извлечено из руководства по обновлению Vsphere, глава 12 (прилагается):
"После обновления ESX / ESXi вы должны преобразовать маску LUN в формат правила утверждений. Для этого запустите команду esxcli corestorage claimrule convert в интерфейсе командной строки vSphere. Эта команда преобразует расширенную конфигурацию / adv / Disk / MaskLUNs запись в esx.conf, чтобы заявить правила с MASK_PATH в качестве подключаемого модуля. См. Руководство по установке и справочнику интерфейса командной строки vSphere. "
У нас есть iSCSI SAN. Так действительно ли нам нужно это делать? Если да, то как? А что будет, если мы этого не сделаем?
Это не то, что вам нужно делать, если вы не реализовали маскировку LUN на уровне хоста ESX. Это относительно необычный метод - представление LUN должно обрабатываться на уровне массива, и, по моему опыту, это почти всегда так. Я не понимаю, зачем его вообще использовать в среде iSCSI, но может быть какое-то странное оборудование, которое требует этого. Если вы обеспокоены, то перед обновлением проверьте, настроено ли на ваших хостах маскирование LUN.
Риск заключается в том, что у вас может быть среда, в которой ваша SAN представляет все или некоторые из своих LUN \ Volumes неконтролируемым образом и полагается на то, что хосты выбирают тома, с которыми они фактически будут взаимодействовать. Например, если у вас есть сценарий, в котором том NTFS, который технически принадлежит хосту Windows, также виден хосту ESX, вы можете использовать маскирование LUN, чтобы предотвратить повреждение хоста ESX этого тома. Это довольно хрупкая установка, и поэтому ее обычно избегают.
Даже если вам нужно это сделать, это не значит, что вам нужно будет использовать VMA. Интерфейс командной строки vSphere может быть установлен в Windows XP \ 2K3 \ 2K8-64 \ Vista и RHEL 5.1, SLES 10 \ 11 и Ubuntu 9.04, чтобы разрешить доступ к большинству команд, которые необходимо было запускать непосредственно в служебной консоли в старых версиях ESX. версии. VMA удобна тем, что это полностью автономное и предварительно настроенное виртуальное устройство CentOS, которое, среди прочего, включает vSphere CLI. Как указал ДжейкРобинсон, можно использовать интерфейс командной строки Busybox в ESX 4.1, поскольку он поддерживает команды ESXCLI, поэтому вам не нужно устанавливать что-либо еще, если вам нужно это сделать.
Это необходимо только в том случае, если вы используете Fibre Channel SAN.
Вот дополнительная информация о команде, и Вот это интересная ветка.
Если по какой-то причине вам нужно это сделать, вы должны сделать это из интерфейса командной строки ESX / ESXi. ESXi 4.1 позволяет входить в CLI с помощью ALT-F1.
Мы преобразовали более 2000 хостов 3.5 в 4, все на FC, и в этом совсем не было необходимости.