Aproveche el poder de la nube con IBM Workload Deployer V3

Software IBM® Workload Deployer V3 no solo es otro release de IBM WebSphere® CloudBurst™ Appliance. Mientras construye sobre el éxito de WebSphere CloudBurst y soporta y mejora sobre todas sus capacidades originales, el Workload Deployer proporciona nuevas capacidades de computación centradas en aplicaciones para su nube privada, y le proporciona un uso superior, facilidad de uso mejorada y una implementación de aplicaciones más rápida. This content is part of the IBM WebSphere Developer Technical Journal.

Dustin Amrhein, Technical Evangelist, IBM

Author photoDustin Amrhein se unió a IBM como parte del equipo de desarrollo para WebSphere Application Server. Mientras ocupaba ese cargo, trabajó en el desarrollo de infraestructura para servicios web y modelos de programación para servicios web. Además, lideró el esfuerzo técnico del desarrollo de un marco de servicios RESTful para Java. En su rol actual, Dustin es Technical Evangelist de tecnologías emergentes en la cartera de WebSphere de IBM. Actualmente se concentra en tecnologías WebSphere que ofrecen capacidades de cloud computing, entre ellas WebSphere CloudBurst Appliance.


Nivel de autor profesional en developerWorks

Joseph Bohn, Technical Evangelist, IBM

Photo of Joe BohnJoe Bohn es Ingeniero de Software Senior que actualmente trabaja como Promotor Técnico de tecnologías emergentes WebSphere. Anteriormente, trabajó en proyectos de fuente abierta que incluyen Apache Aries, Apache Geronimo y WebSphere Community Edition. Joe comenzó su carrera con IBM en 1985 como Programador de Sistemas CICS, y ha ocupado numerosos cargos como Desarrollador y Arquitecto en variadas áreas, incluyendo WebSphere Portal y Tivoli.



Brian Stelzer, Staff Software Engineer, IBM

Author photoBrian Stelzer es Ingeniero de Software y Líder de Equipo en el equipo IBM Workload Deployer. En su cargo actual, proporciona capacitación y soluciones arquitectónicas para entornos basados en la nube, enfocándose en IBM Workload Deployer, WebSphere Application Server y tecnologías basadas en VMware. Anteriormente, diseñaba soluciones de migración para WebSphere Application Server y WebSphere Application Server Community Edition.



08-08-2011

Introducción

La computación empresarial en nube ya no es algo en lo que las empresas simplemente estén pensando o sobre lo cual hablen. En lugar de ello, la computación en nube se ha popularizado y las compañías están comenzando a comprender los beneficios prometidos por la virtualización, la estandarización, la automatización y la elasticidad.

Pero la ola de computación en nube que se está dando actualmente en las empresas es solo la primera fase. Dentro del espectro aceptado de implementación de nube de Infraestructura como un Servicio (IaaS), Plataforma como un Servicio (PaaS) y Software como un Servicio (SaaS), la vasta mayoría de implementaciones actuales está en la categoría de la IaaS. Las empresas que diseñan e implementan IaaS establecen una fuerte base para sus esfuerzos de computación en nube, pero esto no termina aquí. Fundamentalmente, la IaaS se concentra el entregar recursos informáticos como servidores, almacenamiento y redes, como servicios fácilmente accesibles y de rápido aprovisionamiento. Pero las compañías necesitan entregar aplicaciones a los consumidores, y el suministro rápido entornos de sistemas operativos estándar solo avanza un poco hacia esa meta. Por lo tanto, muchas empresas están comenzando a mirar más allá de sus implementaciones IaaS actuales para permitir un enfoque más centrado en aplicaciones para sus esfuerzos de nube. Las compañías desean soluciones que entreguen el mismo tipo de valor ofrecido por las soluciones IaaS, pero desean hacerlo en términos de aplicaciones y de entornos de aplicaciones. En otras palabras, están comenzando un recorrido hacia la PaaS.

IBM Workload Deployer

