Despliegue de Oracle Autonomous Database en Oracle Database@Azure

Aprovisione Oracle Autonomous Database como un almacén de datos altamente resistente para una aplicación de microservicios desplegada en una región de Microsoft Azure de zona de disponibilidad múltiple.

Las bases de datos Oracle proporcionan continuidad de negocio de nivel empresarial mediante la colocación en capas de bloques de creación principales como Exadata, Oracle Real Application Clusters (Oracle RAC), Data Guard y Oracle Application Continuity juntos. Hasta la fecha, estos bloques de creación principales se pueden configurar manualmente en entornos locales, de forma semestral en Oracle Cloud Infrastructure (OCI) mediante Oracle Exadata Database Service, o bien automatizarse completamente mediante el servicio Oracle Autonomous Database. El servicio totalmente gestionado de Oracle Autonomous Database ahora está disponible en un número creciente de regiones de Microsoft Azure en todo el mundo.

Muchas regiones en la nube de Azure proporcionan varias zonas disponibles (AZ) para ayudar a maximizar la continuidad del negocio. Estas zonas de disponibilidad son ubicaciones físicas únicas que ayudan a proteger las aplicaciones y los datos de los fallos del centro de datos.

Arquitectura

Esta arquitectura de referencia describe algunas de las mejores prácticas para desplegar Oracle Autonomous Database en una región de zona de disponibilidad múltiple (AZ) de Microsoft Azure.

Las prácticas de continuidad del negocio y las topologías de alta disponibilidad siempre se deben tener en cuenta al diseñar aplicaciones de base de datos esenciales. La siguiente arquitectura muestra una aplicación en contenedores con Azure Kubernetes Service (AKS). Las imágenes de contenedor se almacenan en el registro de contenedores de Azure. Los usuarios acceden a la aplicación externamente a través de un equilibrador de carga público. Dado que Oracle Autonomous Database es un servicio PaaS, no hay ningún control administrativo sobre el que se aprovisionará AZ la instancia de Autonomous Database. Sin embargo, en el improbable caso de un fallo de AZ de Azure, Oracle garantiza que una base de datos en espera de Autonomous Data Guard local siempre se despliegue en una AZ (centro de datos) diferente de su principal.

Note:

Si se necesita la afinidad de la aplicación a la base de datos, Autonomous Database proporciona una vista de base de datos consultable por el usuario para determinar su ubicación AZ. Una vez determinado el AZ de Autonomous Database, las redes se pueden alinear según corresponda.

En el siguiente diagrama, la red virtual de aplicaciones (VNet) se conecta a la base de datos VNet en la zona de disponibilidad 1 (AZ1) mediante el intercambio de tráfico VNet. La aplicación alojada en AKS accede a la base de datos a través de un punto final privado que se conecta a la subred delegada de Oracle Database@Azure. Si se necesita continuidad de negocio de varias zonas autónomas, Autonomous Data Guard se puede activar opcionalmente, en cuyo caso se trata de la zona de disponibilidad 2 (AZ2). Autonomous Data Guard mantiene sincronizadas la base de datos primaria y la base de datos en espera local y realiza un failover automáticamente en caso de una interrupción de AZ primaria. Las copias de seguridad automáticas gestionadas por Oracle siempre están activadas por defecto.

El siguiente diagrama ilustra esta arquitectura de referencia.

A continuación se muestra la descripción de autonomous-database-db-azure-diagram.png

Descripción de la ilustración autonomous-database-db-azure-diagram.png

