Estimados lectores, en esta ocasión vamos a ver cómo ampliar una LUN RDM de un Guest Linux en VMware vSphere que reside en un almacenamiento NetApp. En el mundo Linux, así como en el Windows, tenemos varias opciones para ampliar el almacenamiento dependiendo de cómo se haya diseñado el disco o conjunto de discos original (LVM, particiones, disco físico,...). No voy a entrar en cuál de los diseños es mejor o peor, sencillamente en este caso particular el disco que necesitamos ampliar no tiene particiones ni forma parte de un grupo LVM por lo que se trata de una LUN física con un filesystem EXT3.
#000002
La LUN RDM conectada al Guest Linux está configurada en modo físico.
Existe un punto de montaje definido en la ruta /etc/fstab.
No se trata del boot, es un disco destinado a almacenamiento de datos (bases de datos, backups, archivos, ...).
#000004
Si estamos en este caso podemos ampliar una LUN RDM de un Guest Linux en VMware vSphere de forma no disruptiva (sin afectar el servicio) siguiendo este pequeño procedimiento:
#000005
a) Identificar la LUN en la máquina virtual:
#000006
Como podemos ver se trata de la LUN con ID 40 cuya compatibilidad es física. Veamos cuál es su tamaño original:
#000007
A nivel de Host ESXi podemos ver los dispositivos/discos que ven las HBAs, en este caso la LUN 40 tiene un tamaño de 1000,22 GB.
#000008
b) Redimensionar el volumen que contiene la LUN:
#000009
En el ejemplo nos hemos conectado vía SSH con la controladora NetApp que gestiona esta LUN, lo podríamos hacer también vía OnCommand System Manager.
#000010
c) Importante, siempre que tengamos opción de rollback, hacer un snapshot del volumen antes de realizar cambios en la LUN:
#000011
d) Redimensionar la LUN con el nuevo tamaño:
#000013
En este caso hemos ampliado la LUN de 1TB a 1.5TB.
#000014
e) Ahora necesitamos que el Host ESXi vea el nuevo tamaño así que necesitamos lanzar un «rescan» de las HBAs:
#000015
Con este deberíamos ver el nuevo tamaño y hasta aquí la parte «física» por decirlo de algún modo. Ahora nos toca trabajar con la Guest.
#000016
Realizado podemos verificar que el sistema ve el nuevo tamaño con lo siguiente:
#000018
El disco en cuestión está correctamente ampliado en la Guest pero todavía nos queda un último paso.
#000019
En este caso concreto no podemos usar resize2fs para ampliar en caliente nuestro disco puesto que la versión de Linux es bastante antigua (anterior a RHEL 4). En estos casos podemos usar ext2online que aunque nos pueda confundir por su nombre «EXT2» también es capaz de extender filesystems EXT3.
#000020
Observemos la diferencia entre las dos herramientas, la primera utiliza una ruta hacia el «disco físico» mientras que la segunda requiere un punto de montaje.
#000021
¿Te ha gustado este artículo? ¡Suscríbete!
#000023
Deja una respuesta Cancelar la respuesta
#000026
Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *
#000027
Guarda mi nombre, correo electrónico y web en este navegador para la próxima vez que comente.
#000028
Este es el cajón recoge cenizas que recomienda @leroymerlin_es para mi barbacoa. En la primera hornada así ha quedado... ¿Hablamos @leroymerlin_es? /MrHJPoCzoj
#000031
@VECI_Esp Al aeropuerto 4 horas y media antes de nuestro vuelo en un autobús compartido, no tengo problema pero no es lo que hemos contratado... ¿Dónde está el chófer de la ida? Viajamos con mis hijas de 2 y 3 años, hoy hemos salido pitando de Disneyland. No tenéis vergüenza
#000035
Don't spend 6 minutes doing something by hand when you can spend 6 hours failing to automate it.
#000038
@movistar_es @movistar_es La incidencia se ha resuelto, me gustaría saber qué ha sucedido y por qué el agente que me ha atendido no tenía actualizado el estado de la incidencia masiva.
#000040
Empezamos el año con una #incidencia #masiva de @movistar_es. Como siempre perdiendo el tiempo con “resetea el router”... Quizá sea momento de cambiar, año nuevo línea nueva, ¿no?
#000041