☰

Нужен ли vMA для преобразования маскировки LUN после обновления до ESXi 4?

tag-icon • tag-icon vmware-vsphere
Нужен ли vMA для преобразования маскировки LUN после обновления до ESXi 4?

Это взято из руководства по обновлению Vsphere, глава 12 (прилагается):

«После обновления ESX/ESXi необходимо преобразовать маскировку LUN в формат правила утверждения. Для этого выполните команду esxcli corestorage claimrule convert в интерфейсе командной строки vSphere. Эта команда преобразует расширенную запись конфигурации /adv/Disk/MaskLUNs в esx.conf в правила утверждения с MASK_PATH в качестве подключаемого модуля. См. Руководство по установке и справочное руководство по интерфейсу командной строки vSphere».

У нас есть iSCSI SAN. Так нам действительно нужно это делать? Если да, то как? И что будет, если мы этого не сделаем?

решение1

Это не то, что вам нужно делать, если вы не реализовали маскировку LUN на уровне хоста ESX. Это относительно необычная техника — представление LUN ​​должно обрабатываться на уровне массива, и по моему опыту так оно почти всегда и бывает. Я не понимаю, зачем это вообще использовать в среде iSCSI, но может быть какое-то странное оборудование, которому это нужно. Если вы обеспокоены, то проверьте, настроена ли маскировка LUN на ваших хостах, прежде чем обновляться.

Риск заключается в том, что у вас может быть среда, в которой ваш SAN представляет все или некоторые из своих LUN\Volumes неконтролируемым образом и полагается на то, что хосты будут избирательно относиться к томам, с которыми они будут фактически взаимодействовать. Например, если у вас есть сценарий, в котором том NTFS, который технически принадлежит хосту Windows, также виден хосту ESX, то вы можете использовать маскировку LUN, чтобы не допустить повреждения этого тома хостом ESX. Это довольно хрупкая настройка, и именно поэтому ее обычно избегают.

Даже если вам придется это сделать, это не значит, что вам нужно будет использовать VMA. vSphere CLI можно установить на Windows XP\2K3\2K8-64\Vista и RHEL 5.1, SLES 10\11 и Ubuntu 9.04, чтобы разрешить доступ к большинству команд, которые необходимо было бы запускать непосредственно на консоли обслуживания в старых версиях ESX. VMA удобен, поскольку это полностью автономный и предварительно настроенный CentOS Virtual Appliance, который включает vSphere CLI, среди прочего. Как отметил ДжейкРобинсон, Busybox CLI на ESX 4.1 можно использовать, поскольку он поддерживает команды ESXCLI, поэтому вам на самом деле не нужно устанавливать ничего другого, если вам нужно это сделать.

решение2

Вам нужно применять это только в том случае, если вы используете Fibre Channel SAN.

Здесьесть еще информация о команде, издесьинтересная тема.

Если по какой-то причине вам это действительно нужно, вы можете сделать это из ESX/ESXi CLI. ESXi 4.1 позволяет вам войти в CLI с помощью ALT-F1.

решение3

Мы перевели более 2000 хостов 3.5 на 4, все на FC, и нам вообще не пришлось этого делать.

Связанный контент