Editar

Compartir a través de


Migración de la serie IBM i a Azure con Skytap

Azure Virtual Network
Azure Private Link
Azure ExpressRoute
Azure Virtual Machines
Azure Data Box

En esta arquitectura de ejemplo se muestra cómo usar los servicios nativos de copia de seguridad y recuperación de IBM i con componentes de Microsoft Azure para migrar rápidamente cargas de trabajo de IBM i a Skytap en Azure. Esta infraestructura nativa de IBM Power9 se hospeda en un centro de datos de Azure, lo que minimiza la latencia entre las cargas de trabajo tradicionales y las que se ejecutan de forma nativa en Azure. Obtiene la confiabilidad y el alcance de Azure, la flexibilidad de implementar y escalar particiones lógicas (LPAR) de IBM i a petición, además de servicios de copia de seguridad y recuperación completos a través de Azure Storage.

Arquitectura

Diagrama que muestra la infografía de los componentes de Microsoft Azure que se usan para migrar cargas de trabajo de IBM i a Skytap en Azure.

Descargar un archivo de Visio de esta arquitectura.

Flujo de trabajo

Los números del diagrama corresponden al siguiente flujo de datos.

  1. Un usuario local usa un explorador web para conectarse a Azure a través de una conexión privada de Azure ExpressRoute. Esta aplicación basada en web proporciona una interfaz moderna para los servicios que se ejecutan en las instancias de IBM i que se ejecutan en Skytap en Azure.

  2. Un proxy FTP y Azure Data Box Gateway se implementan de forma local junto a la infraestructura de IBM i existente del centro de datos. Antes de la migración, se usan GoSave o Backup, Recovery y Media Services (BRMS) para realizar copias de seguridad de los sistemas IBM i.

  3. Data Box Gateway envía los datos del sistema IBM i a través de un punto de conexión de Azure Private Link a una cuenta de Azure Blob Storage.

  4. Un proxy FTP y Data Box Gateway se implementan en el entorno de Skytap en Azure en la misma red que los sistemas IBM i.

  5. Los sistemas IBM i se restauran en Skytap en Azure mediante la opción 21 (restaurar datos del usuario y del sistema), la opción 23 (restaurar datos de usuario) o BRMS si se usa para la copia de seguridad original.

Componentes

La arquitectura usa estos componentes:

  • Skytap en Azure es un servicio que ejecuta cargas de trabajo tradicionales de IBM Power y x86 en hardware en centros de datos de Azure. Las organizaciones de cualquier tamaño que ejecutan aplicaciones en sistemas operativos AIX, IBM i o Linux basados en IBM Power pueden migrarlas a Azure con poco esfuerzo inicial.

  • instancias de Azure Virtual Machines proporcionan una potencia informática escalable a petición. Una máquina virtual (VM) proporciona la flexibilidad de virtualización sin tener que comprar y mantener el hardware físico que lo ejecuta.

  • azure Virtual Network es el bloque de creación fundamental para la red privada en Azure. Como red definida por software, una red virtual (VNet) proporciona un entorno aislado para que las máquinas virtuales y otros recursos de Azure se comuniquen entre sí, Internet y redes locales. Obtenga más información sobre cómo funciona Skytap en de conectividad de Azure en Skytap Well-Architected Framework.

  • Azure Private Link crea su propio servicio private link en la red virtual para que el cliente web pueda consumir recursos de Skytap en Azure.

  • Azure Blob Storage es una solución de almacenamiento de objetos diseñada para almacenar grandes cantidades de datos no estructurados, como texto y datos binarios.

  • azure ExpressRoute amplía las redes locales a los servicios en la nube de Microsoft, incluidos Azure y Office 365, a través de una conexión privada que facilita un proveedor de conectividad. Obtenga más información sobre cómo funciona Azure ExpressRoute con Skytap en la guía de introducción Skytap con redes de Azure.

  • azure Data Box Gateway es un dispositivo virtual que se instala localmente. Los datos se escriben en él mediante los protocolos Network File System (NFS) y Server Message Block (SMB) y Data Box Gateway envía los datos a Azure.

Alternativas

  • Puede conectarse a instancias de IBM i que se ejecutan en Skytap en Azure a través de una red privada virtual (VPN) o internet. Por ejemplo, puede usar SSH (Secure Shell) para acceder a las aplicaciones ibm i en Azure.

  • Para maximizar la seguridad y minimizar el número de puertos abiertos, puede usar máquinas virtuales como hosts bastión para el acceso administrativo a los LPAR. El host bastión se ejecuta dentro de la red virtual en Azure. Por ejemplo, los administradores pueden usar un emulador de terminal 5250 para acceder a sus sistemas IBM i.

  • Puede usar BRMS para realizar copias de seguridad del sistema antes de la migración y, a continuación, usar la restauración de BRMS para las copias de seguridad incrementales.

  • En un escenario de alta disponibilidad, puede replicar datos del diario a través de la conexión ExpressRoute o VPN de su organización casi en tiempo real. En caso de error, puede realizar un intercambio de roles para una conmutación por error casi inmediata.

