Finally the help of IT is here

Blog de soluciones informaticas.

Migrar servidor virtual hacia el Cloud con Amazon AWS

Posteado por Xavier Xaus Nadal on 17th Mayo 2014

Realizar un converter de una máquina virtual de físico a virtual o de virtual a virtual es muy sencillo con Vmware Converter, ya hemos hablado de ello en otros artículos, pero ahora que muchos de vosotros estáis realizando el paso hacia el Cloud hemos de mostraros otras técnicas para poder migrar servidor virtual hacia el Cloud y viceversa, desde el Cloud hacia vuestros entornos on premise.

Pero no todos los sistemas operativos pueden ser migrados y deberemos cumplir unos prerequisitos que veremos en el siguiente enlace: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/VMImportPrerequisites.html

En este post vamos a mostraros como migrar un servidor ubicado en una infraestructura virtual (On premise) es decir en nuestra infraestructura hacia un entorno en la nube (El cloud que hemos escogido es Amazon ya que nos gusta bastante y a alguno teníamos que ir). Cuando tengamos mucha experiencia en Amazon veremos otras opciones como Azure o volveremos a entornos on premise y seguramente nos quedaremos con Amazon, pero todo se verá con el tiempo y el dinero dirá en definitiva qué entorno es el que podremos pagar y mantener (Que hay que pensar en todo, aires acondicionados, cpd, pintura, limpieza, luz…), el servidor que vamos a migrar estará en un entorno virtual basado en Vmware pero también sirve con Citrix o Microsoft Hyper-V.

