Entradas con la etiqueta ‘eucalyptus’

Plataformas cloud open source y su integración con Amazon

En el anterior artículo os presenté las características de la nueva versión de Eucalpytus, plataforma IaaS para construir clouds públicas y privadas. Una de las principales características de Eucalyptus es su integración con el API de Amazon. La pregunta que nos planteamos hoy es si ésta es una estrategia adecuada o no. Gracias a un artículo de Lauren Nelson, analista de Forrester, intentaremos dar respuesta a esta pregunta.

La realidad es que el 48% de los clientes de servicios cloud públicos utilizan algún servicio de Amazon. La posibilidad de que plataformas cloud ofrezcan integrarse con Amazon puede hacer que sean más atractivas para nuevos posibles clientes. De este modo, la adopción de servicios cloud se incrementará.

Actualmente, los principales proyectos open source para gestionar clouds son OpenStack, CloudStack y Eucalyptus. Éstos se presentan como una alternativa a Amazon Web Services (AWS), pero dos de ellos (CloudStack y Eucalyptus) han “copiado” el API de Amazon para permitir la compatibilidad con ciertas plataformas de AWS.

Por el contrario, OpenStack ha escogido de momento no clonar el API de Amazon. Según OpenStack, copiar el API de Amazon no produce una copia exacta de los servicios y características de ésta y, por lo tanto, puede no escalar adecuadamente de acuerdo a las necesidades de los usuarios. RackSpace, una de las principales empresas detrás del proyecto OpenStack, ha promulgado la necesidad de que exista una plataforma realmente abierta que se establezca como alternativa a las plataformas cloud propietarias.

Según Nelson, tiene bastante sentido el hecho de que plataformas cloud utilicen el API de Amazon ya que sus servicios tienen un alto nivel de adopción. Lo que los usuarios no quieren es nuevas APIs, quieren más estandarización. Por lo tanto, no tener en cuenta las oportunidades de interoperar con Amazon, podrían aislar los esfuerzos realizados en ciertas plataformas open source.

 

Share

Construye tu propia cloud privada con Eucalyptus

Eucalyptus es el principal competidor de OpenStack en lo que se refiere a fabricantes de plataformas IaaS para construir clouds privadas y públicas. Eucalyputs está posicionado en el segmento de clientes que no quieren atarse a un determinado fabricante de tecnología de virtualización (hypervisor).

El pasado mes de Junio, Eucalyputs liberó la versión 3.1 de su producto. La nueva versión completa el proceso de reestructuración de la plataforma que comenzó con la versión 3.0. En este sentido, entre los cambios más significativos podemos encontrar mejoras en lo que se refiere a modularidad, permitiendo a desarrollares externos crear  plug-ins y herramientas que añaden funcionalidades a la plataforma cloud.

A continuación os indicamos otras mejoras introducidas en la nueva versión de Eucalyptus:

  • Permite crear desarrollos cloud bajo demanda en la última version de RHEL con Amazon EC2, Amazon EBS, Amazon S3 y Amazon IAM. Para ello permite utilizar plataformas de virtualización Red Hat Enterprise Virtualization y VMware. .
  • Servicio FastStart, un sistema de auto-servicio automatizado que permite crear máquinas virtuales en menos de 20 minutos.
  • Plug-ins para añadir funcionalidades a la plataforma cloud.

Eucalyptus vs OpenStack

Las principales diferencias entre Eucalyptus y OpenStack son:

  • OpenStack está desarrollando su propia API. Es conocida la relación entre Eucalyptus y Amazon. Esta relación permite a Eucalyptus utilizar y desarrollar servicios basados en el API de Amazon Web Services.
  • Eucalyptus es es un producto paquetizado, mientras que OpenStack es un conjunto de componentes a veces sin relación entre ellos.
  • La integración de Eucalyptus con Amazon EC2, permite a los usuarios mover cargas de trabajo entre nubes públicas de Amazon y su nube privada basada en Eucalyptus. Esto no es posible en OpenStack.
  • Tiene soporte para múltiples hypervisores: VMware ESXi, KVM, Xen y Microsoft Hyper-V.
