Despliegue del software IBM Sterling Order Management en Oracle Cloud y Microsoft Azure
IBM Sterling Order Management Software es un sistema de gestión de pedidos minoristas ampliamente implementado. Más de la mitad de las organizaciones siguen ejecutando la aplicación en una infraestructura local cada vez más antigua. Al considerar la migración a la nube, las organizaciones desean utilizar los mejores servicios de varios proveedores de servicios en la nube por motivos de rendimiento, costo y relación con los proveedores. La arquitectura de pila dividida en varias nubes es una solución común para la migración de aplicaciones empaquetadas a la nube.
En esta arquitectura de referencia basada en el cliente, un minorista global líder ha migrado la base de datos IBM Sterling Order Management Software de un centro de datos de colocación local a Oracle Base Database Service en Oracle Cloud Infrastructure (OCI) mediante una arquitectura de pila dividida en varias nubes. La base de datos Oracle 11g local se actualizó y migró a 19c en OCI sin tiempo de inactividad. Después de la migración de la base de datos, el nivel de aplicación IBM Sterling Order Management Software se ejecuta en Microsoft Azure y el nivel de base de datos Oracle se ejecuta en OCI, con la interconexión OCI-Azure que conecta la aplicación y la base de datos.
Esta arquitectura de referencia proporciona las siguientes ventajas:
- Actualizar la base de datos del software IBM Sterling Order Management de 11g a 19c y migrar a OCI
- Reduzca los costos de infraestructura hasta en un 60 %
- Mejore el rendimiento a medida que OCI multithreading proporciona el doble de capacidad en comparación con un solo thread en otros proveedores de nube
- Utilizar Oracle Base Database Service con Terraform para automatizar el aprovisionamiento del sistema y otorgar privilegios de usuario
- Implementa nuevas funciones más rápido en OCI
Arquitectura
Esta arquitectura de referencia ilustra un despliegue de pila dividida multinube de alto rendimiento conectado por una interconexión OCI-Azure dedicada de baja latencia y gran ancho de banda.
La aplicación IBM Sterling Order Management Software y los servidores web se despliegan en máquinas virtuales del este de EE. UU. de Microsoft Azure. La aplicación se conecta a la base de datos Oracle Real Application Clusters (Oracle RAC) en OCI Ashburn mediante interconexión OCI-Azure. La base de datos Oracle RAC de dos nodos se utiliza para satisfacer las necesidades de alto rendimiento y alta disponibilidad. La base de datos Oracle RAC es un servicio gestionado en la nube de Oracle Base Database Service que reduce los gastos generales operativos del cliente.
La instancia de recuperación ante desastres (DR) se implanta en la región OCI San Jose que se interconecta con Microsoft Azure Oeste de EE. UU. (no se muestra en este diagrama de arquitectura). Como alternativa, OCI-Azure Interconnect también está disponible entre OCI Phoenix y Microsoft Azure US West3. La base de datos de producción se replica en DR mediante Oracle Data Guard.
La federación de Oracle Cloud Infrastructure Identity and Access Management (OCI IAM) y Microsoft Azure Active Directory permite la cuenta de OCI mediante la conexión única. Los datos de registro de OCI y Microsoft Azure se reenvían a Dynatrace Cloud Monitoring para obtener información operativa. La seguridad en la nube de Wiz se utiliza para supervisar el despliegue multinube a fin de identificar, solucionar y evitar riesgos para el negocio de forma proactiva.
En el siguiente diagrama se ilustra esta arquitectura de referencia.
oci-multicloud-ibm-azure-arch-oracle.zip
Migración en la nube
Antes de la migración, el cliente había implementado una arquitectura híbrida de pila dividida en la nube, con la aplicación IBM Sterling Order Management Software y los servidores web en Microsoft Azure y las bases de datos en un centro de datos de colocación local. Se ha diseñado un enfoque de migración en fases para actualizar y migrar la base de datos de la colocación de 11g a 19c en OCI, manteniendo al mismo tiempo el nivel de aplicación en Microsoft Azure.
- Crear una base de datos temporal de 11g en OCI
- Replicar la base de datos de producción local de la versión 11g en la base de datos temporal de la versión 11g en OCI
- Cree una base de datos de producción 19c en OCI
- Utilice Oracle GoldenGate en OCI Marketplace para replicar datos de la base de datos temporal 11g a la base de datos 19c en OCI
- Reduzca la aplicación de producción en Microsoft Azure para apuntar a la base de datos 19c en OCI y desconectar otras replicaciones
El siguiente diagrama ilustra la migración a la nube.
Descripción de la ilustración oci_multicloud_ibm_azure_flow.png
oci-multicloud-ibm-azure-flow-oracle.zip
La arquitectura tiene los siguientes componentes:
- Región
Una región de Oracle Cloud Infrastructure es un área geográfica localizada que contiene uno o más centros de datos, denominados dominios de disponibilidad. Las regiones son independientes de otras regiones, y grandes distancias pueden separarlas (entre países o incluso continentes).
- dominios de disponibilidad
Los dominios de disponibilidad son centros de datos independientes dentro de una región. Los recursos físicos de cada dominio de disponibilidad están aislados de los recursos de los otros dominios de disponibilidad, lo que proporciona tolerancia a fallos. Los dominios de disponibilidad no comparten infraestructura, como la alimentación o la refrigeración, ni la red interna del dominio de disponibilidad. Por lo tanto, es improbable que un fallo en un dominio de disponibilidad afecte a los otros dominios de la región.
- Red virtual en la nube (VCN) y subredes
Una VCN es una red personalizable y definida por software que se configura en una región de Oracle Cloud Infrastructure. Al igual que las redes de los centros de datos tradicionales, las redes virtuales le proporcionan un control completo de su entorno de red. Una VCN puede tener varios bloques de CIDR no superpuestos que puede cambiar después de crear la VCN. Puede segmentar una VCN en subredes, las cuales se pueden acotar a una región o a un dominio de disponibilidad. Cada subred está formada por un rango contiguo de direcciones que no se solapan con las demás subredes de la VCN. Puede cambiar el tamaño de una subred después de la creación. Una subred puede ser pública o privada.
- Servicio de bastión
Oracle Cloud Infrastructure Bastion proporciona acceso seguro restringido y limitado en el tiempo a recursos que no tienen puntos finales públicos y que requieren estrictos controles de acceso a recursos, como máquinas virtuales y con hardware dedicado, Oracle MySQL Database Service, Autonomous Transaction Processing (ATP), Oracle Container Engine for Kubernetes (OKE) y cualquier otro recurso que permita el acceso al protocolo de shell seguro (SSH). Con el servicio Oracle Cloud Infrastructure Bastion, puede activar el acceso a hosts privados sin desplegar y mantener un host de salto. Además, obtiene una estrategia de seguridad mejorada con permisos basados en identidad y una sesión SSH centralizada, auditada y con límite de tiempo. Oracle Cloud Infrastructure Bastion elimina la necesidad de una IP pública para el acceso bastión, lo que elimina la molestia y la posible superficie de ataque al proporcionar acceso remoto.
- Interconexión de OCI y Azure
La interconexión entre Oracle Cloud y Microsoft Azure es la primera oferta multinube de Oracle. Proporciona una conexión de red directa entre centros de datos específicos de Azure y Oracle Cloud Infrastructure (OCI) en todo el mundo. Permite a los administradores y desarrolladores de Azure conectar sus aplicaciones a aplicaciones y servicios que se ejecutan en OCI sin crear enlaces dedicados ni enviar su tráfico de aplicaciones a través de la red pública de Internet.
- Flujo de Datos
Oracle Cloud Infrastructure Streaming proporciona una solución duradera, escalable y totalmente gestionada para la ingestión de flujos de datos continuos y de elevado volumen que puede utilizar y procesar en tiempo real. Puede utilizar Streaming para la ingestión de datos de alto volumen, como logs de aplicación, telemetría operativa, datos de flujo de clics en la web, o para otros casos de uso en los que se producen y procesan datos de forma continua y secuencial en un modelo de mensajería de publicación/suscripción.
- Oracle Base Database Service
Oracle Base Database Service es un servicio de base de datos totalmente gestionado que permite a los desarrolladores desarrollar y desplegar rápidamente aplicaciones nativas en la nube seguras. Oracle automatiza todas las tareas, como la copia de seguridad y la recuperación, la aplicación de parches en bases de datos y sistemas operativos, las actualizaciones y el cifrado de datos.
Recomendaciones
- Versión del software IBM Sterling Order Management
Esta arquitectura admite IBM Sterling Order Management Software versión 10.0.2303.1 (versión actual en el momento de publicar esta solución) y superior. Recomendamos utilizar la última versión del software IBM Sterling Order Management.
Antes de desplegar el software IBM Sterling Order Management en una arquitectura multinube, debe familiarizarse con los siguientes requisitos siguiendo los enlaces de la sección Explorar más:- Para obtener información sobre los requisitos del sistema de software IBM Sterling Order Management, consulte Requisitos del sistema.
- El software IBM Sterling Order Management tiene una dependencia en un sistema de base de datos relacional para la gestión de datos y estados. También se necesita un sistema de agente de mensajes activado para Java Message Service (JMS) para flujos de trabajo de orden y comunicación de servicio a servicio. El software IBM Sterling Order Management soporta varias opciones de base de datos y de agente de mensajes que puede desplegar en su entorno. Para obtener más información, consulte:
- Nivel de base de datos Oracle 19c: Configuración de una base de datos Oracle en UNIX o Linux
- Agente de mensajes JMS: Integración con sistemas JMS
- Latencia
Utilice OCI y Azure Interconnect para la conexión de red entre nubes a fin de proporcionar una conexión de baja latencia.
- Base de Datos
Utilice la base de datos Oracle 19c o una versión posterior. La base de datos Oracle 19.16.0.0 se utiliza en esta arquitectura de referencia. Recomendamos la unidad VM.Standard2.16 con la gestión automática de almacenamiento (ASM). El tamaño de la base de datos es de aproximadamente 800 GB. Cada nodo de Oracle RAC tiene 16 núcleos de CPU y 240 GB de memoria.
- Recuperación ante desastres
En el despliegue en la nube, el tamaño de la instancia de recuperación ante desastres en espera se puede ajustar en una cuarta parte de la producción para reducir el costo y ampliar hasta la capacidad completa en caso de failover de DR. La aplicación de producción y los datos deben replicarse en DR para cumplir el objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO) definido por el negocio.
Durante la actualización y migración de la base de datos, recomendamos crear una base de datos DR/temporal en OCI en la misma región para evitar cualquier riesgo y servir como una contingencia a la producción. La base de datos se puede utilizar en pruebas de latencia de red y para definir la línea base de rendimiento de la aplicación antes de la actualización. Después de la actualización y la migración, la instancia de DR se debe configurar en una región diferente.
- Oracle Database Service para Microsoft Azure
Oracle Database Service for Microsoft Azure permite integrar fácilmente Oracle Cloud Infrastructure Database en su entorno en la nube de Microsoft Azure. Oracle Database Service for Microsoft Azure utiliza un enfoque basado en servicios y es una alternativa a la creación manual de complejos despliegues entre nubes para las pilas de aplicaciones.
Recomendamos utilizar Oracle Database Service for Microsoft Azure en una arquitectura de pila dividida en varias nubes, ya que se ejecuta en el enlace de red privado, de baja latencia y de gran ancho de banda entre Microsoft Azure y OCI. Los usuarios tienen la opción de elegir Oracle Base Database (incluida Oracle RAC), Oracle Autonomous Database, Oracle Exadata Database Service y MySQL HeatWave, y aprovisionar Oracle Database Service for Microsoft Azure desde su consola de Microsoft Azure.
Consideraciones
Al desplegar el software IBM Sterling Order Management en una arquitectura multinube, tenga en cuenta las siguientes opciones de escalabilidad y disponibilidad.
- Disponibilidad de aplicación
Antes de implementar IBM Sterling Order Management Software, revise las consideraciones para la gestión de alta disponibilidad y rendimiento, como se describe en los enlaces de documentación de IBM en la sección Explorar más.
En esta arquitectura de referencia, la aplicación IBM Sterling Order Management Software se despliega con varias máquinas virtuales en la base de datos Microsoft Azure y Oracle RAC en OCI para proporcionar alta disponibilidad. Los dominios de errores ofrecen la mejor resiliencia dentro de un dominio de disponibilidad. Si necesita una mayor disponibilidad, considere la posibilidad de utilizar varios dominios o regiones de disponibilidad cuando sea posible.
- Rendimiento de E/S de almacenamiento
El tamaño del almacenamiento es crucial para obtener el rendimiento de E/S esperado para las lecturas y escrituras del disco.
- Escalabilidad
Esta arquitectura de referencia utiliza Oracle Base Database Service con la base de datos Oracle Real Application Clusters (Oracle RAC). Puede ampliar o reducir manualmente el número de núcleos de CPU de la base de datos en cualquier momento.
Puede utilizar Oracle Autonomous Database u Oracle Exadata Database Service con el software IBM Sterling Order Management. La función de ampliación automática de Oracle Autonomous Database permite a su base de datos utilizar hasta tres veces el número base actual de núcleos de CPU en cualquier momento. A medida que aumenta la demanda, la ampliación automática aumenta automáticamente el número de núcleos en uso. Oracle Autonomous Database permite ampliar la capacidad de almacenamiento en cualquier momento sin que ello afecte a la disponibilidad o al rendimiento.
Explorar más
Revise estos recursos adicionales para obtener más información sobre las funciones de esta arquitectura de referencia.
Software IBM Sterling Order Management:
- Software IBM Sterling Order Management
- Requisitos del Sistema
- Configuración de una base de datos Oracle en UNIX o Linux
- Integración con sistemas JMS
- Consideraciones sobre la alta disponibilidad
- Consideraciones sobre la gestión del rendimiento
Oracle Cloud Infrastructure: