Obtenga más información sobre el despliegue de la sincronización a distancia de Active Data Guard
Oracle Database@Azure le permite ejecutar sus bases de datos Oracle de misión crítica mediante Oracle Exadata Database Service on Dedicated Infrastructure en el centro de datos de Microsoft Azure.
Aproveche la alta disponibilidad, el rendimiento y la escalabilidad incorporados de Oracle Exadata Database Service y Oracle Real Application Clusters (Oracle RAC) al tiempo que se beneficia de una baja latencia para las aplicaciones de Azure.
La ampliación de la arquitectura con una base de datos en espera alojada en otro cluster de máquina virtual (VM) de Exadata proporciona protección de recuperación ante desastres (DR) frente a fallos de base de datos y cluster. La colocación de la base de datos en espera en una zona de disponibilidad (AZ) de Azure diferente mejora aún más la solución, lo que garantiza la protección contra un fallo de AZ completo. Para una recuperación ante desastres regional completa, la base de datos en espera se debe desplegar en una región independiente.
Oracle Data Guard permite transportar de forma síncrona el redo a la base de datos en espera para garantizar que no se pierdan datos. Sin embargo, cuando la base de datos en espera está geográficamente demasiado lejos, la latencia aumenta, lo que afecta al tiempo de respuesta de confirmación y al rendimiento global de las transacciones en la base de datos primaria. La sincronización a distancia de Active Data Guard puede garantizar una pérdida de datos cero a cualquier distancia con un impacto mínimo en el rendimiento de la base de datos primaria. La sincronización a distancia, una instancia ligera, proporciona protección de redo síncrona y failover sin pérdida de datos sin necesidad de una base de datos local en espera síncrona.
Arquitectura
Esta arquitectura de referencia muestra una recuperación ante desastres entre regiones con Active Data Guard.
Se crean dos instancias de sincronización a distancia de Active Data Guard en las regiones de Oracle Cloud Infrastructure (OCI) correspondientes. La base de datos primaria de Toronto envía los datos de redo en modo SYNC a la instancia de sincronización a distancia local de Toronto, que reenvía los datos de redo en modo ASYNC a la base de datos en espera de la región remota de Sydney.
Después de que un cambio de rol y la base de datos de Sydney se convierta en la primaria, envía los datos de redo en modo SYNC a su instancia de sincronización a distancia local en Sydney, que reenvía los datos de redo en modo ASYNC a la base de datos en espera en la región remota de Toronto.
Oracle Exadata Database Service en la red de Oracle Database@Azure está conectado a la subred de cliente de Exadata mediante un gateway de enrutamiento dinámico (DRG) gestionado por Oracle. También se necesita un DRG para crear una conexión peer entre VCN en diferentes regiones. Puesto que solo se permite un DRG por VCN en OCI, se necesita una segunda VCN con su propio DRG para conectar las VCN principal y en espera de cada región.
La aplicación se replica en varias regiones para acceder a la base de datos en la misma región y lograr la latencia más baja y el máximo rendimiento.
El siguiente diagrama ilustra esta arquitectura de referencia.
active-data-guard-far-sync-dba-oracle.zip
Microsoft Azure proporciona los siguientes componentes:
- Región de Azure
Una región de Azure es un área geográfica en la que residen uno o más centros de datos físicos de Azure, denominados zonas de disponibilidad. Las regiones son independientes entre sí y pueden separarse grandes distancias (entre países o incluso continentes).
Las regiones de Azure y OCI son áreas geográficas localizadas. Para Oracle Database@Azure, una región de Azure está conectada a una región de OCI, con zonas de disponibilidad (AZ) en Azure conectadas a dominios de disponibilidad (AD) en OCI. Se seleccionan los pares de regiones de Azure y OCI para minimizar la distancia y la latencia.
- Azure VNet
Microsoft Azure Virtual Network (VNet) es el componente fundamental de su red privada en Azure. VNet permite que muchos tipos de recursos de Azure, como máquinas virtuales (VM) de Azure, se comuniquen de forma segura entre sí, Internet y redes locales.
- Subred delegada de Azure
La delegación de subred es la capacidad de Microsoft para inyectar un servicio gestionado, específicamente un servicio de plataforma como servicio (PaaS), directamente en la red virtual. Esto le permite designar o delegar una subred para que sea el directorio raíz de un servicio gestionado externo dentro de la red virtual, de modo que el servicio externo actúe como recurso de red virtual, aunque sea un servicio PaaS externo.
- VNIC de Azure
Los servicios de los centros de datos de Azure tienen tarjetas de interfaz de red (NIC) físicas. Las instancias de máquina virtual se comunican mediante NIC virtuales (VNIC) asociadas con las NIC físicas. Cada instancia tiene una VNIC primaria que se crea y asocia automáticamente durante el inicio y que está disponible durante el ciclo de vida de la instancia.
Oracle Cloud Infrastructure proporciona 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 pueden separarse grandes distancias (entre países o incluso continentes).
- Red y subred virtuales en la nube (VCN)
Una VCN es una red personalizable 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 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.
- Tabla de rutas
Las tablas de rutas virtuales contienen reglas para enrutar el tráfico de subredes a destinos fuera de una VCN, normalmente a través de gateways.
- Lista de seguridad
Para cada subred, puede crear reglas de seguridad que especifiquen el origen, el destino y el tipo de tráfico que se debe permitir dentro y fuera de la subred.
- Gateway de enrutamiento dinámico (DRG)
El DRG es un enrutador virtual que proporciona una ruta para el tráfico de red privada entre las redes virtuales en la misma región, entre una VCN y una red fuera de la región, como una VCN en otra región de Oracle Cloud Infrastructure, una red local o una red en otro proveedor en la nube.
- Gateway de intercambio de tráfico local (LPG)
Un LPG permite intercambiar una VCN con otra VCN de la misma región. El intercambio de tráfico significa que las redes virtuales en la nube se comunican mediante direcciones IP privadas, sin que el tráfico recorra Internet ni se enrute a través de su red local.
- Data Guard
Oracle Data Guard y Oracle Active Data Guard proporcionan un juego completo de servicios que crean, mantienen, gestionan y supervisan una o más bases de datos en espera y que permiten que las bases de datos Oracle de producción permanezcan disponibles sin interrupción. Oracle Data Guard mantiene estas bases de datos en espera como copias de la base de datos de producción mediante la replicación en memoria. Si la base de datos de producción deja de estar disponible debido a una interrupción planificada o no planificada, Oracle Data Guard puede cambiar cualquier base de datos en espera al rol de producción, minimizando el tiempo de inactividad asociado a la interrupción. Oracle Active Data Guard proporciona la capacidad adicional de descargar cargas de trabajo de lectura principalmente en bases de datos en espera y también proporciona funciones avanzadas de protección de datos.
- Sincronización a Distancia de Active Data Guard
La sincronización a distancia de Active Data Guard de Oracle es una instancia ligera de base de datos Oracle que recibe datos de redo de forma síncrona desde la base de datos primaria y los reenvía de forma asíncrona a una o más bases de datos en espera. Garantiza una pérdida de datos cero a cualquier distancia con un impacto mínimo en el rendimiento de la base de datos primaria y sin necesidad de una base de datos en espera síncrona local.
- Exadata Database Service on Dedicated Infrastructure
Oracle Exadata Database Service on Dedicated Infrastructure permite aprovechar la potencia de Exadata en la nube. Oracle Exadata Database Service ofrece capacidades probadas de Oracle Database en una infraestructura de Oracle Exadata optimizada y específica en la nube pública. La automatización incorporada en la nube, la ampliación flexible de recursos, la seguridad y el rendimiento rápido para todas las cargas de trabajo de Oracle Database le ayudan a simplificar la gestión y reducir los costos.
- Oracle Database@Azure
Oracle Database@Azure es el servicio de Oracle Database (Oracle Exadata Database Service on Dedicated Infrastructure y Oracle Autonomous Database Serverless) que se ejecuta en Oracle Cloud Infrastructure (OCI), desplegado en centros de datos de Microsoft Azure. El servicio ofrece funciones y paridad de precios con OCI. Adquiera el servicio en Azure Marketplace.
Oracle Database@Azure integra tecnologías de Oracle Exadata Database Service, Oracle Real Application Clusters (Oracle RAC) y Oracle Data Guard en la plataforma Azure. Los usuarios gestionan el servicio en la consola de Azure y con las herramientas de automatización de Azure. El servicio se despliega en Azure Virtual Network (VNet) e integrado con el sistema de gestión de identidad y acceso de Azure. Las métricas genéricas de OCI y Oracle Database y los logs de auditoría están disponibles de forma nativa en Azure. El servicio requiere que los usuarios tengan una suscripción a Azure y un arrendamiento de OCI.
Autonomous Database se basa en la infraestructura de Oracle Exadata, es autogestionada, autoprotegida y autorreparable, lo que ayuda a eliminar la gestión manual de bases de datos y los errores humanos. Autonomous Database permite el desarrollo de aplicaciones escalables basadas en IA con cualquier dato mediante capacidades de IA integradas utilizando su elección de modelo de lenguaje grande (LLM) y ubicación de despliegue.
Tanto Oracle Exadata Database Service como Oracle Autonomous Database Serverless se aprovisionan fácilmente a través del portal nativo de Azure, lo que permite el acceso al ecosistema más amplio de Azure.
Recomendaciones
- La instancia de sincronización a distancia debe estar lo suficientemente lejos de la base de datos primaria para garantizar que no se vea afectada por el mismo fallo o desastre, pero lo suficientemente cerca como para minimizar la latencia de red.
- Cree dos instancias de sincronización a distancia por región para una alta disponibilidad. Sin una instancia de sincronización a distancia alternativa o si todas las instancias de sincronización a distancia de la región principal no están disponibles, el transporte de redo de Oracle Data Guard se enviará directamente a la base de datos en espera en modo ASYNC, lo que afectará a la protección sin pérdida de datos y, según la configuración y la distancia, podría provocar una demora de transporte que afecte aún más al RPO.
- Dado que el rendimiento de almacenamiento de la instancia de sincronización a distancia es fundamental, la capacidad de IOPS debe ser adecuada para soportar la carga de trabajo. El almacenamiento de la instancia de sincronización a distancia debe tener un rendimiento IOPS igual o mejor que el almacenamiento de redo logs en línea de la base de datos primaria.
- Utilice Oracle Data Guard en todas las regiones para las bases de datos aprovisionadas en el cluster de VM de Exadata en Oracle Database@Azure mediante una red gestionada por OCI.
Consideraciones para la recuperación ante desastres entre regiones
Al realizar una recuperación ante desastres entre regiones para Oracle Exadata Database Service en Oracle Database@Azure, tenga en cuenta lo siguiente.
- Oracle Cloud Infrastructure es la red preferida para lograr un mejor rendimiento, medido por la latencia y el rendimiento, y para reducir costos, ya que los primeros 10 TB/mes son gratuitos.
- La sincronización a distancia es una instancia ligera. Sin embargo, el rendimiento del disco es fundamental en la medida en que la sincronización escribe el redo recibido en el disco antes de confirmarlo en el primario, lo que podría afectar al rendimiento de la aplicación.
- El rendimiento de red de la instancia de sincronización a distancia es fundamental para cargas de trabajo de gran volumen.
- Con varias bases de datos en espera e instancias de sincronización a distancia, la configuración puede resultar más complicada. Utilice la propiedad RedoRoutes del broker de Active Data Guard para simplificar la definición de cómo se transporta el redo a los distintos destinos.
- Para utilizar la sincronización a distancia se necesita la opción Active Data Guard.