Share

Pasos para construir nuestra propia nube privada

Nos hemos encontrado con un documento elaborado por Eucalyptus, uno de los principales fabricantes de software IaaS para crear clouds privadas, en el cual se indican los pasos que debemos seguir para construir nuestra propia nube privada. A continuación os los resumimos:

 

Paso 1: Adoptar una tecnología de virtualización

El cloud computing utiliza como tecnología base a la virtualización. Las máquinas virtuales se ejecutan bajo una capa de software llamado hypervisor. Ésta permite al administrador disponer de servicios y herramientas para gestionar sus máquinas virtuales como si fueran procesos de software independientes.

El primer paso para implementar nuestra propia cloud privada es elegir el hypervisor sobre el cual correrán nuestras máquinas virtuales cloud. Entre los aspectos a considerar nos encontramos con: precio, características, conocimiento de la plataforma, nivel de estabilidad y fiabilidad.

 

Paso 2: Requerimientos de computación, memoria, rendimiento y almacenamiento

Los principales desafíos a la hora de construir nuestras aplicaciones cloud son aquellos relacionado con los conceptos de escalabilidad y recursos dinámicos, los cuales están implicitamente asociados al modelo. Normalmente, los recursos de computación y red cambien poco en la versión cloud de una aplicación, pero la abstracción cloud del almacenamiento puede no ser trivial.

Las nubes deben ser capaces de escalar en número de recursos y en ratio de transacciones de usuario concurrentes. Para ello, es necesario implementar abstracciones del almacenamiento diferentes a los ficheros de un entorno tradicional. Por lo tanto, a la hora de portar aplicaciones a  un entorno cloud, necesitamos conocer cómo funciona esta abstracción.

Además deberemos asegurarno que las aplicaciones tengan el mismo rendimiento y niveles de robustez ante la presencia de actividad dinámica en la nube.

 

Paso 3: Asesoría en el diseño de máquinas virtuales

Es habitual que los administradores de clouds privadas suministren un conjunto base inicial de máquinas virtuales preconfiguradas de las cuales los usuarios pueden elegir para utilizar y ejecutar sus aplicaciones. Estas máquinas virtuales necesitan ser catalogadas de un modo que permita a los usuarios conocer su utilización.

Conforme la nube va madurando, los usuarios pueden querer crear sus propias máquinas virtuales desde cero o modificando las imágenes ya definidas. Para adaptarse a estos requerimientos, a veces es necesario disponer de expertos en configuración de sistemas operativos que nos permitan personalizar nuestras máquinas virtuales.

 

Paso 4: Implementación de políticas de pago por uso de recursos

Nos podemos encontrar con situaciones en las cuales un usuario adquiera únicamente las máquinas virtuales que quiere utilizar pero no las liberen cuando ya no las necesiten. O peor aún, en caso de un déficit de recursos disponibles, pueden acaparar recursos que se les han asignado.

En una cloud pública, los usuarios pagan una cuota por recursos utilizados durante un determinado periodo de tiempo. En una cloud privada, se debería implementar una política similar para incentivar el uso responsable de recursos. Adoptar medidas como la suspensión de servicios en caso de sobrepasar una determinada cuota puede no ser adecuada. Es más recomendable una política que informe sobre esa sobreutilización y disuada el abuso de recursos por parte del usuario.

 

Paso 5: Crear un plan de diseño y desarrollo de nuestra cloud privada

Los principales elementos de diseño de la arquitectura de nuestra nube incluyen: almacenamiento (topología DAS o SAN), la topología en lo que respecta a conectividad de red, interacción entre máquinas virtuales, políticas de seguridad y la gestion del tráfico entre máquinas virtuales.

Como en todas las infraestructuras de centro de datos, un plan de diseño y desarrollo es necesario para lograr la máxima eficiencia en un entorno en producción.

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

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

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