Precisamos do vMA para converter o mascaramento LUN após a atualização para o ESXi 4?

Question

Isso foi extraído do guia de atualização do Vsphere, capítulo 12 (anexo):

"Após a atualização do ESX/ESXi, você deve converter o mascaramento de LUN para o formato de regra de declaração. Para fazer isso, execute o comando esxcli corestorage Claimrule convert na interface de linha de comando do vSphere. Este comando converte a configuração avançada /adv/Disk/MaskLUNs entrada em esx.conf para reivindicar regras com MASK_PATH como plug-in Consulte o Guia de instalação e referência da interface de linha de comando do vSphere."

Temos SAN iSCSI. Então, realmente precisamos fazer isso? Se sim, como? E o que acontecerá se não fizermos isso?

Answer 1

Isso não é algo que você precisa fazer, a menos que tenha implementado o LUN Masking no nível do host ESX. Essa é uma técnica relativamente incomum - a apresentação do LUN deve ser tratada no nível do array e, na minha experiência, quase sempre é. Não consigo entender por que ele seria usado em um ambiente iSCSI, mas pode haver algum hardware estranho por aí que exija isso. Se você estiver preocupado, verifique se o mascaramento de LUN está configurado em seus hosts antes de atualizar.

O risco é que você possa ter um ambiente em que sua SAN apresente todos ou alguns de seus LUNs\Volumes de maneira descontrolada e dependa dos hosts para serem seletivos sobre os volumes com os quais realmente interagirão. Por exemplo, se você tiver um cenário em que um volume NTFS que tecnicamente pertence a um host Windows também esteja visível para um host ESX, você poderá usar o mascaramento de LUN para evitar que o host ESX corrompa esse volume. Esta é uma configuração bastante frágil e é por isso que geralmente é evitada.

Mesmo que você precise fazer isso, isso não significa que precisará usar o VMA. A CLI do vSphere pode ser instalada no Windows XP\2K3\2K8-64\Vista e RHEL 5.1, SLES 10\11 e Ubuntu 9.04 para permitir acesso à maioria dos comandos que precisariam ser executados diretamente no Service Console em ESX mais antigos versões. O VMA é útil porque é um dispositivo virtual CentOS totalmente independente e pré-configurado que inclui o vSphere CLI, entre outras coisas. Como JakeRobinson apontou, o Busybox CLI no ESX 4.1 pode ser usado porque suporta os comandos ESXCLI, então você não precisa instalar mais nada se precisar fazer isso.

Answer 2

Você só precisa aplicar isso se estiver usando SAN Fibre Channel.

Aquihá mais algumas informações sobre o comando eaquié um tópico interessante.

Se você precisasse fazer isso por algum motivo, faria isso na CLI do ESX/ESXi. ESXi 4.1 permite que você entre na CLI com ALT-F1.

Answer 3

Convertemos mais de 2.000 anfitriões de 3,5 em 4, todos no FC, e não precisamos fazer isso.