Entradas con la etiqueta ‘vmware’

Cambios en la estrategia de negocio de VMware

A principios de mes os comentábamos movimientos en el líder del sector de virtualización, VMware. Éste adquiría la compañía DynamicOps que permite convertir a su sistema vCloud en multi-hypervisor.

Los movimientos dentro de la compañía americana parece que no acaban ahí. La semana pasada VMware confirmó que el actual CEO de VMware (Paul Maritz) será  sustituido en Septiembre por el presidente de la división Information Infrastructure Products de EMC, Pat Gelsinger.

Según los expertos, detrás de este movimiento puede estar la creación de una nueva empresa centrada en productos cloud y que le permita competir en el mercado del cloud computing. Esta nueva entidad podría supervisar su plataforma de aplicaciones cloud (PaaS) Cloud Foundry. El hecho de crear una nueva empresa tiene sentido, ya que permite separar su principal línea de negocio (centrada en virtualización y productos para crear sistemas IaaS) de las soluciones PaaS. De este modo se evitarán conflictos entre la propia infraestructura cloud VMware y sus posibles clientes IaaS. La compra de DynamicsOps añade más sentido a los movimientos de VMware. No tiene sentido intentar expandir tu línea de negocio PaaS si tu producto no puede ejecutarse sobre cualquier hypervisor.

VMware se encuentra en un momento decisivo: o se expande en nuevos mercados relacionados con el cloud computing o se mantiene únicamente como un fabricante de productos de virtualización. Es cierto que sus productos de virtualización son la principal fuente de ingresos de la compañía, en el segundo trimestre de 2012 incrementaron los ingresos en un 22% (record de ingresos con 1.123 billones de dólares). Pero conforme el cloud computing crece en popularidad, VMware no puede quedarse dormido y convertir su producto vaca en perro.

Share

VMware convierte vCloud en multi-hypervisor con la adquisición de DynamicOps

Hasta ahora la plataforma de gestión de entornos cloud de VMware (vCloud Director) sólo permitía gestionar máquinas que tuvieran instalado ESX/ESXi como hypervisor. Con la adquisición de DynamicOps rompe su filosofía de tener en cuenta a la competencia y permitirá a sus clientes administrar hypervisores de otros fabricantes.

La adquisición de DynamicOps está dentro de la estrategia de VMware de competir en el mercado cloud. DynamicOps es un software de gestión cloud capaz de gestionar múltiples hypervisores, infraestructura física y servicios de cloud pública.

Según expertos y clientes de VMware ven el movimiento como el resultado inevitable del crecimiento de la competencia en el mercado de software de gestión cloud. Actualmente ya existen fabricantes como CloudStack, OpenStack, Abiquo o Eucalyptus que soportan múltiples hypervisores.

Si durante el lanzamiento de vSphere 5, el CEO de VMware (Paul Maritz) aseguró que no había planes futuros para la gestión de múltiples hypervisores, ahora la compañía ha admitido que sus clientes están utilizando otros hypervisores, sistemas de gestión e infraestructuras cloud externas. Por lo tanto, son sus propios clientes los que han empujado a VMware a hacer este movimiento si no se quería quedar fuera del mercado cloud.

Integración DynamicOps – VMware

Según VMware, el proceso de integración con DynamicOps comenzará con la versión Linux de vCloud Director. Actualmente vCloud Director ya está integrado con DynamicOps a través de vCloud API, pero la empresa prevé que a finales de año la integración será «paquetizada» dentro de vCloud Director.

Según VMware, a continuación se integrará con vFabric Applicacion Director (software para provisionar aplicaciones), vCenter Operations Manager (gestión automatiza de vCloud) y con IP VMware (adquirida de Digital Fuel y que permite obtener informes y mediciones). Se espera que a mediados de 2013 el proceso de integración concluya.

Share

Acelerar la migración de máquinas virtuales para hacer la nube más atractiva