A la luz de este creciente interés en las soluciones PaaS, el anuncio del Workload Deployer V3 de IBM® está bien sincronizado. Este permite PaaS en nubes privadas mediante la selección de diferentes modelos de entrega. ¿Por qué este producto anunciado recientemente ya va en la V3? IBM Workload Deployer evolucionó a partir de IBM WebSphere® CloudBurst Appliance, la cual ya ha estado disponible por dos años. La WebSphere CloudBurst Appliance estaba en su V2, y durante la implementación de la V3, se hizo claro que el alcance del ofrecimiento era mayor que el de cualquier marca de software IBM. Por lo tanto, el nombre fue cambiado a IBM Workload Deployer V3 (de aquí en adelante llamado Workload Deployer) para reflejar el hecho de que la aplicación puede implementar y administrar una amplia variedad de software de plataforma en un entorno de nube.

Todas las funciones WebSphere CloudBurst continúan presentes en el Workload Deployer, lo cual significa que usted todavía puede utilizar imágenes IBM Hypervisor Edition y paquetes de script para crear patrones altamente personalizados que usted implementa y administra mediante la aplicación. Muchas funciones WebSphere CloudBurst se han mejorado, como se describe a continuación. Pero la actualización más significativa en el Workload Deployer es que ahora soporta dos modelos de implementación basada en patrones.

Primero, usted puede construir, implementar y administrar los mismos tipos de patrones que con WebSphere CloudBurst. El nuevo nombre para este tipo de patrón es patrón de sistema virtual, y el Workload Deployer añade varios nuevos recursos para mejorar el uso de estos patrones.

El segundo modelo de implementación basada en patrones es nuevo en Workload Deployer y se llama patrones de aplicaciones virtuales. Estos ofrecen un enfoque centrado en aplicaciones para construir, implementar y administrar entornos en una nube. A diferencia de los patrones de sistemas virtuales, usted necesita conocer muy poco sobre la infraestructura de middleware subyacente, cuando se usan patrones de aplicación virtuales para implementar un entorno. Usted simplemente proporciona una aplicación y artefactos de aplicación (como esquemas de bases de datos), declara dependencias de aplicación y especifica requisitos funcionales y no funcionales para su aplicación, mediante políticas. La Figura 1 muestra un ejemplo de este enfoque de implementación:

Figura 1. Usando patrones de aplicación virtual en la nube
Usando patrones de aplicación virtual en la nube

Como se muestra en la Figura 1, el Workload Deployer puede inspeccionar la aplicación proporcionada y sus dependencias o políticas, y luego construir la infraestructura de middleware necesaria para hospedar la aplicación. Además, instala y configura la aplicación sobre el middleware y proporciona capacidades de administración para el entorno implementado en ejecución. El resultado es un enfoque orientado hacia aplicaciones para la entrega de servicios en la nube.

Cuando usted usa un patrón de aplicación virtual para implementar y administrar una de sus aplicaciones, este encapsula la instalación, configuración e integración de todo lo que usted necesita, y proporciona una aplicación funcional. No obstante, como los patrones d e aplicación virtual encapsulan tantas acciones, usted cede cierto control al Workload Deployer. La Figura 2 muestra varios modelos de implementación de nube junto con un continuo de personalización y control, costo total de la propiedad (TCO), y tiempo a la generación de valor (TTV):

Figura 2. La compensación de la nube
La compensación de la nube

Usted puede ver que puede tener varias opciones de modelo de implementación, incluyendo aplicaciones virtuales construidas e instaladas bajo especificaciones (el Workload Deployer soporta la implementación simple de imágenes OVA), patrones de sistemas virtuales y patrones de aplicación virtual. Usted debe seleccionar el modelo de implementación apropiado balanceando sus necesidades de personalización y control frente al TCO y la TTV que su empresa necesite. Como regla práctica, si un patrón de aplicación virtual satisface las necesidades de su aplicación, entonces este ofrece el máximo valor para su organización. Usted aprenderá más sobre patrones de aplicación virtual más adelante en este artículo.