Las bondades que actualmente tienen los entornos Cloud como Amazon son que se pagan por meses y por uso, si tienes un servidor apagado no pagas por él (Bueno,.. más o menos (hay que tener en cuenta las Elastic IP, discos EBS, snapshots en S3, VPC, ….) Ya os lo explicaré más adelante como funcionan estos productos o mientras vayáis preguntando con comentarios o mediante correos os iremos solventado vuestras dudas. Otra de las bondades de estos sistemas en Cloud es que son altamente escalables, si necesitamos más recursos únicamente ampliamos el servidor y ya está en minutos tenemos más CPU, más RAM, más disco, incluso discos SSD, o incluso más IOPS en un disco específico, si por ejemplo queremos montar un sistema de video en streaming o un juego para móvil (app) y no sabemos la cantidad de usuarios que vamos a tener en el sistema y no podemos preveerlo podremos usar métodos como Auto-Scaling que arrancará instancias EC2 (Servidores) de las mismas características que harán Load Balancing entre ellos y tendremos recursos ilimitados para proveer a nuestros clientes del servicio deseado, pero lo mejor de todo es que cuando los clientes dejen de usar la aplicación, juego, o dejen de visionar el partido de futbol en streaming estos servidores se irán apagando / eliminando y el coste del producto será únicamente el usado.

Pero dejemonos de tanto texto y vamos a lo que realmente hemos venido a hacer.

Sigue leyendo MegaCrack »

Tags: , , , , ,
Posteado por Amazon AWS | 1 Comment »

Detectar estado del CBT en maquinas virtuales

Posteado por Xavier Xaus Nadal on 12th Septiembre 2013

Hace tiempo que no escribo pero es que no tengo tiempo para hacerlo (Lo siento).

El título de este artículo para quien no tenga nociones de parametrización de máquinas virtuales quedará un poco fuera de contexto, pero para los administradores de sistemas que trabajan con copias de seguridad diferenciales sobre máquinas virtuales para hacer disaster recovery sabrán que para poder realizar una copia diferencial de un disco vmdk es necesario tener CBT habilitado y de esta forma no ir copiando cada día todo el disco vmdk a disco o cinta.

Para detectar si tenemos CBT habilitado hay varias formas de hacerlo como en el artículo que hice hace un tiempo http://www.megacrack.es/2013/06/12/como-detectar-si-cbt-change-block-tracking-est-habilitado/ pero eran otros tiempos y no tenía los conocimientos actuales sobre estos sistemas, por tanto os muestro a continuación una forma más profesional de detectar el estado del CBT en las máquinas virtuales desde línea de comandos con powershell y sus modulos powercli para vmware.

Espero que os sirva el script para otros cometidos ya que el principio del script hasta la fila 25 es para realizar una conexión a ESX o virtual center y la línea 25 es el script en sí para detectar el estado del CBT.

   1:  #################################################
   2:  # Detectar estado CBT (Change Block Tracking)   #
   3:  #################################################
   4:  
   5:  Add-PSSnapin VMware.VimAutomation.Core
   6:  
   7:  function Read-HostMasked([string]$prompt="Introduce la contrasena: ") {
   8:    $password = Read-Host -AsSecureString $prompt;
   9:    $BSTR = [System.Runtime.InteropServices.marshal]::SecureStringToBSTR($password);
  10:    $password = [System.Runtime.InteropServices.marshal]::PtrToStringAuto($BSTR);
  11:    [System.Runtime.InteropServices.Marshal]::ZeroFreeBSTR($BSTR);
  12:    return $password;
  13:  }
  14:  write .
  15:  write "**************************************"
  16:  write "* Iniciando proceso de autenticacion *"
  17:  write "**************************************"
  18:  write .
  19:  $server = read-host "Introduce el Vcenter, ESXi o IP: "
  20:  $user = read-host "Introduce el usuario: "
  21:  $pwd = Read-HostMasked
  22:  
  23:  Connect-VIServer $server -User $user -Password $pwd -Force | out-string
  24:  
  25:  Get-VM | Get-View | Select Name, @{N="ChangeTrackingStatus";E={$_.Config.ChangeTrackingEnabled}}

 

Cuando sepáis que CBT está habilitado también tenéis que saber que si no tenéis una versión de máquina virtual igual o superior a 7, CBT no funcionará, la versión de ESX por lo tanto debe ser superior a 4.0, NFS no está admitido y tampoco RDM en modo de compatibilidad virtual.

Ya sabéis que podéis comentar lo que queráis acerca de este artículo u otros del blog, saludos y hasta pronto.

Tags: , , ,
Posteado por Backup Exec 3600, VMware | No Comments »

Liberar espacio en servidores ESX 4.1

Posteado por jl on 8th Febrero 2013

Hola a todos

En este articulo veremos como liberar espacio en servidores ESX 4.1 o anteriores viendo un ejemplo real que nos ha ocurrido.

En todos aquellos servidores ESX que  estén en la versión 4.1 y no sean instalaciones nuevas, sino que vengan  de actualizaciones de versión anteriores, como pueden ser 3.5 o 4, nos  puede ocurrir que cuando vamos a aplicar parches nos  de un error de que la tarea no se ha podido completar, que puede  ser de este estilo “remediation did not succeed for hostesx.local, esxupdate error versión 1.30 operation 15”

Una de las causas de este este error puede ser a que no tenemos espacio suficiente en la partición /boot ya que en versiones antiguas de vmware los hosts ESX solo tenian 100MB. Para comprobarlo abrimos una sesión ssh contra el host ESX y ejecutamos el comando df –h podemos ver el tamaño de las particiones del equipo

[root@sesx vmware]# df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/sde5             4.9G  2.8G  1.8G  61% /

/dev/sde2             2.0G  377M  1.5G  21% /var/log

/dev/sdc1              99M   98M   1M  79% /boot

/dev/sdc2             4.9G  2.7G  1.9G  59% /esx3-installation

/dev/sdc1              99M   74M   21M  79% /esx3-installation/boot

/dev/sdc6             2.0G  176M  1.7G  10% /esx3-installation/var/log

Aqui podemos ver que solo nos queda un 1MB libre en la partición /boot por lo que no tenemos espacio suficiente para instalar los nuevos parches. Para ver que es lo que esta ocupando el espacio nos vamos al directorio /boot y ejecutamos el comando ls -la

[root@sesx2 boot]# ls -la

total 50320

drwxr-xr-x  5 root root     1024 Jan 17 12:01 .

drwxr-xr-x 27 root root     4096 Jan 17 11:59 ..

-rw-r–r–  1 root root    37760 Jun 28  2012 config-2.6.18-274.ESX

drwxr-xr-x  2 root root     1024 Jan 17 12:01 grub

-rw-r–r–  1 root root 24317271 Jan 17 11:01 initrd-2.6.18-238.ESX.img

-rw-r–r–  1 root root 24237624 Jan 17 12:01 initrd-2.6.18-274.ESX.img

lrwxrwxrwx  1 root root       25 Jan 17 11:37 initrd.img -> initrd-2.6.18-274.ESX.img

drwx——  2 root root    12288 Mar 11  2009 lost+found

-rw-r–r–  1 root root  1034077 Jun 28  2012 System.map-2.6.18-274.ESX

drwxr-xr-x  2 root root     1024 Sep 20  2010 trouble

lrwxrwxrwx  1 root root       22 Jan 17 11:37 vmlinuz -> vmlinuz-2.6.18-274.ESX

-rw-r–r–  1 root root  1672284 Jun 28  2012 vmlinuz-2.6.18-274.ESX

 

Vemos que hay ficheros similares a intrd-x.x.xx-xxx.img que son imágenes antiguas y que se pueden eliminar con el comando  rm intrd-x.x.xx-xxx.img y así liberar un poco de espacio.

Lo comprobamos con el comando  df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/sde5             4.9G  2.8G  1.8G  61% /

/dev/sde2             2.0G  378M  1.5G  21% /var/log

/dev/sdc1              99M   74M   21M  79% /boot

/dev/sdc2             4.9G  2.7G  1.9G  59% /esx3-installation

/dev/sdc1              99M   74M   21M  79% /esx3-installation/boot

/dev/sdc6             2.0G  176M  1.7G  10% /esx3-installation/var/log

Ya se ha liberado un poco de espacio y podemos proceder a la instalación de los parches.

Saludos

 

 

Tags: , , ,
Posteado por General, How to, Virtualization VMware, VMware | 2 Comments »

Como instalar una licencia en un Virtual Center

Posteado por Xavier Xaus Nadal on 14th Noviembre 2012

En este artículo mostramos como instalar licencias VMware en un entorno de Virtual Center.

Lo que vamos a hacer es aprovechar un artículo anterior donde explicábamos como instalar y configurar vCenter Server 5.1 en modo Appliance y de esta forma terminar con la instalación de la licencia necesaria para que el sistema disponga de una funcionalidad mayor a 60 días que es el plazo que nos dan gratuitamente hasta que compremos una licencia del producto vCenter y podamos usarlo de por vida.

Recordamos que una vez compramos una licencia de VMware no es necesario ir renovando esa licencia año tras año a no ser claro está que queramos actualizar el producto o como VMware lo llama (hacer un update de versión) que no significa instalarle parches sino aumentar el versionado, por ejemplo al pasar de una ESX 3.5 a una 4, o de una 4 a una 5.1, etc… supongo que ya me entendéis.

Este artículo pretende explicar los pasos que hay que seguir para introducir una licencia a un entorno de Virtual Center.

Espero que os sea útil, y aunque sencillo, a muchos de vosotros seguro que os ayuda verlo con pantallazos.

Por favor escribid algún comentario si tenéis alguna pregunta o si queréis aportar conocimiento para los demás lectores del blog.

Saludos y disfrutad de la lectura.

Sigue leyendo MegaCrack »

Tags: , , , , ,
Posteado por VMware | 1 Comment »

Configurar vCenter Server 5.1 en modo Appliance

Posteado por Xavier Xaus Nadal on 14th Noviembre 2012

Este artículo es la segunda parte del artículo Instalar vCenter Server 5.1 en modo Appliance.

En el artículo anterior explicamos como instalar vCenter Server 5.1 en modo Appliance, un sistema que no requiere de la instalación de un servidor Windows como Base ya que dispone de un sistema operativo propio basado en una distribución de SUSE Linux Enterprise 11 (64-bit).

En el artículo anterior nos quedamos en la finalización de la instalación desde un OVF en un entorno ESXi, preparado con una ip dinámica (DHCP) por la que mediante un entorno web nos podíamos conectar para seguir con este artículo que explica como configurar vCenter Server 5.1 cuando está instalado en modo Appliance.

Esperemos que os sea útil su lectura y que nos dejéis cualquier comentario al respecto para que os podamos ayudar en la medida de lo posible.

Vamos a configurar las opciones básicas de esta herramienta, usuario y contraseña, base de datos, configuración de red y vamos a arrancar los servicios automáticamente para poder disfrutar de una conexión por Vsphere Client 5.1 hacia este entorno virtual.

Sigue leyendo MegaCrack »

Tags: , , , , ,
Posteado por VMware | No Comments »