Los proveedores cloud se han ido adaptando a las necesidades de sus clientes en lo que respecta a optimización de transferencia de datos (WAN Optimization), no ocurre lo mismo en lo que se refiere a la migración de máquinas virtuales a entornos de cloud pública, privada o híbrida.

Cualquier problema en lo que refiere a rendimiento puede afectar a la adopción del cloud computing por parte de empresas. Por lo tanto, los proveedores cloud se deben centrar en mitigar las afecciones al rendimiento. Si las empresas quieren mover sus aplicaciones de forma rápida, de acuerdo a sus requerimientos de capacidad y recuperación ante desastres, los proveedores cloud deben permitir la movilidad de máquinas virtuales en un tiempo reducido.

En este sentido ya se están produciendo movimientos. Por ejemplo, el proveedor de WAN Optimization Riverbed y VMware recientemente han anunciado un acuerdo de colaboración orientado a acelerar la migración de máquinas virtuales hacia entornos cloud. VMware vCloud Connector combina la tecnología de ambas empresas para mover y replicar datos a través de la red, evitando latencias altas, pérdidas de paquetes y restricciones de ancho de banda.

Según Riverbed, en tests con VMware vCloud Connector, se ha conseguido migrar una docena de máquinas virtuales en menos de 2 minutos. El tiempo habitual para realizar esta migración era de prácticamente 2 horas. Por lo tanto, podemos ver como soluciones que combinen técnicas de WAN Optimization y movilidad de máquinas virtuales a entornos cloud puede ayudar a que los clientes ahorren costes.

En el mercado existen otros productos aparte de VMware vCloud Connector que combinan estas tecnologías. Por ejemplo Virtual Acceleration Open Architecture que soporta múltiples tecnologías de hypervisor como vSphere, XenServer, Hyper-V y KVM.

Cada vez son más las empresas que están implementando entornos de cloud híbrida, utilizando un proveedor IaaS para crear entornos de pruebas o desarrollo. Por lo tanto, los proveedores cloud deben centrarse en mejorar en flexibilidad y acelerar la movilidad de máquinas virtuales para ser competitivos.

Share

Ventajas e inconvenientes de soluciones IaaS open source

A priori, las principales ventajas que se nos ocurren de una solución open source para construir nuestra propia nube son el ahorro en licencias y no estar limitados a un único fabricante de software. Pero la propia naturaleza hazlo-tu-mismo de las soluciones open source puede ser un inconveniente para empresas pequeñas. Habitualmente éstas no disponen de personal técnico con los conocimientos suficientes para construir y administrar una nube open source.

Ventajas de utilizar open source

Como decíamos antes, habitualmente open source es equivalente a decir sin costes de licencia. En la actualidad existen diferentes tipos de licencias open source para cloud, y cada una de ellas generalmente establece diferentes reglas sobre lo que se puede hacer con el código open source.

Si estamos hablando de open source real, quiere decir que el usuario se puede descargar y utilizar el código como quiera. Por lo tanto, es necesario disponer de personal técnico que sea capaz de soportar realmente el código open source. Si no se tiene dicho personal, será necesario contratar a terceros que nos den el soporte adecuado.

Pero si estamos hablando de una empresa con muchos servidores en su infraestructura cloud, pensemos en los costes asociados a licencias. Además este tipo de empresas normalmente dispondrán de personal capacitado para desplegar y gestionar su nube. Por lo tanto, las soluciones open source se les adaptan perfectamente.

Otra ventaja de las soluciones open source es que permiten desarrollar un sistema de forma más rápida. Es posible implementar y probar código sin tener que gastar dinero en licencias.

Desventajas de utilizar open source

La principal desventaja es la falta de soporte. Como venimos diciendo en el artículo, tenemos que tener técnicos que nos den soporte y desplieguen la infraestructura cloud. Además, es posible que necesitemos integrar otros proyectos open source con nuestra nube. Por lo tanto, también necesitaremos a alguien que pueda encargarse de esta integración.

