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.
Oracle Exadata Database Service será el primer producto disponible en esta oferta. Esperamos que esta cartera crezca rápidamente con productos adicionales.
Número de pieza | Descripción |
---|---|
B93380 | Exadata Cloud Infrastructure - Cuarto de rack - X9M |
B93381 | Exadata Cloud Infrastructure - Database Server - X9M Entorno alojado por hora |
B93382 | Exadata Cloud Infrastructure - Storage Server - X9M Entorno alojado por hora |
B88592 | Exadata Database OCPU - Dedicated Infrastructure OCPU por hora |
B88847 | OCPU de Exadata Database - Dedicated Infrastructure - OCPU BYOL por hora |
B91627 | Oracle Cloud Infrastructure - Object Storage - Requests |
B91628 | Oracle Cloud Infrastructure - Object Storage - Almacenamiento |
Todos los demás números de referencia de Oracle Cloud requieren un compromiso de créditos universales válido, disponible solo con OCI.
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.
Oracle Database@Azure ya está disponible en la región Este de EE. UU. de Microsoft Azure (dos zonas de disponibilidad). El servicio estará disponible en regiones adicionales en 2024, comenzando con Alemania Central Oeste, Reino Unido Sur, Australia Este, Japón Este, Canadá Central, Brasil Sur, Francia Central, Estados Unidos Central y Sur Central. Oracle y Microsoft seguirán agregando disponibilidad en más regiones para satisfacer la demanda de los clientes. Animamos a los clientes a compartir cualquier requisito para regiones adicionales con su equipo de cuentas de Oracle o Microsoft.
Sí. Ponte en contacto con tu proveedor de servicios asociado u Oracle Sales para obtener más información.
Si estás interesado en convertirte en proveedor de servicios de partners o deseas obtener más información, puedes encontrar la información más reciente y en desarrollo en nuestro sitio web o ponerte en contacto con tu representante de Oracle.
Exadata X9M estará soportado en la disponibilidad general (GA).
El aprovisionamiento de Oracle Database en Oracle Database@Azure es el mismo que en OCI, utilizando el mismo flujo de interfaz de usuario, llamadas de API, etc.; por lo tanto, cualquier versión de base de datos actualmente soportada y disponible en OCI está visible y disponible en la infraestructura 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 Cloud Infrastructure Object Storage es el servicio de copia de seguridad recomendado y está activado para usar el MACC de un cliente. La copia de seguridad en Oracle Database Autonomous Recovery Service u otro almacenamiento (como el almacenamiento nativo de Azure) requiere un compromiso de créditos universales con Oracle.
Oracle Database@Azure es un despliegue estándar, disponible en Azure VNet. Las herramientas de gestión de Oracle Database, como Data Pump, se pueden utilizar para importar datos a la base de datos desde clientes de base de datos de 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 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.
Sí. Puedes utilizar las licencias de Oracle Database existentes, incluidos los acuerdos de licencia ilimitados (ULA) y "trae tu propia licencia" (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.
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 agregue al sistema 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.
El consumo de Oracle asigna 1:1 al compromiso de consumo de Microsoft Azure (MACC).
El mínimo práctico para adquirir Exadata en Oracle Database@Azure es el siguiente:
Como es habitual con Oracle Exadata Database Service, cada unidad/instancia de infraestructura de Oracle Database Exadata tiene un periodo de servicio mínimo de 48 horas.
En GA, 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 facturará y medirá en OCI (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).
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 pueden ponerse en contacto con los equipos de soporte de Microsoft u Oracle.
Oracle y Microsoft se han asociado para proporcionarle una experiencia de Azure bien integrada para desplegar, gestionar y utilizar instancias de Oracle Database en Azure. Para la mayoría de las operaciones diarias, podrá utilizar herramientas nativas de Azure.
Oracle Database@Azure estará disponible en varias regiones públicas de Azure dentro de una geografía (por ejemplo, EE. UU. o Europa). Los clientes de Azure pueden utilizar Oracle Data Guard para garantizar la protección de datos y la recuperación ante desastres.
Los clientes tendrán acceso a Oracle Real Application Clusters. Oracle Database@Azure también se desplegará en varias zonas de disponibilidad (AZ) dentro de una región de Azure para ayudar a satisfacer las necesidades de alta disponibilidad (HA).
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 clusters de VM de Oracle Compute Cloud@Customer, Exadata Cloud@Customer y Autonomous Exadata en máquinas virtuales de cliente desplegadas en Oracle Autonomous 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.
La hoja de ruta para que Oracle Autonomous Database esté disponible a través de Oracle Database@Azure. Hoy en día, los clientes de Azure pueden utilizar Oracle Interconnect for Microsoft Azure para acceder a la funcionalidad completa de Oracle Autonomous Database en OCI.
Oracle Autonomous Database Select AI ahora soporta Azure OpenAI para traducir preguntas específicas de dominio o negocio en consultas SQL. Los clientes pueden hacer preguntas en cualquier idioma sin saber dónde y cómo se almacenan sus datos para obtener información. Oracle Autonomous Database ahora se integra con Azure Service Fabric, lo que permite flujos de trabajo de Power BI y Oracle Autonomous Database más fluidos.
Los recursos de Oracle Database@Azure que se aprovisionan y gestionan mediante el proveedor de recursos de Oracle 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.