Un vistazo a varias soluciones de computación en nube revelará un habilitador tecnológico presente en casi cada uno
| |||
Un vistazo a varias soluciones de computación en nube revelará un habilitador tecnológico presente en casi cada uno. El facilitador que estoy hablando es el uso de imágenes virtuales. No puedo pensar de muchos, en su caso, las soluciones de cloud computing que proporcionan elementos de software (es decir, más que simples servidores, almacenamiento, memoria, etc) que no utilizan imágenes virtuales de alguna forma o manera.
Por supuesto, una de las razones imágenes virtuales forman la columna vertebral de muchas soluciones en la nube es obvio. Imágenes virtuales proporcionan los beneficios de la virtualización de servidores. Podemos activar tantas imágenes virtuales en la misma máquina, lo que nos permite lograr multi-tenancy (múltiples sistemas operativos y pilas de software instalado en la misma máquina física). Además de conducir mayores tasas de utilización de hardware, sino que también nos ofrece la posibilidad de ejecutar entornos heterogéneos de software en la misma pieza de hardware.Esto permite y fomenta la creación de un fondo compartido de recursos informáticos, que es una característica clave de los entornos de cloud computing.
La virtualización de servidores puede ser la primera cosa que viene a la mente cuando pensamos en imágenes virtuales, pero por lo menos en el contexto de la computación en nube, yo no creo que este es el beneficio más importante. Si buscamos en el cloud computing como un medio de forma rápida y consistente entornos de provisión de software, entonces creo que las imágenes virtuales nos proporciona una capacidad y beneficiarse más valioso que la virtualización de servidores. En este sentido, las imágenes virtuales nos proporcionan un medio por el cual podemos templatize la configuración de los entornos de software.
Consideremos el caso de un entorno de servicio de aplicaciones bastante básico. En este entorno, es probable que instalar un sistema operativo, servidor de aplicaciones, y probablemente algún tipo de solución de balanceo de carga. Cada uno de estos requiere típicamente una pieza diferente de la integración de software, los diferentes procedimientos de instalación y, finalmente, con los otros componentes. Instalación de éstos en un entorno típico, sin el uso de imágenes virtuales, significa que usted tiene scripts que representan cada pieza diferente de software y, finalmente, la integración de los distintos componentes, o no significa que una persona manualmente instala e integra las piezas cada vez que necesita un entorno. Cualquier proceso puede ser lento y costoso de mantener en el tiempo.
Introducir el uso de imágenes virtuales. Con una imagen virtual, puede instalar e integrar los tres componentes de una vez, y luego capturar el ambiente resultante como una imagen virtual. En este punto, cuando un entorno de aplicación que se necesita, la imagen virtual simplemente se puede activar en la parte superior de una plataforma de hipervisor. El entorno de aplicación está típicamente disponible de una manera mucho más oportuna que si instalado manualmente o integrada ya que la instalación y configuración ya se han capturado en la imagen virtual.
De lo que se ha descrito anteriormente, es posible que se han enterado de lo que parece como un inconveniente de la utilización de imágenes virtuales que templatize entornos de software. En concreto, puede parecer que se necesita una imagen distinta virtual para cada configuración única de su entorno de aplicación. Si este fuera el caso, la gestión de la biblioteca de imagen virtual pronto se convertiría en una pesadilla y el costo resultante (tanto en recursos y tiempo) probablemente mayores que los beneficios originales. Sin embargo, gracias a un relativamente nuevo enfoque basado en estándares para imágenes virtuales, esto no es necesariamente un problema.
La norma de que estoy hablando es el formato abierto de virtualización (OVF) estándar que ha sido publicado por la Distributed Management Task Force (DMTF). De acuerdo con el estándar OVF, se "describe un formato abierto, seguro, portable, eficiente y extensible para el envasado y la distribución de software que se ejecutan en máquinas virtuales". En particular, para nuestra discusión aquí, hay una parte de la norma que describe el uso de un ovf-env.xml archivo dentro de la imagen virtual.
Este archivo es esencialmente un archivo de estilo de clave y valor XML que describe los aspectos deseados del medio ambiente. Claves y valores pueden ser suministrados durante la activación de la imagen, configuraciones y scripts que se ejecutan durante la activación de la imagen virtual se puede leer la información del archivo y reaccionar adecuadamente. Así, en lugar de suministrar N diferentes imágenes virtuales para N distintos entornos de software, se puede proporcionar una imagen virtual y utilizar el OVF-env.xml de archivos junto con scripts de configuración de la imagen para producir N entornos diferentes. El uso de este mecanismo con imágenes virtuales proporciona la capacidad para templatize entornos de software sin sacrificar la flexibilidad o estimular la proliferación insostenible imagen virtual.
En WebSphere, utilizamos el modelo descrito en el estándar OVF al empaquetar nuestro WebSphere Application Server Hypervisor Editionimágenes virtuales. Esto permite que nuestro CloudBurst WebSphereproducto a disposición estas imágenes y crear diferentes tipos de entornos de WebSphere Application Server a partir de una sola imagen virtual (leer este artículo para obtener más información). Espero que el uso de esta norma y los mecanismos que ofrece será bastante frecuente en el futuro cercano.Ahora bien, si tan sólo pudiéramos llegar al punto en que los formatos de discos virtuales están estandarizados, pero eso es un tema totalmente diferente.
| |||
No hay comentarios:
Publicar un comentario