Actualmente tenemos un entorno de prueba en el que creamos cientos de LUN en nuestra matriz de almacenamiento conectada a SAN, los exportamos a uno o más servidores (físicos), ejecutamos pruebas con los datos contenidos en los LUN, luego los destruimos y repetimos.
Nos gustaría usar máquinas virtuales como servidores, pero tenemos problemas con la asignación manual de cientos de LUN a cada máquina virtual individual (mientras que, como antes con los servidores físicos, simplemente podríamos configurar la zonificación para hacer esto y volver a escanear el HBA). .
¿Alguna sugerencia sobre cómo manejar esta situación? Una solución puede ser IO de ruta directa de VM (pero no tenemos el hardware necesario en este momento para eso), o configurar un script para volver a escanear automáticamente en busca de nuevos LUN en el nivel ESX y luego asignar automáticamente los LUN a determinados VM (¿lo cual supongo que podría hacerse a través de una API?).
Respuesta1
No veo por qué no deberías poder hacer esto con ninguna configuración estándar de ESX\ESXi.
Debería poder hacerlo con Raw Device Mappings. Suponiendo que los procedimientos de zonificación y presentación de LUN en el extremo SAN permanezcan sin cambios, puede usar vmkfstools para indicarle a ESX que vuelva a explorar y detectar los nuevos LUN en el nivel de host. Una vez que lo encuentre, puede crear VMDK y agregarlos a la VM o presentar los volúmenes completos como asignaciones de dispositivos sin formato (RDM).
Con ESX, puede escribir esto en la línea de comandos de la Consola de servicio, pero para ESXi necesitará usar las herramientas PowerCLI (Powershell) o Perl CLI. ElDispositivo de administración de vSpherees un dispositivo Linux que tiene todas las herramientas empaquetadas previamente si desea tomar ese camino. La documentación para los tres enfoques CLI se puede encontraraquí.
El esquema general de lo que querrás hacer es:
1. Vuelva a buscar los nuevos LUN en el host.
vicfg-rescan [vmhbaX]
Probablemente solo desee escanear los HBA relevantes a los que se presenta el LUN, de modo que sustituya vmhbaX con los nombres de HBA relevantes que están conectados a su SAN.
2. Cree un código auxiliar RDM que se asigne al nuevo LUN
vmkfstools –a lsilogic -r /vmfs/devices/disks/vmhba1:0:0:0 /vmfs/volumes/storage1/testluns/testrdmlun.vmdk
Deberá determinar la referencia de LUN para sus LUN y configurar el vmdk en una ubicación y un nombre que tenga sentido en su entorno. Hay un par de variantes de sintaxis con esto y no lo he usado en ESXi 4, pero este formato solía funcionar bien para mí en 3.5. Hay dos modos RDM; si necesita más funcionalidad SCSI, entonces el modo Raw Device Mapping Passthrough puede ser más apropiado para usted; en ese caso, reemplace -r con -x.
3. Presente el nuevo disco a su(s) VM(s).
Una vez que tenga el disco preparado de esta manera, hay un par de formas de presentarlo al sistema operativo dentro de la VM. Puede editar la configuración de la VM y agregar una entrada para este dispositivo, o puede tener este vmdk de destino específico ya configurado en una VM y puede ejecutar los pasos de descubrimiento anteriores mientras la VM está apagada. Si desea un mecanismo más dinámico, la mejor manera de hacer lo que quiere sería utilizar elUtilidad de montaje en disco de VMware- esto le permite montar directamente el RDM (o cualquier otro VMDK) desde el sistema operativo invitado sin tener que alterar la configuración de la VM.
Si está utilizando la CLI remota para las partes de rescaneo y vmkfstools, es posible que deba especificar el host de destino y las credenciales de autenticación como parte de los comandos.
Se podría utilizar el mismo enfoque con archivos VMDK estándar, pero primero deberá formatear el LUN como VMFS y luego crear un VMDK adecuado en él. Por lo que puedo deducir de su descripción, no obtendrá ningún beneficio si lo hace de esa manera.