Además de introducir nuevos modelos de implementación, el Workload Deployer incluye muchos otros recursos, incluyendo:

  • Aplicaciones Virtuales
  • Actualizaciones de Intelligent Management Pack
  • Movilidad de máquina virtual
  • Complementos de máquina virtual
  • Mejoras en copia de seguridad de aplicación

Antes de describir estas nuevas capacidades, hay otro punto importante sobre el Workload Deployer. Como son WebSphere CloudBurst, IBM está entregando esta solución como una aplicación de hardware con el fin de acelerar el proceso de configuración. Las actualizaciones de la nueva aplicación de hardware incluyen un nuevo marco 2U, mayores capacidades de procesamiento y de redes, y un aumento en almacenamiento sextuplicado. Ahora vamos a profundizar en los nuevos recursos de software del Workload Deployer.

Aplicaciones virtuales

Como se describe en la visión general, las aplicaciones virtuales son un recurso PaaS que hace de su aplicación el foco central. La simplicidad y la repetibilidad son dos metas de diseño principales, y la mayoría de la infraestructura para soportar su aplicación es instalada y configurada por el Workload Deployer. De hecho, sólo las opciones de configuración seleccionadas están disponibles para configuración.

Una aplicación virtual tiene dos partes principales: un patrón de aplicación virtual y una instancia de aplicación virtual. El patrón describe la infraestructura y los artefactos de aplicación, mientras que la instancia es el patrón implementado.

Para crear un patrón de aplicación virtual, navegue hacia Patterns => Virtual Applications y haga clic en el ícono + verde. Se abrirá un panel que le ofrece la opción de comenzar desde cero o desde una plantilla existente pre-configurada. Cuando esté listo para comenzar a construir su aplicación, haga clic en Start Building, como se muestra en la Figura 3:

Figura 3. Comenzando desde una plantilla en blanco
Comenzando desde una plantilla en blanco

El Virtual Application Builder, donde usted construye su aplicación virtual, se abre en otra pestaña de navegador:

Figura 4. Virtual Application Builder
Virtual Application Builder

Para mostrarle cuan fácil es construir una aplicación virtual, aquí hay un ejemplo simple. Suponga que tiene un archivo de aplicación empresarial simple (EAR) que necesita que una base de datos almacene datos de usuario, y usted ya ha creado un archivo de esquema para llenar la base de datos. Adicionalmente, usted no cuenta con experiencia con productos de middleware IBM.

Primero, decida cuáles componentes de middleware necesita ejecutar su aplicación. Este ejemplo requiere un servidor de aplicación y una base de datos.

Bajo Assets, expanda las secciones Application Components y Database Components. Arrastre el componente Enterprise Application (Servidor de Aplicaciones WebSphere) y el componente Database (DB2) hacia el lienzo. Cree un enlace hacia los componentes Enterprise Application y Database. Este enlace abrirá canales de comunicación de entrada y de salida entre los dos componentes. La Figura 5 muestra un ejemplo de cómo se ve el patrón de aplicación virtual hasta este punto:

Figura 5. Construcción y enlace de componentes de middleware
Construcción y enlace de componentes de middleware

El paso final el la construcción de su patrón es configurar el entorno. Como se anotó antes, pocos puntos de configuración se muestran y lo que se muestra usualmente tiene una predeterminación aceptable para la mayoría de casos de uso. Sin embargo, algunos puntos de configuración no pueden ser derivados por el Workload Deployer, como su archivo de esquema o el archivo de aplicación empresarial. Para configurar su entorno, haga clic en cada componente para mostrar sus propiedades. Las propiedades requeridas tendrán un asterisco junto a ellas. Después de completar las propiedades requeridas usted estará listo(a) para guardar e implementar su patrón. La Figura 6 muestra un ejemplo de la vista de propiedades:

Figura 6. Propiedades del componente de aplicación empresarial
Propiedades del componente de aplicación empresarial