autonomous-database-db-azure-diagram-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 entre sí y puede haber grandes distancias que las separen (entre países e incluso continentes).
Red y subredes virtuales en la nube (VCN)
Una VCN es una red personalizable y definida por software que puede configurar en una región de Oracle Cloud Infrastructure. Al igual que las redes de los centros de datos tradicionales, las redes virtuales le proporcionan el control 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.
Autonomous Database
Oracle Autonomous Database es un entorno de base de datos totalmente gestionado y preconfigurado que puede utilizar para el procesamiento de transacciones y las cargas de trabajo de almacenamiento de datos. No necesita configurar ni gestionar ningún hardware, ni instalar ningún software. Oracle Cloud Infrastructure se ocupa de la creación de la base de datos, así como de la copia de seguridad, la aplicación de parches, el cambio de versión y el ajuste de la base de datos.
Object Storage
Oracle Cloud Infrastructure Object Storage proporciona acceso rápido a grandes cantidades de datos estructurados y no estructurados de cualquier tipo de contenido, incluidas copias de seguridad de base de datos, datos analíticos y contenido enriquecido, como imágenes y vídeos. Puede almacenar datos de forma segura y, a continuación, recuperarlos directamente desde Internet o desde la plataforma en la nube. Puede ampliar el almacenamiento sin experimentar ninguna degradación del rendimiento ni de la fiabilidad del servicio. Utilice el almacenamiento estándar para el almacenamiento al que debe acceder de forma rápida, inmediata y frecuente. Utilice el almacenamiento de archivo para el almacenamiento "frío" al que conserva durante largos períodos de tiempo y al que rara vez accede.
Registro de contenedor de Azure
Azure Container Registry (ACR) es un servicio gestionado para almacenar y gestionar imágenes de contenedor y artefactos relacionados.
Zona de disponibilidad de Azure
Una zona de disponibilidad es un centro de datos físicamente separado dentro de una región diseñada para estar disponible y tolerante a fallos. Las zonas de disponibilidad están lo suficientemente cerca como para tener conexiones de baja latencia a otras zonas de disponibilidad.
Servicio Azure Kubernetes
Azure Kubernetes Service (AKS) es un servicio de Kubernetes gestionado ofrecido por Microsoft Azure.
Equilibrador de carga de Azure
Azure Load Balancer proporciona una distribución automatizada del tráfico desde un único punto de entrada a varios servidores en el backend.
Red virtual de Microsoft Azure
La red virtual de Microsoft Azure (VNet) es el componente fundamental de su red privada en Azure. VNet permite que muchos recursos de Azure, como máquinas virtuales (VM) de Azure, se comuniquen de forma segura entre sí, con Internet y con redes locales.
Oracle Database@Azure
Oracle Database@Azure es un servicio de base de datos de Oracle Cloud que ejecuta cargas de trabajo de Oracle Database en su entorno de Azure. Todo el hardware de Oracle Database@Azure se encuentra en los centros de datos de Azure y utiliza redes de Azure. El servicio se beneficia de la simplicidad, la seguridad y la baja latencia de un único entorno operativo dentro de Azure. El ID de Microsoft Entra proporciona la gestión federada de identidad y acceso para Oracle Database@Azure. Las métricas y los logs de auditoría de Oracle Database están disponibles de forma nativa en Azure. El servicio requiere que los usuarios tengan un arrendamiento de Azure y un arrendamiento de OCI.

Recomendaciones

Utilice las siguientes recomendaciones como punto de partida. Sus requisitos pueden diferir de la arquitectura descrita aquí.

Las subredes de base de datos principal y en espera deben estar en VNets distintos configurados con rangos de enrutamiento entre dominios (CIDR) sin clase de IP no solapada.
El nivel de aplicación (AKS, Docker, VM, etc.) debe abarcar al menos dos AZ, con la aplicación VNet conectada a VNet principal y en espera de Autonomous Database.
Opcionalmente, las aplicaciones cliente se pueden configurar para utilizar la continuidad de aplicaciones transparente (TAP) de Oracle para maximizar la disponibilidad durante las interrupciones planificadas y no planificadas.

Explorar más

Para obtener más información sobre los componentes y consideraciones compartidos en este documento, consulte los siguientes enlaces.

Revise estos recursos adicionales:

Confirmaciones

Autores: Domenick Ficarella, Can Tuzla, Martin Gubar
Contribuyentes: Wei Han, John Sulyok