Hola amigos, soy Florián Murillo y en el post prevacacional de hoy vamos a responder a pequeñas dudas que nos surgen en nuestro día a día con la vMA, en concreto:
¿Que versión de vMA tenemos instalada?
[vi-admin@vma01 ~]$ cat /etc/vima-release | head -1
vMA 4.0.0 BUILD-161992
donde head nos enseña las primeras líneas del archivo (el parámetro es el número de líneas)
¿Como aumento el espacio del disco de la vMA?
Primero verificamos el estado del disco antes de hacer los cambios
[vi-admin@vma01 ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-root
3.3G 1.5G 1.7G 46% /
/dev/mapper/VolGroup00-var
496M 20M 452M 5% /var/log
/dev/sda1 99M 16M 79M 17% /boot
tmpfs 250M 0 250M 0% /dev/shm
[vi-admin@vma01 ~]$ sudo fdisk -l
Disk /dev/sda: 5368 MB, 5368709120 bytes
255 heads, 63 sectors/track, 652 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 83 Linux
/dev/sda2 14 652 5132767+ 8e Linux LVM
[vi-admin@vma01 ~]$
Recordemos que /dev/sda es el disco duro y el número que le sigue es la partición.
Ahora paramos la vMA para hacer un grow del disco con:
[vi-admin@vma01 ~]$ sudo shutdown -h now
Ampliamos el disco de 5GB a 10GB desde vCenter (recuerda de borrar los snapshots para poder ampliar el disco) y levantamos la vMA
[vi-admin@vma01 ~]$ sudo fdisk -l
Disk /dev/sda: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 83 Linux
/dev/sda2 14 652 5132767+ 8e Linux LVM
[vi-admin@vma01 ~]$
Observa que el tamaño del disco /dev/sda ha cambiado a 10.7GB
Ahora cramos una partición con el nuevo espacio:
[vi-admin@vma01 ~]$ sudo fdisk /dev/sda
The number of cylinders for this disk is set to 1305.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)
Command (m for help): n <--- Nueva partición
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 3 <--- crearemos /dev/sda3
First cylinder (653-1305, default 653):
Using default value 653
Last cylinder or +size or +sizeM or +sizeK (653-1305, default 1305):
Using default value 1305
Command (m for help): t <--- Cambiamos el tipo de partición a 8e para Linux Volume Manager
Partition number (1-4): 3
Hex code (type L to list codes): 8e
Changed system type of partition 3 to 8e (Linux LVM)
Command (m for help): w <--- Grabamos los cambios realizados (importante)
The partition table has been altered!
Calling ioctl() to re-read partition table.
WARNING: Re-reading the partition table failed with error 16: Device or resource busy.
The kernel still uses the old table.
The new table will be used at the next reboot.
Syncing disks.
[vi-admin@vma01 ~]$ sudo fdisk -l
Disk /dev/sda: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 83 Linux
/dev/sda2 14 652 5132767+ 8e Linux LVM
/dev/sda3 653 1305 5245222+ 8e Linux LVM
[vi-admin@vma01 ~]$
Ahora reiniciamos:
[vi-admin@vma01 ~]$ sudo reboot
Tras reiniciar, preparamos la nueva partición, para ampliar /var:
Como estamos en un entorno Linux Volume Manager, nos hemos de adaptar a sus reglas:
Primero creamos el Volumen Lógico
[vi-admin@vma01 ~]$ sudo pvcreate /dev/sda3
Physical volume “/dev/sda3″ successfully created
Ahora añadimos extendemos en Volume Group VolGroup00 (que vimos en el df -h) con el Volumen Físico creado
[vi-admin@vma01 ~]$ sudo vgextend VolGroup00 /dev/sda3
/dev/hda: open failed: No medium found
Volume group “VolGroup00″ successfully extended
Verificamos que tenemos espacio libre no asignado, y que coincide, como esperabamos con el Volumen Físico añadido:
[vi-admin@vma01 ~]$ sudo vgdisplay | grep -i free
Free PE / Size 160 / 5.00 GB
Ampliamos Volumen Lógico /var que hay dentro del Volume Group VolGroup00 con el espacio que nos aporta /dev/sda3
[vi-admin@vma01 ~]$ sudo lvextend -L+5G /dev/VolGroup00/var
Extending logical volume var to 5.50 GB
Logical volume var successfully resized
Verificamos que hemos ampliado /var
[vi-admin@vma01 ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-root
3.3G 1.5G 1.7G 46% /
/dev/mapper/VolGroup00-var
496M 20M 452M 5% /var/log
/dev/sda1 99M 16M 79M 17% /boot
tmpfs 250M 0 250M 0% /dev/shm
Está igual !!!! esto es debido a que hemos ampliado el Volumen Lógico /var pero no se ha formateado para el S.O., esto lo realizamos a continuación:
[vi-admin@vma01 ~]$ sudo resize2fs -p /dev/VolGroup00/var
resize2fs 1.39 (29-May-2006)
Filesystem at /dev/VolGroup00/var is mounted on /var/log; on-line resizing required
Performing an on-line resize of /dev/VolGroup00/var to 5767168 (1k) blocks.
The filesystem on /dev/VolGroup00/var is now 5767168 blocks long.
Ahora si, ya podemos seguir recolectando logs sin llenar el disco.
[vi-admin@vma01 ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-root
3.3G 1.5G 1.7G 46% /
/dev/mapper/VolGroup00-var
5.4G 21M 5.1G 1% /var/log
/dev/sda1 99M 16M 79M 17% /boot
tmpfs 250M 0 250M 0% /dev/shm
[vi-admin@vma01 ~]$
¿Como cambiar la dirección IP de la vMA?
Es simple:
Paso 1: Modificamos el archivo /etc/sysconfig/network-scripts/ifcfg-eth0
Paso 2: sudo /etc/init.d/network restart
ya tenemos nueva IP, verifica que en /etc/hosts aparece la nueva IP.
Bueno amigos, con este repaso de Linux me despido temporalmente, deseando que paséis unos días tranquilos (o no) y nos volvemos a encontrar en septiembre con las novedades de la versión 4.1 que tenemos disponible desde el día 13 de julio. Ser felices.
 |
|
Los lectores que leyeron este post, también leyeron:
Saben muchachos que no puedo determinar la verdadera utilidad del producto vMA.
No me termina de quedar claro en que me estaría ayudando el mismo.
Saludos
Hola Diego, si gestionas ESX, quizás te aporte poco ahora, si tienes ESXi te ayuda mucho a simplificar el envío de comandos al host, ya que vi-fastpass evita que tengas que autenticarte cada vez que envias un comando, piensa que ESX desaparecerá en la versión 5, solo existirá ESXi, aunque ahora parezca lejano, no parece mala idea empezar a familiarizares con la vMA, el cual nos permite utilizar los mismos comandos tanto para ESX como ESXi.
Realmente la idea de que desaparezca el ESX y pase a ser el ESXI, es algo que realmente me gusta. “Había escuchado algo”
Actualmente en una de las estructuras cuento con casi todos los servidores en sus versiones ESXI.
Pero se me planta una duda. En una completa remodelación del centro de cómputos de esa misma empresa se está comprando hardware nuevo y licencias Enterprise de VMware y me surgió la incógnita de que versión instalar si las ESXI o las ESX. Según los partner del producto por la zona ellos defienden la postura del ESX. Yo realmente no estoy tan seguro ni contento con esta opción.
¿Tienen ustedes alguna opinión formada al respecto?
Aparte de la funcionalidad mencionada en tu respuesta + algún servidor de syslog que le puedas activar por allí consideras alguna ventaja adicional del vMA? Pregunto porque particularmente me conecto a los mismo por SSH para algunas tareas.
Obviamente como siempre gracias por los aportes.
Una pequeña confesión que les realizo cada vez me gusta más Utilizar KVM.
Saludos
Hola Diego,
Hay una muy importante, ESX es un producto “muerto” yq que para la próxima versión de vSphere saldrá solo la variante de ESXi con lo cual coge cuanto antes el tren del ESXi para que la curva de aprendizaje no sea muy grande.
Por eso, desde el Blog de Virtualización en Español, Florían Murillo esta haciendo un labor bestial y fantástica para daros a conocer la herramienta con la que podréis administrar via comandos vuestros servidores ESXi y la curva de aprendizaje sea mas llevadera.
rgds,
J.
Otro motivo, si tienes un entorno con ESX y ESXi, necesitas para las tareas de explotación cotidianas, hacer scripts diferentes para ESX y para ESXi, con vCLI o la vMA, los mismos scripts que utilizas con los ESXi los puedes utilizar con los ESX.
Además ESXi consume menos memoria, tiene menos actualizaciones, y como dice nuestro amigo Jose Maria, lo están matando…
Es una suerte saber que el producto no tendrá continuidad con tanta antelación, así podemos planificar nosotros nuestro futuro.
Buen post, bastante claro. Sin embargo te sobra un paso, el segundo reinicio.
No es necesario reiniciar despues de crear el segundo physical volume /dev/sda3. Cualquier Linux, y la vMA no es una excepción, reconoce automáticamente cualquier nueva partición creada.
Otra cosa, el /etc/hosts no se actualiza automáticamente cuando se reconfigura la red, es un fichero estático que debes modificar a mano y por cierto tampoco es necesario que aparezca la IP de la vMA aunque si es recomendable, como en cualquier sistema Unix/Linux.
@Juanma, gracias por tus comentarios, entre todos hacemos mejor el blog
Totalmente de acuerdo Florian y @Juanma. Este es vuestro blog de virtualización en español.
Rgds,
J.