Introducción a las aplicaciones y soluciones de Oracle en Azure

  • Artículo

Se aplica a: ✔️ Máquinas virtuales Linux

En este artículo, obtendrá información sobre cómo ejecutar soluciones de Oracle mediante la infraestructura de Azure.

Importante

Oracle RAC y Oracle RAC OneNode no se admiten en la Infraestructura de Azure sin sistema operativo.

Bases de datos de Oracle en la infraestructura de Azure

Oracle admite la ejecución de Database 12.1 y versiones posteriores de edición Standard y Enterprise en Azure en imágenes de máquina virtual basadas en Oracle Linux. Puede ejecutar las bases de datos de Oracle en la infraestructura de Azure mediante imágenes de Oracle Database en Oracle Linux disponibles en Azure Marketplace.

  • Oracle Database 12.2 y 18.3 Enterprise Edition
  • Oracle Database 12.2 y 18.3 Standard Edition
  • Oracle Database 19.3
    También puede adoptar uno de los siguientes enfoques:
  • Configure Oracle Database en una imagen de Linux que no sea Oracle disponible en Azure.
  • Compile una solución en una imagen personalizada que cree desde cero en Azure.
  • Cargue una imagen personalizada desde el entorno local.

También puede elegir configurar la solución con varios discos conectados. Puede mejorar el rendimiento de la base de datos mediante la instalación de Automated Storage Management (ASM) de Oracle. Para obtener el mejor rendimiento para cargas de trabajo de producción de Oracle Database en Azure, asegúrese de ajustar correctamente el tamaño de la imagen de máquina virtual y seleccionar las opciones de almacenamiento adecuadas en función del rendimiento, IOPS y latencia. Para aprender a poner en marcha rápidamente una instancia de Oracle Database en Azure mediante la imagen de máquina virtual publicada de Oracle, consulte Creación de una base de datos de Oracle en una máquina virtual de Azure.

Implementar imágenes de máquina virtual de Oracle en Microsoft Azure

En esta sección, se incluye información sobre soluciones de Oracle basadas en las imágenes de máquinas virtuales que publica Oracle en Azure Marketplace. Para obtener una lista de imágenes de Oracle disponibles actualmente, ejecute el siguiente comando mediante la CLI de Azure o Azure Cloud Shell

az vm image list --publisher oracle --output table –all

Las imágenes son de tipo traiga su propia licencia. Solo se le cobra por los costos de proceso, almacenamiento y red en los que se incurre al ejecutar una máquina virtual. Puede elegir también compilar sus soluciones en una imagen personalizada que cree desde cero en Azure o cargar una imagen personalizada de su entorno local.

Importante

Necesita una licencia adecuada para usar el software de Oracle y un contrato de soporte técnico vigente con Oracle. Oracle ha garantizado la movilidad de licencias del entorno local a Azure. Para obtener más información sobre la movilidad de licencias, consulte Preguntas más frecuentes sobre Oracle y Microsoft Strategic Partnership.

Aplicaciones en Oracle Linux y WebLogic Server

Ejecute aplicaciones empresariales en WebLogic Server en Azure en imágenes Oracle Linux compatibles. Para más información, consulte la documentación de WebLogic, Oracle WebLogic Server en Azure Solution Overview.

WebLogic Server con integraciones de servicios de Azure

Oracle y Microsoft están colaborando para llevar WebLogic Server a Azure Marketplace en forma de ofertas de Aplicación de Azure. Para obtener más información sobre estas ofertas, consulte ¿Qué son las soluciones para ejecutar Oracle WebLogic Server?

Imágenes de máquina virtual de Oracle WebLogic Server

La agrupación en clústeres solo se admite en Enterprise Edition. Tiene licencia para usar la agrupación en clústeres de WebLogic solo cuando utiliza la versión Enterprise Edition de Oracle WebLogic Server. No use la agrupación en clústeres con Oracle WebLogic Server Standard Edition. Tampoco se admite la multidifusión UDP. Azure admite la unidifusión UDP, pero no admite la multidifusión ni la difusión. Oracle WebLogic Server puede depender de las capacidades de unidifusión UDP de Azure. Para obtener mejores resultados dependiendo de la unidifusión UDP, recomendamos que el tamaño del clúster WebLogic se mantenga estático o con no más de 10 servidores administrados. Oracle WebLogic Server espera que los puertos públicos y privados sean los mismos para el acceso T3. Por ejemplo, al usar Enterprise JavaBeans (EJB). Considere un escenario de varios niveles, en el que una aplicación de capa de servicio se ejecuta en un clúster de Oracle WebLogic Server compuesto por dos o más máquinas virtuales, en una red virtual llamada SLWLS. El nivel de cliente está en una subred diferente de la misma red virtual, ejecutando un programa Java simple que intenta llamar a EJB en el nivel de servicio. Dado que tiene que equilibrar la carga de la capa de servicio, debe crearse un punto de conexión público con equilibrio de carga para las máquinas virtuales en el clúster de Oracle WebLogic Server. Si el puerto privado especificado es diferente del puerto público, se produce un error. Por ejemplo, si usa 7006:7008, el siguiente error se produce en cualquier acceso remoto T3: Oracle WebLogic Server espera que el puerto con equilibrador de carga y el puerto del servidor WebLogic administrado sean el mismo.