Detalles del escenario

La familia IBM System i de equipos de gama media fue introducida por primera vez en 1988 como as/400. Hasta ahora, su elección era rediseñar las aplicaciones de iSeries antes de moverlas a la nube o mantenerlas en el entorno local o en una instalación coubica, ambas opciones costosas.

En este ejemplo, una aplicación web en Azure proporciona a los usuarios una interfaz moderna para los recursos que se ejecutan en Skytap en Azure. Puede seguir ejecutando componentes críticos o sistemas de registro (SOR) en IBM i local. También puede migrar cargas de trabajo de IBM i completas y modernizarlas mediante servicios nativos de Azure, como análisis avanzado y aprendizaje automático. En este tipo de escenario de toda la nube, Skytap en Azure le ayuda a optimizar los costos.

Casos de uso potenciales

  • Habilite la migración mediante lift-and-shift fácil y de autoservicio de cargas de trabajo locales que ejecutan IBM i a Azure.

  • Modernice las aplicaciones mediante servicios nativos de Azure en una configuración híbrida que se conecte a sistemas y datos anteriores que se ejecutan en IBM i.

  • Mejore la continuidad empresarial con soluciones de Azure rentables para la copia de seguridad y la recuperación ante desastres.

  • Agregue escala mediante la implementación rápida de instancias de IBM i a petición.

Consideraciones

Estas consideraciones implementan los pilares de Azure Well-Architected Framework, que es un conjunto de principios rectores que se pueden usar para mejorar la calidad de una carga de trabajo. Para obtener más información, consulte Microsoft Azure Well-Architected Framework.

Fiabilidad

La confiabilidad garantiza que la aplicación pueda cumplir los compromisos que realice para sus clientes. Para obtener más información, vea Lista de comprobación de revisión de diseño para lade confiabilidad.

Skytap en Azure tiene una alta confiabilidad basada en sistemas IBM Power9 respaldados por almacenamiento SSD RAID 6+1 y redes de backplane de 10 Gb/s.

Seguridad

La seguridad proporciona garantías contra ataques deliberados y el abuso de sus valiosos datos y sistemas. Para obtener más información, vea Lista de comprobación de revisión de diseño para security.

Skytap en Azure cumple los requisitos de seguridad de la nube del sector, incluidos los controles de sistema y organización para las organizaciones de servicio 2 (SOC 2) y soc 3 y el cumplimiento de las atestaciones ISO 27001 y PCI DSS 3.2. Para más información sobre cómo Skytap protege las cargas de trabajo, puede obtener más información en el Skytap Well-Architected Framework Security Pillar.

Optimización de costos

La optimización de costos consiste en examinar formas de reducir los gastos innecesarios y mejorar las eficiencias operativas. Para obtener más información, consulte Lista de comprobación de revisión de diseño para la optimización de costos.

La ejecución de cargas de trabajo de la serie IBM i en Skytap en Azure ayuda a optimizar los costos en comparación con las implementaciones locales. Los planes de uso basados en el consumo permiten implementar LPAR solo según sea necesario y escalarlos a petición para satisfacer las necesidades de las cargas de trabajo.

Consulte más información sobre precios en la pestaña planes y precios de de Skytap en Azure en Azure Marketplace.

Eficiencia del rendimiento

La eficiencia del rendimiento es la capacidad de la carga de trabajo para escalar a fin de satisfacer las demandas que los usuarios ponen en ella de forma eficaz. Para obtener más información, vea Lista de comprobación de revisión de diseño para la eficiencia del rendimiento.

Skytap en Azure proporciona un alto rendimiento y eficiencia que admite cargas de trabajo exigentes de hasta 44 000 CPW y 512 GB de RAM, al tiempo que proporciona las ventajas de la escala en la nube. Con la capacidad a petición y los precios de pago por uso, ahorra el gasto de agregar hardware local para satisfacer las demandas cambiantes. Puede usar LPAR más pequeños en lugar de unos cuantos grandes y configurar los recursos según sea necesario.

Una de las ventajas de una solución basada en Azure es la capacidad de escalar horizontalmente. El escalado hace que la capacidad de proceso casi ilimitada esté disponible para una aplicación. Azure admite varios métodos para escalar horizontalmente la potencia de proceso, como conjuntos de escalado de máquinas virtuales y equilibrio de carga en un clúster. Otros servicios escalan dinámicamente los recursos de proceso. Además, las aplicaciones de Azure también pueden usar clústeres de Kubernetes como servicios de proceso para los recursos especificados.

El escalado vertical de proceso de Azure puede ser tan sencillo como elegir la máquina virtual adecuada para la carga de trabajo.

Implementación de este escenario

Para empezar a ejecutar aplicaciones iSeries en Azure, consulte la plantilla Skytap en Azure en Azure Marketplace. Obtenga más información sobre las distintas opciones de migración e implementación con Skytap Well-Architected Framework.

Pasos siguientes

Para más información sobre Skytap en Azure, póngase en contacto con legacy2azure@microsoft.com o consulte los siguientes recursos: