Federico Cinalli

Novedades en VMware vSphere 5


Con este Post comenzamos una serie de artículos en los cuales iremos mencionando todas las novedades y mejoras en la nueva versión de vSphere 5.
 
Entre las principales novedades tenemos:
-vSphere Auto Deploy
-vCenter Server Appliance
-vSphere Web Client
-vSphere Storage Appliance
-Soporte para Sistemas Operativos Apple
-Licenciamiento vRAM
-vSphere Storage DRS
-Firewall ESXi
-Soporte a VMs con hasta 32 CPUs virtuales y 1TB de memoria RAM
-vSphere File System (VMFS 5)
 
Hoy podemos comenzar a comentar algo sobre almacenamiento y VMFS 5.

Instalación de VMware vCenter Server Appliance (VCSA) sobre Linux (Parte 1)


En este Post veremos lo fácil que es desplegar y realizar la configuración inicial del nuevo appliance de vCenter sobre Linux.
En un Post anterior hemos visto las diferencias con el vCenter clásico de Windows que, como mencionamos en dicho Post, se sigue manteniendo.
 
Lo primero que debemos hacer es descargarnos el Appliance.
No sé vosotros pero nosotros, al leer Appliance, fuimos a buscarlo al Marketplace de VMware, en donde están todos los Appliance publicados.
Pues este debemos descargarlo desde la propia web de VMware como el resto de componentes de la Suite vSphere. Con un usuario registrado nos podremos bajar una versión de prueba de 60 días de vSphere totalmente funcional, el cliente de vSphere y, a gusto del consumidor, el vCenter para Windows o el Appliance de vCenter sobre Linux.
La descarga del vCenter Server Appliance está compuesta por 3 ficheros. Un disco de sistema (4GB), un disco de datos (40GB) y un fichero OVF (Open Virtualization Format) para crear la propia VM a partir de los dos discos mencionados anteriormente.
 

National Imperio 1904 vs TPV 2008


Esta mañana tomando un café nos hemos encontrado frente a frente con una evolución de más de 100 años.
Por un lado una registradora National Imperio del año 1904, aún funcionando y en estado impecable, y por el otro el típico TPV touch. 

Registradora National Imperio de 1904

Consultas técnicas: máximos de Host y soporte VMware

En esta ocasión Miguel, no sabemos desde donde nos escribe, nos hizo un 2x1.
 
“¿Existe alguna restricción para la cantidad de máquinas virtuales por licencia de procesador?
En caso de que exista: ¿Cuál sería?”
 
Vamos a comenzar comentando que VMware tiene una buena colección de documentación de sus productos, en especial de vSphere. Entre los documentos de vSphere tenemos uno llamado vSphere 5 configuration maximus.
En este documento, de obligada lectura para certificar el VCP, vamos a poder encontrar los máximos de todo, como por ejemplo el tamaño máximo de memoria RAM de un Host o el número máximo de tarjetas de red asignadas a una máquina virtual.
 
En relación a la consulta de Miguel tenemos que aclarar que el documento indica el número máximo de máquinas virtuales por Host, pero no por procesador.

Nuevo Appliance de VMware vCenter 5 sobre Linux

vCenter Server Appliance
 

En las versiones anteriores de vSphere, cuando queríamos instalar una instancia de vCenter (Vicente para los amigos) para gestionar de forma centralizada nuestros Hosts de vSphere, debíamos disponer de un servidor (físico o virtual) de Windows 2003 o 2008 que no podía ser controlador de dominio, y realizar la instalación del servicio vCenter. Esa instalación debía estar además acompañada de una base de datos que podía estar en el mismo servidor o en otro equipo diferente.
 
En la versión 5 de vSphere podemos elegir entre la instalación clásica de vCenter, sobre un servidor de Windows y una instalación manual, o utilizar el nuevo Appliance de vCenter que funciona sobre Linux.
 

Sincronizar Firewall Cisco ASA con servidor NTP

Actualmente es muy común encontrarnos con problemas generados por un desfase horario. Sobre todo si se trata de equipos añadidos al dominio, pero también ocurre con la asignación de fecha y hora a máquinas virtuales, Hosts de vSphere (o Hyper-V) y también con dispositivos.
 
En ese caso lo mejor es cortar por lo sano y establecer un servidor (físico o virtual, lo mismo da) que sea el que asigne a todos los equipos y dispositivos la misma fecha y hora, con distinción de su zona horaria, claro está.
 
Lo mejor de todo es que en la mayoría de los casos ya contamos con ese servidor. La mejor opción probablemente sea utilizar nuestro Directorio Activo. Más precisamente el controlador de dominio que ejecuta el rol de emulador de PDC. Ese servidor es el que se encarga de sincronizar la fecha y la hora a todos los equipos y servidores que son añadidos al dominio.
Suscribirse a este canal RSS