[java] javax.naming.CommunicationException [Root exception is java.net.ConnectException: t3://example.cloudapp.net:7006:

Bootstrap to: example.cloudapp.net/138.91.142.178:7006' over: 't3' got an error or timed out]

En el caso anterior, el cliente tiene acceso al puerto 7006, que es el puerto del equilibrador de carga, y el servidor administrado está escuchando en 7008, que es el puerto privado. Esta restricción se aplica solo al acceso T3, no a HTTP.

Para evitar este problema, use una de las soluciones siguientes:

  • Use los mismos números de puerto públicos y privados para los puntos de conexión de carga equilibrada dedicados al acceso a T3.

  • Incluya el parámetro siguiente de JVM al iniciar Oracle WebLogic Server: configCopy Dweblogic.rjvm.enableprotocolswitch=true

  • Limitaciones de la agrupación en clúster dinámica y el equilibrio de carga. Supongamos que quiere usar un clúster dinámico en Oracle WebLogic Server y exponerlo mediante un único punto de conexión con equilibrio de carga público en Azure. Este enfoque puede hacerse siempre que use un número de puerto fijo para cada uno de los servidores administrados no asignados dinámicamente a partir de un rango y no inicie más servidores administrados que máquinas esté siguiendo el administrador. No debe haber más de un servidor administrado por máquina virtual. Si la configuración provoca que se inicien más servidores Oracle WebLogic que máquinas virtuales, entonces no será posible para más de una de esas instancias de servidores de Oracle WebLogic Server establecer un enlace a un número de puerto determinado. Es decir, si varias instancias de Oracle WebLogic Server comparten la misma máquina virtual, se producirá un error en las demás en esa máquina virtual. Si configura el servidor de administración a fin de asignar automáticamente números de puerto exclusivos para los servidores administrados, el equilibrio de carga no será posible porque Azure no admite la asignación de un único puerto público a varios puertos privados, tal como sería necesario para esta configuración.

  • Varias instancias de Oracle WebLogic Server en una máquina virtual. En función de los requisitos de su implementación, puede considerar la opción de ejecutar varias instancias de Oracle WebLogic Server en la misma máquina virtual, si la máquina virtual es suficientemente grande. Por ejemplo, en un máquina virtual de tamaño medio que contiene dos núcleos, puede elegir ejecutar dos instancias de Oracle WebLogic Server. Sin embargo, se recomienda evitar introducir puntos únicos de error en la arquitectura. La ejecución de varias instancias de Oracle WebLogic Server en una sola máquina virtual sería un único punto.

El uso de al menos dos máquinas virtuales podría ser un enfoque mejor. Cada máquina virtual puede ejecutar varias instancias de Oracle WebLogic Server. Cada instancia de Oracle WebLogic Server podría continuar formando parte del mismo clúster. Sin embargo, actualmente no se puede usar Azure para equilibrar la carga de puntos de conexión que están expuestos por estas implementaciones de Oracle WebLogic Server dentro de la misma máquina virtual. Azure Load Balancer requiere que los servidores con equilibrio de carga se distribuyan entre máquinas virtuales únicas.

Opciones de alta disponibilidad y recuperación ante desastres

Si usa soluciones de Oracle en Azure, es responsable de implementar una solución de recuperación ante desastres y alta disponibilidad para evitar los tiempos de inactividad. También puede implementar alta disponibilidad y recuperación ante desastres para Oracle Database Enterprise Edition mediante Data Guard, Active Data Guard u Oracle GoldenGate. El enfoque requiere dos bases de datos en dos máquinas virtuales independientes, que deben estar en la misma red virtual para asegurarse de que pueden acceder entre sí a través de la dirección IP persistente privada.

Recomendamos situar las máquinas virtuales en el mismo conjunto de disponibilidad para permitir a Azure colocarlas en dominios de error y de actualización independientes. Si quiere tener redundancia geográfica, puede configurar las dos bases de datos para que se repliquen entre dos regiones diferentes y conectar las dos instancias con una instancia de VPN Gateway. Para recorrer el procedimiento de configuración básico en Azure, consulte Implementación de Oracle Data Guard en una máquina virtual Linux de Azure.

Con Oracle Active Data Guard, puede conseguir alta disponibilidad con una base de datos principal en una máquina virtual, una base de datos secundaria (en espera) en otra máquina virtual y la replicación unidireccional configurada entre ellas. El resultado es un acceso de lectura a la copia de la base de datos. Con Oracle GoldenGate, puede configurar la replicación bidireccional entre las dos bases de datos. Para obtener más información sobre cómo configurar una solución de alta disponibilidad para bases de datos mediante estas herramientas, consulte Active Data Guard y GoldenGate. Si se necesita acceso de lectura-escritura a la copia de la base de datos, puede usar Oracle Active Data Guard.

Para recorrer el procedimiento de configuración básico en Azure, consulte Implementación de Oracle Golden Gate en una máquina virtual Linux de Azure.

Puede lograr una alta disponibilidad de manera eficaz para las bases de datos de Oracle mediante el uso de la selección de ubicación del volumen de la zona de disponibilidad de Azure NetApp Files en combinación con Oracle Data Guard para una arquitectura de alta disponibilidad entre zonas. Como alternativa, para eliminar el costo de las licencias de Data Guard y ejecutar máquinas virtuales en la zona secundaria, puede usar la funcionalidad de replicación basada en almacenamiento de Azure NetApp Files. Los volúmenes de Azure NetApp Files se pueden colocar en la zona de disponibilidad de su elección de la misma manera y, a continuación, se pueden replicar entre zonas dentro de la región mediante la replicación entre zonas (o en otra región mediante lareplicación entre regiones).

Además de tener una solución de alta disponibilidad y recuperación ante desastres diseñada en Azure, debe contar con una estrategia de copia de seguridad en vigor para restaurar la base de datos.

Copia de seguridad de cargas de trabajo de Oracle

Hay diferentes estrategias de copia de seguridad disponibles para Oracle en máquinas virtuales de Azure; las siguientes copias de seguridad son otras opciones:

Implementación de aplicaciones de Oracle en Azure

Use plantillas de Terraform, la CLI de AZ o Azure Portal para configurar la infraestructura de Azure e instalar aplicaciones de Oracle. También se usa Ansible para configurar la base de datos dentro de la máquina virtual. Para más información, consulte Terraform en Azure.

Oracle ha certificado las siguientes aplicaciones para que se ejecuten en Azure al conectarse a una base de datos de Oracle mediante la solución de interconexión de Azure con Oracle Cloud:

  • E-Business Suite
  • JD Edwards EnterpriseOne
  • PeopleSoft
  • Aplicaciones comerciales de Oracle
  • Oracle Hyperion Financial Management

Puede implementar aplicaciones personalizadas en Azure que se conecten con OCI y con otros servicios de Azure.

Compatibilidad con JD Edwards

De acuerdo con la compatibilidad de Oracle, las versiones de JD Edwards EnterpriseOne 9.2 y superiores se admiten en cualquier oferta de nube pública que satisfaga sus requisitos técnicos mínimos (MTR) específicos. Debe crear imágenes personalizadas que cumplan sus especificaciones de MTR para la compatibilidad con el sistema operativo y la aplicación de software. Para más información, consulte el id. de documentación 2178595.1.

Licencias

La implementación de soluciones de Oracle en Azure se basa en el modelo traiga su propia licencia. Este modelo asume que usted tiene licencias para usar software Oracle y que cuenta con un contrato de soporte técnico actual con Oracle. Microsoft Azure es un entorno de nube autorizado para ejecutar Oracle Database. La tabla de factores de núcleos de Oracle no se aplica al conceder licencias a las bases de datos de Oracle en la nube. Para obtener más información, consulte Oracle Processor Core Factor Table. En su lugar, al usar las máquinas virtuales con la tecnología Hyper-Threading habilitada para las bases de datos de la edición Enterprise, cuente dos vCPU como equivalentes a una licencia de procesador de Oracle si el hyperthreading está habilitado, como se indica en el documento de directiva. Los detalles de la directiva se pueden encontrar en Licencias de software de Oracle en el entorno de informática en la nube.
Las bases de datos de Oracle suelen requerir una mayor cantidad de memoria y E/S. Por esta razón, se recomienda usar máquinas virtuales optimizadas para memoria en estas cargas de trabajo. A fin de optimizar aún más las cargas de trabajo, se recomiendan las CPU virtuales restringidas en núcleos para las cargas de trabajo Oracle Database que requieran gran cantidad de memoria, almacenamiento y ancho de banda de E/S, pero no un gran número de núcleos. Al migrar el software y las cargas de trabajo de Oracle desde el entorno local a Microsoft Azure, Oracle proporciona movilidad de licencias como se indica en Preguntas más frecuentes sobre Oracle y Microsoft Strategic Partnership.

Pasos siguientes

Ahora tiene una visión general de las soluciones y bases de datos actuales de Oracle basadas en imágenes de máquinas virtuales de Microsoft Azure. El paso siguiente es implementar su primera base de datos de Oracle Database en Azure.