Esto se extrae de la guía de actualización de Vsphere, capítulo 12 (adjunta):
"Después de la actualización de ESX/ESXi, debe convertir el enmascaramiento de LUN al formato de regla de reclamo. Para hacer esto, ejecute el comando de conversión de reclamo de esxcli corestorage en la interfaz de línea de comandos de vSphere. Este comando convierte la configuración avanzada /adv/Disk/MaskLUNs entrada en esx.conf para reclamar reglas con MASK_PATH como complemento. Consulte la Guía de referencia e instalación de la interfaz de línea de comandos de vSphere.
Disponemos de SAN iSCSI. Entonces, ¿realmente necesitamos hacer esto? ¿Si es así, cómo? ¿Y qué pasará si no hacemos esto?
Respuesta1
Esto no es algo que deba hacer a menos que haya implementado el enmascaramiento LUN en el nivel del host ESX. Esa es una técnica relativamente poco común: la presentación de LUN debe manejarse en el nivel de matriz y, en mi experiencia, casi siempre es así. No veo por qué alguna vez se usaría en un entorno iSCSI, pero puede haber algún hardware extraño que lo requiera. Si le preocupa, verifique si el enmascaramiento LUN está configurado en sus hosts antes de actualizar.
El riesgo es que pueda tener un entorno en el que su SAN presente todos, o algunos, sus LUN/Volúmenes de forma incontrolada y dependa de que los hosts sean selectivos con respecto a los volúmenes con los que realmente interactuarán. Por ejemplo, si tiene un escenario en el que un volumen NTFS que técnicamente pertenece a un host Windows también es visible para un host ESX, entonces podría usar el enmascaramiento LUN para evitar que el host ESX dañe ese volumen. Se trata de una configuración bastante frágil y por eso generalmente se evita.
Incluso si tiene que hacer esto, eso no significa que necesitará usar el VMA. vSphere CLI se puede instalar en Windows XP\2K3\2K8-64\Vista y RHEL 5.1, SLES 10\11 y Ubuntu 9.04 para permitir el acceso a la mayoría de los comandos que deberían ejecutarse directamente en la Consola de servicio en ESX anteriores. versiones. El VMA es útil porque es un dispositivo virtual CentOS preconfigurado y totalmente autónomo que incluye vSphere CLI, entre otras cosas. Como JakeRobinson señaló, la CLI de Busybox en ESX 4.1 se puede usar porque admite los comandos de ESXCLI, por lo que en realidad no necesita instalar nada más si tiene que hacer esto.
Respuesta2
Respuesta3
Convertimos más de 2000 hosts de 3,5 a 4, todos en FC, y no necesitábamos hacerlo en absoluto.