Después de implementar su patrón, usted supervisa su estado haciendo clic en Instances => Virtual Applications para abrir el panel Virtual Application Instances. Cuando el estado sea "running", señalado por un ícono verde "play", su aplicación estará lista para recibir solicitudes. Para acceder a su aplicación, usted necesita el URL, el cual se deriva haciendo clic en el enlace Endpoint contiguo a la VM que representa su componente de aplicación corporativa, lo cual muestra la IP, el puerto y la raíz contextual de su aplicación. Ingrese esta información en un navegador o simplemente haga clic en el enlace para abrir una nueva pestaña. La Figura 7 muestra un ejemplo de un punto final:

Figura 7. Información de punto final
Información de punto final

¡Eso es todo lo que se necesita! Para mantener esta explicación simple, se omitieron algunos pasos y opciones, incluyendo la multitud de componentes disponibles (como OSGi, mensajería, registro de usuario y componentes existentes), y políticas (como escalamiento, registro cronológico, JVM y enrutamiento). Un artículo futuro proporcionará un paso a paso a mayor profundidad sobre aplicaciones virtuales.

Intelligent Management Pack

El Intelligent Management Pack es un recurso opcional que usted puede habilitar cuando esté utilizando el WebSphere Application Server Hypervisor Edition. Cuando está habilitado, el Intelligent Management Pack le permite construir e implementar patrones de sistema virtual que resultan en celdas WebSphere Application Server aumentadas con WebSphere Virtual Enterprise. El Intelligent Management Pack le permite aprovechar todos los recursos estándar de WebSphere Virtual Enterprise, incluyendo administración de solicitudes de aplicación basada en políticas, edición sólida de aplicaciones y supervisión proactiva de salud de aplicaciones. Adicionalmente, usted obtiene los recursos de rápida implementación y configuración simplificada del WebSphere Virtual Enterprise como políticas de estado, clústeres dinámicos y el On-demand Router.

El Intelligent Management Pack ha sido una opción en versiones anteriores de WebSphere CloudBurst y WebSphere Application Server Hypervisor Edition, pero utilizarlo con el Workload Deployer aporta una integración más estrecha entre el tiempo de ejecución WebSphere Virtual Enterprise implementado y el Workload Deployer.

¿Entonces, cuándo utiliza usted el Intelligent Management Pack? Tradicionalmente, el WebSphere Virtual Enterprise ha proporcionado administración de solicitudes de aplicación basadas en políticas y elasticidad JVM para entornos de middleware implementados, permitiéndole a usted definir políticas de servicio que indican metas de desempeño e importancia relativa para sus aplicaciones. A medida que las solicitudes llegan al tiempo de ejecución, WebSphere Virtual Enterprise da prioridad y despacha las solicitudes de acuerdo a las políticas que usted especificó. De ser necesario, WebSphere Virtual Enterprise puede inicializar de forma autónoma nuevos procesos de servidor de aplicaciones (JVMs) con el fin de satisfacer la demanda. De forma similar, WebSphere Virtual Enterprise puede terminar JVMs si determina que puede poner los recursos a trabajar mejor en otras partes. La elasticidad a nivel JVM le ofrece a usted flexibilidad y una seguridad razonable en cuanto a que el sistema está haciendo lo que puede para seguir las políticas que usted definió para su aplicación. En el pasado, esta elasticidad tuvo sus límites cuando WebSphere Virtual Enterprise sólo podía inicializar nuevas JVMs en un grupo de nodos estáticamente definidos de forma anticipada para su uso. Por lo tanto, mientras el sistema podía crecer a nivel JVM, podía verse restringido por los límites de los nodos definidos para su uso. En otras palabras, las capacidades de elasticidad de WebSphere Virtual Enterprise se detuvieron a nivel JVM.

La nueva versión del Intelligent Management Pack para WebSphere Application Server Hypervisor Edition que se envía con campañas Workload Deployer remueve esta limitación al introducir un recurso llamado modo de elasticidad. Este permite a WebSphere Virtual Enterprise devolver automáticamente la llamada al Workload Deployer para suministrar más nodos (máquinas virtuales) para utilizarlos en el entorno implementado. En esencia, si WebSphere Virtual Enterprise determina que necesita más recursos para cumplir con las políticas de nivel de servicio, pero no puede agregar más JVMs al conjunto actual de nodos debido a las restricciones de recursos, este envía una solicitud al Workload Deployer para que suministre más máquinas virtuales. Luego el Workload Deployer proporciona estas máquinas virtuales y las añade como nodos al entorno implementado. En ese punto, WebSphere Virtual Enterprise puede usar esos nodos nuevos para hospedar JVMs adicionales capaces de servir a solicitudes de aplicaciones. La Figura 8 ofrece una visión general de esta nueva integración entre WebSphere Virtual Enterprise y el Workload Deployer:

Figura 8. Visión general del modo de elasticidad
Visión general del modo de elasticidad

Además de escalar el entorno de aplicación implementado de forma autónoma, el modo de elasticidad también puede des-escalar automáticamente el entorno, proporcionando así una verdadera elasticidad y asegurando razonablemente que usted solo está consumiendo aquellos recursos necesarios para cumplir las metas definidas en sus políticas de nivel de servicio. Este nuevo recurso es bastante fácil de usar. Cuando esté construyendo un patrón basado en una imagen con el Intelligent Management Pack habilitado, usted simplemente selecciona las opciones de configuración Define dynamic clusters, Create dynamic clusters y Enable elasticity mode en Advanced Options en el Workload Deployer Virtual System Pattern Editor, como se muestra en la Figura 9:

Figura 9. Habilitando el modo de elasticidad en el Virtual System Pattern Editor
Habilitando el modo de elasticidad en el Virtual System Pattern Editor

El modo de elasticidad no es la única capacidad nueva que se ofrece con la nueva versión del Intelligent Management Pack. Cuando usted lo utiliza, está implementando entornos WebSphere Virtual Enterprise V7, y por lo tanto puede aprovechar todas las funcionalidades de esta nueva versión, incluyendo administración de desempeño multi-celdas, tablas históricas actualizadas, definición simplificada de políticas de servicio, registro cronológico centralizado y nuevas capacidades de trampa SNMP. Para más información sobre estos nuevos recursos, consulte la documentación sobre el WebSphere Virtual Enterprise V7.

Movilidad de máquina virtual

La movilidad de máquina virtual es un recurso del Workload Deployer que le permite migrar una VM administrada por el Workload Deployer, de un hypervisor a otro. El estado de ejecución de las VMs que están siendo migradas puede activarse ("live migration") o desactivarse. En el release actual, la movilidad es soportada únicamente en la plataforma VMware, la cual utiliza tecnología VMware vMotion para efectuar la migración efectiva. Hay dos requisitos: El VMware debe estar configurado para soportar vMotion, y el almacén de datos compartidos debe ser de tipo SAN (lo cual es un requisito del Workload Deployer y no de VMware vMotion).

¿Por qué podría usted necesitar el recurso de movilidad? Estas son dos posibilidades: usted podría necesitarlo para mover todas las VMs administradas fuera del hypervisor para efectuar mantenimiento, o el aprovisionamiento de la demanda de VMs administradas en un solo hypervisor podría estar llegando a los límites del hypervisor.

La movilidad requiere de permisos de nivel administrativo, específicamente el permiso Cloud administration => Full permissions .

Para migrar una VM, seleccione Cloud => Hypervisors y haga clic en el hypervisor de recursos en el que se ha implementado la VM. Antes de efectuar una migración, ponga el hypervisor en modo Quiesce haciendo clic en el ícono Quiesce :

Figura 10. Poniendo el hypervisor en modo Quiesce
Poniendo el hypervisor en modo Quiesce

En cuanto el hypervisor queda en modo Quiesce, usted puede migrar todas las VMs administradas del hypervisor al mismo tiempo, o migrar cada VM individualmente. Para migrar todas las VMs administradas, haga clic en el ícono Initiate mobility operations y seleccione el destino. Hay dos opciones de destino: usted puede seleccionar o puede hacer clic en The System chooses, en cuyo caso el Workload Deployer consulta a todos los hypervisores disponibles y toma una decisión inteligente con base en el uso actual de los recursos. La Figura 11 muestra las opciones de objetivo disponibles:

