Oracle y Microsoft han ampliado su asociación para ofrecer servicios de base de datos Oracle que se ejecutan en Oracle Cloud Infrastructure (OCI), ubicados en centros de datos de Microsoft. Los clientes de Azure ahora pueden adquirir, implementar y utilizar servicios de base de datos de Oracle que se ejecutan en OCI dentro del portal y las API nativas de Azure, lo que les brinda una experiencia similar a la de OCI en Azure. Estas son algunas de las ventajas clave de Oracle Database@Azure.
Actualmente están disponibles Oracle Exadata Database Service, Oracle Autonomous AI Database Serverless, Oracle Base Database Service, Oracle GoldenGate y Oracle Database Zero Data Loss Autonomous Recovery Service. Anunciaremos nuevas incorporaciones a este conjunto a medida que estén disponibles.
Consulta el documento de descripciones de servicios (PDF) para obtener las últimas novedades.
La migración a esta oferta es como la migración a OCI a medida que el servicio de base de datos se ejecuta en OCI. Oracle proporciona estrategias de migración de bases de datos probadas, incluidas soluciones de migración automatizadas como Oracle Zero Downtime Migration y potentes herramientas como Oracle Data Guard y Oracle Cloud Infrastructure GoldenGate.
Consulta la sección sobre las regiones de Oracle Database@Azure para conocer la disponibilidad regional y el plan de desarrollo. Animamos a los clientes a compartir cualquier requisito para regiones adicionales con su equipo de cuentas de Oracle o Microsoft.
Sí, para servicios de consultoría. Ten en cuenta que Oracle Database@Azure se vende a los clientes directamente a través de Azure Marketplace y no está disponible para su compra a través de ninguna otra compañía o canal.
Si te interesa convertirte en partner de servicios de consultoría de Oracle y recibir la designación de Service Expertise, puedes encontrar la información más reciente en el sitio web de Oracle PartnerNetwork. Los proveedores de servicios pueden comprar la oferta directamente, pero no en nombre de los clientes.
Oracle Exadata Database Service on Dedicated Infrastructure ahora soporta la plataforma X11M de Exadata de última generación.
El aprovisionamiento de Oracle AI Database en Oracle Database@Azure es el mismo que en OCI, utilizando el mismo flujo de interfaz de usuario, llamadas a la API, etc.; por lo tanto, cualquier versión de base de datos actualmente compatible y disponible en OCI es visible y accesible en la infraestructura de Oracle Database@Azure.
A medida que la base de datos se aprovisione y gestione en OCI, estarán disponibles las herramientas de base de datos existentes, como copias de seguridad y clonación.
Oracle Database Autonomous Recovery Service es la solución de copia de seguridad recomendada para la copia de seguridad de la base de datos y se basará en el MACC del cliente cuando la copia de seguridad esté activada. Los clientes pueden optar por tener Oracle Database Autonomous Recovery Service en la región Azure o en la región Oracle Cloud Infrastructure. Otra opción de copia de seguridad es Oracle Cloud Infrastructure Object Storage.
Oracle Database@Azure es un despliegue estándar, disponible en Azure VNet. Las herramientas de gestión de Oracle AI Database, como Data Pump, se pueden utilizar para importar datos a la base de datos desde clientes de bases de datos en Azure.
El gateway de enrutamiento dinámico (DRG) utilizado para proporcionar el enlace entre los recursos de red de OCI y Azure se aloja en una red virtual en la nube (VCN) de servicio estrechamente controlada y no se puede actualizar. Cuando se aprovisionan, los recursos de cluster de VM de Exadata están asociados a este DRG. Si tienes requisitos de enrutamiento específicos, puedes utilizar grupos de intercambio de tráfico local para conectarte a otra VCN. Esta VCN con intercambio de tráfico local se puede asociar a un DRG que controle. Este GRD puede utilizarse para la replicación entre regiones (véase la pregunta sobre la replicación de datos para la recuperación ante desastres (DR)).
Oracle Database@Azure se centra en cargas de trabajo de alto rendimiento y baja latencia que se ejecutan en Azure. Si la carga de trabajo que requiere baja latencia se encuentra en OCI, recomendamos desplegar Oracle Exadata Database Service on Dedicated Infrastructure en OCI. Cuando esté disponible, recomendamos utilizar Oracle Interconnect para Microsoft Azure para conectar el servicio OCI y Oracle Database@Azure para satisfacer las necesidades de baja latencia.
Como la base de datos se crea a través de OCI, se utiliza Oracle Cloud Infrastructure Vault para alojar la clave generada por el sistema o por el cliente.
Sí, Oracle Database@Azure admite despliegues dedicados y compartidos. Oracle Exadata Database Service on Dedicated Infrastructure que se ejecuta dentro de Azure proporciona a los clientes nodos de almacenamiento y computación de Exadata dedicados y les brinda control total sobre las VM de su base de datos, al igual que cuando se ejecuta en OCI.
Oracle Exadata Database Service en infraestructura de Exascale proporciona un modelo de servicio de infraestructura compartida en el que Oracle gestiona toda la infraestructura física y elimina la necesidad de aprovisionar servidores de almacenamiento y base de datos dedicados. Las bases de datos de los clientes se ejecutan en una infraestructura compartida con máquinas virtuales dedicadas de Exadata Exascale con almacenamiento privado, y los clientes conservan el control sobre las máquinas virtuales de base de datos.
Oracle Autonomous AI Database Serverless se ejecuta en infraestructura Exadata compartida. Con Autonomous AI Database Serverless, no necesitas configurar ni gestionar ningún hardware ni instalar software de base de datos. Gestiona el aprovisionamiento, las copias de seguridad, la aplicación de parches, las actualizaciones y la ampliación de la base de datos.
Sí, Oracle Database@Azure soporta entornos de un solo inquilino y varios. Oracle Exadata Database Service on Dedicated Infrastructure que se ejecuta dentro de Azure proporciona a los clientes nodos de almacenamiento y computación de Exadata dedicados, al igual que cuando se ejecuta en OCI.
No, Oracle Database@Azure no está disponible en entornos autorizados de FedRAMP High.
Oracle Interconnect for Microsoft Azure ahora admite Oracle US Government Cloud. Oracle ha anunciado recientemente la disponibilidad general de las regiones de Oracle US Gov West (Phoenix) y Azure US Gov Arizona (Phoenix) para Oracle Interconnect for Microsoft Azure. Los clientes conjuntos pueden utilizar Oracle Interconnect for Microsoft Azure para migrar fácilmente sus cargas de trabajo a entornos autorizados de Oracle Cloud Infrastructure y Azure FedRAMP High.
El cumplimiento es una responsabilidad compartida entre Oracle y Microsoft. Oracle Databse@Azure está certificado para las certificaciones de conformidad estándar del sector. Para obtener información detallada sobre las certificaciones de conformidad, visita Información de conformidad de Oracle Database@Azure
Ofrecemos una guía completa para desplegar bases de datos Oracle en la plataforma SAP NetWeaver Application Server (PDF) ABAP/Java utilizando Oracle Database@Azure, basada en Oracle Exadata Cloud Infrastructure X9M con Oracle Linux 8 en los nodos del clúster de máquinas virtuales. Si bien la certificación oficial de SAP es necesaria para las implementaciones, puedes solicitar fácilmente esta certificación bajo demanda. Entretanto, puedes utilizar la guía de despliegue proporcionada. Si tu organización está interesada en desplegar SAP en Oracle Database@Azure, ponte en contacto con Oracle Sales para completar la solicitud de certificación de SAP.
Oracle Exadata Database Service on Dedicated Infrastructure y Oracle Exadata Database Service on Exascale Infrastructure se pueden adquirir mediante oferta privada en Azure Marketplace, con precios basados en ofertas personalizadas. En primer lugar, trabaja con Oracle Sales para negociar las condiciones comerciales, que se formalizan en un Pedido que se comparta con tu empresa para que la revise y acepte. A continuación, Oracle crea una oferta privada y la carga en Azure Marketplace. Se debe adquirir la oferta privada en Azure Marketplace para aprovisionar los servicios.
Oracle Exadata Database Service en infraestructura de Exascale también está disponible como oferta de pago por consumo, lo que proporciona a las organizaciones de cualquier tamaño un punto de entrada de bajo costo para llevar la potencia de Exadata a sus cargas de trabajo.
Oracle Autonomous AI Database está disponible como oferta de pago por consumo, lo que ofrece a los desarrolladores la flexibilidad de desplegar una base de datos totalmente gestionada en cuestión de minutos directamente desde Azure Marketplace. El servicio también se puede adquirir a través de una oferta privada en Azure Marketplace, con precios basados en una oferta personalizada. Para realizar la compra, ponte en contacto con tu representante de ventas de Oracle. Ellos establecerán las condiciones, ofrecerán precios personalizados y crearán una oferta privada de Azure en Azure Marketplace. Se debe adquirir la oferta privada en Azure Marketplace para aprovisionar los servicios.
Oracle Base Database Service está disponible para su adquisición mediante una oferta privada en Azure Marketplace, con precios personalizados. Además, está disponible una opción de pago por uso, que ofrece a organizaciones de todos los tamaños un punto de entrada accesible y flexible para aprovechar la potencia de Exadata en sus cargas de trabajo.
Con los servicios de Oracle en Oracle Database@Azure, puedes usar tus licencias de Oracle AI Database, incluidos los contratos de licencia ilimitados (ULA) y Oracle Bring Your Own License (BYOL), adquirir licencias adicionales o usar el consumo de Licencia Incluida.
Sí. Puedes utilizar licencias actuales de Oracle AI Database, incluidos los acuerdos de licencia ilimitada (ULA) y Oracle Bring Your Own License (BYOL).
Sí, los arrendamientos pueden ser nuevos o existentes. Se te dará la opción durante el proceso de vinculación. Dado que el servicio Oracle Database@Azure está físicamente presente en Azure, los entornos existentes de Oracle Exadata Database Service on Dedicated Infrastructure no se "moverán", ni física ni comercialmente. Las nuevas infraestructuras de Exadata creadas en Azure se verán en el arrendamiento existente de OCI.
No, los clientes de pago por consumo deben crear una nueva cuenta de Oracle Cloud Infrastructure para Oracle Database@Azure. La vinculación a un arrendamiento existente solo está disponible a través de una oferta privada. Para obtener más información, visita Vincula una cuenta de Oracle Cloud Infrastructure existente a Oracle Database@Azure.
Sí. El uso de Oracle Database@Azure acumulará las mismas recompensas de Oracle Support Rewards que el uso directo de OCI.
Sí. Puede utilizar Microsoft Azure Consumption Commitment (MACC) para Oracle Database@Azure. Consulta Seguimiento del compromiso de consumo de Microsoft Azure para obtener más información.
Por cada instancia de infraestructura en la nube de Exadata que aprovisione, se te facturará por 48 horas de consumo iniciales y, a continuación, por la segunda vez. Cada OCPU que aprovisiones para que se ejecute en la infraestructura se factura por segundo, con un periodo de uso mínimo de un minuto. Si finaliza el cluster de VM en la nube y no finaliza el recurso de infraestructura de Exadata en la nube, la facturación continúa para el recurso de infraestructura.
Por cada recurso de infraestructura de Oracle Exadata Database Service on Exascale que aprovisiones, se te facturará por la infraestructura de almacenamiento y máquina virtual durante un mínimo de 48 horas y, a continuación, por segundo. Puedes ampliar la cantidad de infraestructura de almacenamiento y VM disponible en cualquier momento. Cada ECPU que aprovisiones para que se ejecute en el sistema se factura por segundo, con un periodo de uso mínimo de un minuto.
El uso de Autonomous AI Database Serverless se factura según los valores de dos parámetros: cómputo y almacenamiento. Seleccionas los valores de estos parámetros al aprovisionar o escalar una instancia de Autonomous AI Database. Consulta el Resumen de Facturación de Autonomous AI Database para obtener más detalles.
El consumo de Oracle asigna 1:1 al compromiso de consumo de Microsoft Azure (MACC).
El uso de Oracle Base Database Service se factura según el número de horas de ECPU consumidas y los gigabytes de almacenamiento total en volúmenes de bloques utilizados.
El mínimo práctico para adquirir Exadata Database Service on Dedicated Infrastructure es el siguiente:
La configuración más pequeña para la infraestructura de Oracle Exadata Database Service en Exascale en Oracle Database@Azure es dos máquinas virtuales con un total de 16 ECPU, 560 GB de almacenamiento de máquinas virtuales y 300 GB de almacenamiento de base de datos de Exascale compartido.
La configuración mínima de Autonomous AI Database Serverless depende de la configuración del servicio que estés utilizando. Para Oracle Autonomous AI Transaction Processing, son dos ECPU con 20 GB de almacenamiento, y para Oracle Autonomous AI Lakehouse, son dos ECPUs con 1 TB de almacenamiento.
El mínimo para adquirir Oracle Base Database Service en Oracle Database@Azure es de cuatro ECPUs y 256 GB de almacenamiento.
Oracle GoldenGate se factura según el cómputo y el almacenamiento que aprovisiones, sin un período mínimo: solo pagas por lo que utilizas.
Exadata Database Service en infraestructura dedicada (X11M) y Exadata Database Service en infraestructura Exascale tienen un período mínimo de servicio de 48 horas. El consumo de ECPU y OCPU se puede escalar a cero para detener la facturación. Los servicios de Autonomous AI Database—Autonomous AI Database Serverless y Base Database Service—no tienen un período mínimo de servicio.
En la actualidad, no hay opción de cuenta gratuita.
Cualquier tráfico entre regiones de OCI que normalmente incurra en costos de ancho de banda de red se basará en el MACC de un cliente (por ejemplo, un cliente con recuperación ante desastres entre regiones que utilice Oracle Database@Azure en la región uno y la región dos incurriría en costos de tráfico de red).
No hay cargos adicionales por entrada o salida de datos para ningún movimiento de datos entre OCI y Azure a través del enlace multinube en la misma región.
Las siguientes Oracle Applications ahora se admiten en Azure cuando se ejecutan en Oracle Database@Azure:
Consulta las siguientes políticas de soporte para obtener más información:
Oracle y Microsoft han desarrollado un modelo de soporte conjunto para garantizar una respuesta y una resolución rápidas para cargas de trabajo esenciales. Los clientes crearán todas las solicitudes de soporte técnico directamente con Oracle. Oracle contratará el soporte técnico de Microsoft si es necesario.
Oracle y Microsoft se han asociado para ofrecerte una experiencia de Azure bien integrada para desplegar, gestionar y utilizar instancias de Oracle AI Database en Azure. Para la mayoría de las operaciones diarias, podrá utilizar herramientas nativas de Azure.
Oracle Database@Azure estará disponible en varias zonas de disponibilidad dentro de una región de Azure y varias regiones de Azure dentro de una geografía. Los clientes pueden utilizar Oracle Data Guard para desplegar soluciones de recuperación ante desastres. Consulta la arquitectura de referencia para implementar una solución de recuperación ante desastres mediante Data Guard en las zonas de disponibilidad de una región que cumple el estándar Gold de Oracle Maximum Availability Architecture (MAA). Para obtener más información, consulta Oracle Maximum Availability Architecture for Oracle Database@Azure.
Oracle Database@Azure estará disponible en varias zonas de disponibilidad dentro de una región de Azure para cumplir con los requisitos de alta disponibilidad (HA) y recuperación ante desastres.
No Oracle es propietario del enlace, la gestión y el tráfico que fluye entre el centro de datos de Azure y el centro de datos principal de OCI. Las redes de gestión de Azure y OCI no se cruzan. Azure no tiene visibilidad más allá del punto de terminación en el equipo de transferencia de socios dentro del centro de datos donde se conecta Oracle. Y viceversa, Oracle no puede ver más allá de este mismo punto. El enlace de red se considera interno de Oracle.
Operator Access Control está disponible para Oracle Compute Cloud@Customer, Exadata Cloud@Customer y clústeres de VM Autonomous Exadata en máquinas virtuales del cliente desplegadas en Oracle Autonomous AI Database on Exadata Cloud@Customer.
La gestión de Oracle Database@Azure es la misma que Oracle Exadata Database Service en OCI; por lo tanto, Operator Access Control no es aplicable.
Los recursos de Oracle Database@Azure que se aprovisionan y gestionan mediante el proveedor de recursos de Oracle AI Database en Azure se pueden operar y gestionar desde la consola, la API, el SDK o la CLI de Azure.
La expansión de los recursos y las funciones gestionados por el proveedor de recursos de Oracle se encuentra en la hoja de ruta.
La infraestructura de Oracle Database@Azure es idéntica a la de OCI; por lo tanto, se pueden utilizar herramientas de tamaño estándar de Exadata y Oracle Database, como Oracle Cloud Capacity Analytics.
El hardware de Oracle Database@Azure se despliega en la zona de disponibilidad de la región de Azure equivalente al dominio de disponibilidad (AD) en OCI. Para las regiones de Azure y OCI que tienen varias AZ y AD, el hardware de Oracle Database@Azure se desplegará en AZ con una asignación 1:1 al dominio de disponibilidad de OCI.
La red entre el despliegue de Oracle Database@Azure en Azure y su sitio principal de OCI es de fibra oscura dedicada, redundante y gestionada internamente por Oracle, similar a la infraestructura de red AD a AD de OCI. La conexión entre el hardware local de Oracle Database@Azure y Azure se logra mediante conectividad local mediante hardware de red redundante directo a la infraestructura de red de Azure.
Cada despliegue de Oracle Database@Azure está conectado a un sitio principal de OCI. Este enlace se utiliza para lo siguiente:
La red entre el principal de OCI y la infraestructura Oracle Database@Azure se considera una red regional interna; por lo tanto, no hay costos de tráfico ni límites de limitación. Cualquier capacidad y otros límites impuestos a las redes virtuales de Azure siguen vigentes (por ejemplo, el ancho de banda entre la subred delegada y Azure Private Link está limitado a 50 Gb/s, lo que afecta a servicios como el acceso a Azure Blob Storage).
No, Oracle Interconnect for Azure es un servicio de Oracle independiente disponible para que los clientes lo consuman al desplegar servicios en la nube de Oracle y Azure que requieren interconectividad. Oracle Database@Azure no utiliza este enlace de red.
Tanto la interconexión OCI-Azure como Oracle Database@Azure aprovechan la proximidad entre nubes; por lo tanto, puede haber una superposición significativa en futuras implementaciones de regiones.
Si deseas utilizar otros servicios de OCI con servicios de Azure, deberás configurar Oracle Interconnect for Azure.
Todo el tráfico entre sitios, incluida la infraestructura Oracle Database@Azure, está cifrado.
Los redo logs de Oracle Data Guard se envían desde la base de datos primaria a la base de datos en espera a través de la subred del cliente en redes gestionadas por el cliente en la infraestructura de OCI.
* Gastos de transferencia de datos salientes.
Los despliegues de Exadata existentes seguirán estando operativos; sin embargo, los clientes no podrán crear, actualizar ni suprimir recursos. Cualquier proceso o procedimiento que dependa de servicios basados en OCI (por ejemplo, consulta de claves de OCI Vault, copias de seguridad de bases de datos, etc.) fallará.
Las métricas y el registro enviados desde OCI a Azure Monitor se retrasarán, aunque el despliegue de Exadata sea funcional.
Se espera que toda la funcionalidad del plano de control no esté disponible.