Por el contrario, si por ejemplo adquirimos productos de VMware, probablemente tengamos todos los productos que necesito pero a un coste elevado.

También tendremos que tener en cuenta qué proyecto open source estamos adoptando. Si se trata de un proyecto muy difundido probablemente encontremos soporte fácilmente. Pero si se trata de un proyecto medio o pequeño, podemos encontrarnos en un problema a la hora de encontrar soporte.

Principales fabricantes open source

En la actualidad existen más fabricantes con código propietario que open source. Entre estos últimos nos encontramos con Eucalyptus que permite contruir nuestra propia nube privada y permite integración con Amazon EC2. Además soporta VMware como hypervisor por debajo.

Otro proyecto open source es OpenStack. Realmente está orientado más a empresas grandes que tengan los recursos técnicos para poder administrar el producto. Además no tiene soporte a menos que lo contrates de su principal partner RackSpace.

Por último, otro fabricante open source es Abiquo. A través de una consola única es posible gestionar nubes privadas y públicas. Además es agnóstico de hypervisor.

Share

Mejora la seguridad de tu ESXi sustituyendo los certificados autofirmados

Por defecto, VMware viene instalado con una serie de certificados autofirmados (no emitidos por una autoridad certificadora) para establecer conexiones seguras entre los clientes y los servidores.

Estos certificados pueden ser seguros si son utilizados en una red privada. Pero si son utilizados para conectarse a través de Internet (por ejemplo si nos conectamos a nuestra infraestructura de virtualización con un cliente vSphere), es más seguro utilizar un certificado emitido por una autoridad de certificación (CA). En este caso, durante el proceso de conexión, la CA certifica que el certificado utilizado es auténtico.

Tanto los certificados autofirmados como los firmados por una CA aseguran que los datos viajan encriptados, pero los usuarios no están seguros de que realmente se están conectando a tu servidor vSphere.

Cómo reemplazar los certificados autofirmados

En primer lugar emitiremos una solicitud que enviaremos a la autoridad de certificación que elijamos (por ejemplo Thawte, Verisign, GeoTrust, etc.). Durante la solicitud generaremos un fichero de clave privada (.key). La CA nos enviará la clave pública (.crt) que será enviada al cliente cuando se inicie la conexión con nuestra infraestructura de virtualización.

Ambos ficheros (.key y .crt) deben ser copiados en nuestro host ESXi. Para realizar la copia de dichos ficheros en el host deberemos utilizar el interfaz vSphere CLI (vCLI) que puede ser descargado de forma gratuita desde la web de VMware.

Una vez descargado e instalado vCLI en nuestro ordenador, abriremos una consola MS-DOS (cmd) de Windows y nos colocaremos en la carpeta de instalación mediante el comando cd (normalmente C:\Archivos de Programa\VMware\VMware vSphere CLI\bin).

El siguiente paso es ejecutar una serie de comandos para copiar los ficheros .key y .crt a nuestro host ESXi (los ficheros deben estar alojados en el directorio de instalación de vCLI):

vifs --server youresxiserver.example.com --put yourkey.key /host/ssl_key

vifs --server youresxiserver.example.com --put yourkey.crt /host/ssl_cert

Para finalizar reiniciaremos el interfaz de gestión. Nos logueamos por SSH en nuestro host ESXi y ejecutamos los siguientes comandos (nos tenemos que asegurar antes de que no está configurada la opción de arranque/parada automática de máquinas virtuales ya que se pueden reiniciar automáticamente nuestras máquinas virtuales):

service mgmt-vmware restart

service vmware-vpxa restart

Share

Bienvenido a Virtualizamos

Virtualizamos es un proyecto de la empresa nerion que nace con el objetivo de convertirse en un portal de referencia en el mundo de la virtualización y el cloud computing.
Suscripción a Virtualizamos
Entradas antiguas por mes
Twitter
nerion - Registro Dominios, Hosting y Housing Profesional