Figura 11. Migración de todas las VMs administradas del servidor al mismo tiempo
Migración de todas las VMs administradas del servidor al mismo tiempo

Para tener más control sobre cuáles VMs se migranVMs get migrated, haga clic en la flecha Virtual machines para expandir la lista deVMs. Luego haga clic en el enlace View bajo la columna Actions correspondiente a la VM que desee migrar, como se muestra en la Figura 12 a continuación. (La otra opción es hacer clic en Group Actions en la parte superior).

Figura 12. Migración de las VMs individualmente
Migración de las VMs individualmente

Complementos de máquina virtual

Entre los temas de WebSphere CloudBurst Appliance que permanecen en el Workload Deployer están la simplicidad y la eficiencia, como lo evidencia la introducción de complementos de máquina virtual, que son scripts especializados para personalizar la configuración de máquina virtual. Los complementos le permiten modificar la configuración de la máquina virtual durante la implementación, sin la necesidad de modificar y guardar una nueva configuración de imagen. Usted puede usar complementos para aumentar la configuración de hardware y de OS de una máquina virtual.

Considere un escenario en el que usted necesite espacio adicional de disco en una máquina virtual. Sin complementos, usted puede agregar espacio de disco extendiendo y capturando una de las imágenes virtuales proporcionadas por IBM, y luego proporcionar un script personalizado para configurar el disco virtual después de la implementación. De forma alternativa, usted puede crear una imagen virtual completamente nueva con el espacio requerido en disco ya formateado. Si posteriormente necesita un disco virtual de diferente tamaño para otro patrón, tendrá que crear otra imagen virtual de forma similar.

Los complementos simplifican bastante esta tarea. Con el nuevo complemento de añadir disco, usted sólo necesita arrastrar y soltar el complemento desde la paleta del Pattern Editor hacia la parte apropiada y luego configurar los parámetros del formato y el tamaño del disco. Luego se crea el disco cuando la imagen es implementada y si no se bloquean, los parámetros luego se pueden modificar durante la implementación.

Usted utiliza complementos como scripts personalizados -- puede crearlos y clonarlos en el catálogo de aplicaciones según sea necesario y luego arrastrarlos hacia las partes en el Virtual System Pattern Editor. La diferencia principal es que los complementos se ejecutan antes que cualquier script personalizado y están dirigidos a la configuración de máquina virtual .

El Workload Deployer proporciona los cuatro complementos de máquina virtual listados a continuación, y usted puede copiarlos y modificarlos según sea necesario. También puede crear complementos completamente nuevos para que se ajusten a su entorno.

  • Default Add User
  • Default Add Disk
  • Default Raw Disk
  • Default Add Network Interface Controller (NIC)

Puede encontrar estos complementos en el catálogo. Para crear nuevos complementos, haga clic en el ícono verde + como se muestra en la Figura 13:

Figura 13. Catálogo de complementos
Catálogo de complementos

Default Add Disk

El complemento Default Add Disk crea un disco virtual en la máquina virtual, formatea el disco con el sistema de archivos seleccionado y luego lo monta. Está disponible para hypervisores VMware ESX y z/VM. El complemento Default Add Disk incluye los siguientes parámetros:

Tamaño de disco
El predeterminado es 10 GB.
Tipo de sistema de archivos
Debe ser una opción válida para mkfs –t. El predeterminado es ext3.
Punto de montaje
Ubicación donde se montará el disco. No hay valor predeterminado.

Default Raw Disk

El complemento Default Raw Disk es similar a Default Add Disk pero incluye un tipo de sistema de archivos predeterminado en bruto, y no incluye un punto de montaje.

Default Add User

El complemento Default Add User define un nuevo usuario en la máquina virtual. Este ejecuta un comando simple para agregar usuario y está garantizado para ejecutarse antes que cualquier paquete de script de nivel de usuario. Está disponible para los tres hypervisores soportados actualmente por el Workload Deployer. El complemento Default Add User incluye los siguientes parámetros:

  • User name
  • Password
  • Password verification

Default Add NIC

El complemento Default Add NIC no incluye ningún parámetro en la implementación inicial. Debe utilizarse con perfiles de entorno. El uso de resultados de contacto IP en campos de dirección IP que se muestren durante la implementación para definir e inicializar los NIC adicionales. Si el contacto de IP no está en uso, entonces el NIC se inicializa y la IP se asigna usando el proceso de colocación normal. El complemento de red está disponible para hypervisores VMware ESX y z/VM.

Más sobre complementos

Los complementos son como scripts, pero hay diferencia significativas. Primero, los complementos no se listan con los scripts personalizados. Estos tienen su propia categoría en el catálogo. Los complementos se ejecutan antes que cualquier script personalizado para una parte en el momento de la implementación. A diferencia de los scripts personalizados, usted no puede especificar el orden de ejecución de un complemento en un parte. Los complementos se ejecutan únicamente durante la creación del sistema -- usted no puede iniciarlos on-demand. Estos usan APIs de nivel hypervisor para configurar nuevo hardware en máquinas virtuales durante la implementación.

Cuando se descargan en una parte del Virtual System Pattern Editor, los complementos aparecen como íconos únicos para distinguirlos de los scripts personalizados. Usted puede agregar valores para los parámetros y opcionalmente bloquear las configuraciones de manera que no se puedan cambiar durante la implementación. La Figura 14 captura los íconos de cada complemento predeterminado y los parámetros. El complemento Default Add NIC es el ícono sin ningún parámetro mostrado.

Figura 14. Parámetros de complementos
Parámetros de complementos

Mejoras en copia de seguridad de aplicación

El proceso de copia de seguridad de aplicación incluye ahora dos opciones: On-demand Backup y Continuous Backup, ofreciendo mucha más flexibilidad que con WebSphere CloudBurst Appliance. El proceso de copia de seguridad y de restauración también está mejorado para facilitar la creación y almacenamiento de su certificado y clave privada. On-demand Backup es equivalente a su versión previa en cuando a comportamiento. El Continuous Backup proporciona mejoras sustanciales en desempeño al hacer copia de seguridad únicamente de aquellas partes componentes que han cambiado desde la copia de seguridad anterior. Por lo tanto, la duración de las copias de seguridad subsiguientes y el ancho de banda requerido se reducen significativamente. Esta mejora ayuda a asegurar que haya una copia de seguridad actualizada a la fecha en el evento de una interrupción inesperada de la energía.

Para ver los recursos de copia de seguridad y de restauración, seleccione Appliance => Settings y luego expanda la sección Backup and Restore :

Figura 15. Backup and restore
Backup and restore

Preparándose para sus copias de seguridad

En la Figura 15, los pasos del 1 al 3 proporcionan la información necesaria para permitir la creación segura y restauración de una copia de seguridad de aplicación. Un elemento requerido es la ubicación remota donde se almacenan su certificado y su clave privada, que es también la ubicación usada por el Workload Developer cuando usted le solicita que cree el certificado y el par de claves. Este procedimiento es diferente de WebSphere CloudBurst Appliance, donde las credenciales se cargaron a la aplicación misma. Desde luego, usted debe especificar una ubicación con suficiente almacenamiento como para contener las imágenes de copia de seguridad cuando se creen.

Activando o desactivando copias de seguridad

El paso cuatro de la Figura 15 activa o desactiva las copias de seguridad y selecciona el tipo de copia de seguridad que usted necesita. Como se mencionó antes, hay dos opciones: On-demand y Continuous:

On-demand
Mecanismo de copia de seguridad predeterminado. Efectúa una copia de seguridad completa de todo lo que hay en la aplicación, incluyendo todas las imágenes virtuales, los patrones de sistema virtual, los patrones de aplicación virtual y los scripts. Las copias de seguridad On-demand pueden requerir una cantidad considerable de tiempo y consumen grandes cantidades de recursos de red. Durante el tiempo de la copia de seguridad, la aplicación se pone en modo mantenimiento.
Copia de seguridad Continua
Se ejecuta cada 60 minutos y sólo persiste aquellos elementos que cambiaron desde la última actualización. Los cambios se dividen en dos categorías; cambios hechos a imágenes virtuales, y todos los demás cambios como cambios de patrón o de sistemas virtuales. Como las copias de seguridad de imágenes virtuales pueden consumir grandes cantidades de ancho de banda, usted puede restringir que estas copias de seguridad se efectúan se efectúen en horas no-pico para evitar añadir una presión adicional a su sistema. La Figura 16 muestra las opciones para ambos tipos de copia de seguridad.
Figura 16. Activación o desactivación de opciones de copia de seguridad
Activación o desactivación de opciones de copia de seguridad

Restauración a partir de una copia de seguridad

El propósito de efectuar estas copias de seguridad es permitir la recuperación cuando se necesite. El paso 5 de la Figura 15 es el paso para efectuar esa tarea. Para seleccionar una copia de seguridad para restauración, especifique la fecha y la hora de la copia d e seguridad deseada y la contraseña de clave privada, como se muestra en la Figura 17. Usted no necesita especificar la hora exacta de la imagen de su copia de seguridad. El sistema busca hacia atrás desde la fecha y hora que usted proporcionó, para encontrar la copia de seguridad más reciente anterior a esta. La información suministrada en los pasos 1 a 4 se utiliza como base para la operación de copia de seguridad. Usted también puede restaurar una copia de seguridad de una aplicación hacia otra.

Figura 17. Restaurando hacia un momento previo
Restaurando hacia un momento previo

Conclusión

Muchos clientes ya han invertido en WebSphere CloudBurst Appliance y pueden estar considerando pasarse a Workload Deployer. Puede estar tranquilo(a) en cuanto a que toda su inversión existente en patrones, scripts e imágenes funcionará en Workload Deployer sin necesidad de cambios, y de que obtendrá los beneficios adicionales de la variedad de nuevos recursos. Usted simplemente puede migrar su entorno actual hacia la nueva aplicación, como se describe en la documentación del Workload Deployer. En pocas palabras, usted simplemente hace una copia de seguridad de su aplicación WebSphere CloudBurst actual y luego, desde una aplicación Workload Deployer que haya sido configurada, usted migra la copia de seguridad para duplicar su entorno (la configuración inicial de datos de Workload Deployer no se sobreescribirá). ¡Eso es todo lo que se necesita! Usted podrá trabajar con todos sus patrones, scripts, imágenes y otros datos mientras explora los nuevos recursos del Workload Deployer.

Este artículo ha explicado algunos de los recursos que hacen del Workload Deployer una aplicación tan valiosa para la administración de su nube privada. La habilidad expandida es aplicable a más que solo la familia de productos WebSphere (por ello el cambio de nombre). El artículo mostró cómo se han mejorado la flexibilidad y la capacidad de uso mediante la nueva movilidad y los complementos de máquina virtual. Este artículo también describió los beneficios de una integración más estrecha con WebSphere Virtual Enterprise, las nuevas capacidades del Intelligent Management Pack y las mejoras en copia de seguridad y recuperación. Y el artículo cubrió lo que quizás es la mejora más significativa -- un nuevo modelo centrado en aplicaciones para aplicaciones virtuales que puede aumentar el ahorro, la simplicidad y la agilidad en el desarrollo y administración de sus aplicaciones.

El Workload Deployer no es simplemente otro release de WebSphere CloudBurst Appliance. Mientras construye sobre el éxito de CloudBurst y soporta y mejora sobre todas sus capacidades originales, el Workload Deployer proporciona nuevas capacidades de computación centradas en aplicaciones que pueden llevar a su nube privada al siguiente nivel con uso superior, facilidad de uso mejorada y una implementación de aplicaciones más rápida. Por lo tanto puede liberar a su personal para que emplee más tiempo y energía enfocado en sus negocios y no en el middleware necesario para soportarlo.

Recursos

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=WebSphere, Cloud computing
ArticleID=750527
ArticleTitle=Aproveche el poder de la nube con IBM Workload Deployer V3
publish-date=08082011