Introducción a la infraestructura de Exadata dedicada de Autonomous Database en Oracle Database@AWS

Introducción

Autonomous Database es una experiencia de Oracle Database totalmente gestionada con automatización de servicios que simplifica y rentable la creación de aplicaciones de base de datos, ya sean de naturaleza no crítica o súper crítica.

Autonomous Database facilita el manejo de transacciones y análisis en una única solución, al tiempo que aborda de forma transparente los requisitos operativos y arquitectónicos tradicionalmente desafiantes, como la disponibilidad, la escalabilidad, el rendimiento extremo y la seguridad.

Autonomous Database en Oracle Database@AWS aporta la potencia de Autonomous Database dentro de las regiones de AWS, lo que permite un acceso de baja latencia desde aplicaciones y servicios desplegados por AWS. Autonomous Database aprovecha la arquitectura de software de base de datos de Oracle Exadata y se ejecuta dentro de un cluster de máquina virtual autónomo (AVMC) desplegado en la infraestructura de Exadata principal de Oracle. Con Oracle Database @AWS, puede utilizar API de software para desplegar infraestructuras físicas de Exadata dentro de las zonas de disponibilidad de AWS y en un solo despliegue de infraestructura. Puede ejecutar tanto bases de datos autónomas de Oracle totalmente gestionadas que residen conjuntamente con otros clusters de VM que ejecutan bases de datos de Oracle gestionadas conjuntamente por el cliente.

En este tutorial aprenderá a aprovisionar y conectarse a su primera instancia de Autonomous Database.

Objetivos

Visión general

Antes de empezar a aprovisionar bases de datos autónomas en Oracle Database @ AWS, primero debe ir a AWS Marketplace y incorporarse a una oferta privada que enlace su cuenta de AWS con un arrendamiento de Oracle que ejecutará las API de servicio.

Hay cinco recursos clave implicados en la infraestructura de Exadata dedicada de Autonomous Database en Oracle Database en AWS. La red ODB es una VPC que se conecta con las VPC de su aplicación y sirve como red puente con la consola de servicio y el plano de control de Oracle Database @ AWS. La red de ODB especifica los bloques de CIDR (IP) de los nodos del cluster de VM en los que se ejecutarán las bases de datos.

Los cuatro recursos clave del servicio Autonomous Database se muestran en la siguiente imagen.

En esta imagen se muestra el modelo de recursos de la infraestructura de Exadata dedicada de Autonomous Database con ejemplos.

Descripción de la ilustración ADB-Dedicated-Exadata-Infrastructure-resource-model.png

Los recursos de administración de conjuntos (infraestructura de Exadata, cluster de VM de Exadata autónomo y base de datos de contenedores autónoma) están más orientados a la infraestructura y la arquitectura, lo que requiere tiempos de aprovisionamiento más largos. Sin embargo, no se suelen crear, excepto durante la configuración inicial del entorno o para la ampliación de la capacidad a medida que se agregan más cargas de trabajo.

El recurso de DBA de desarrollador/aplicación (Autonomous Database, alias. ADB) se puede crear de forma rápida y sencilla de forma autoservicio. El diseño del servicio permite la creación de recursos de administración de flotas sin costos facturables, lo que le permite configurar un modelo de gobernanza de integración y despliegue continuos que abarque el desarrollo desde la etapa hasta la producción. Esto puede ser visible para los propietarios de la aplicación a través de asignaciones de cuotas, lo que les permite autoservicio de bases de datos autónomas dentro de las restricciones presupuestadas.

Este tutorial le guiará a través de los flujos de aprovisionamiento para los cinco recursos clave.

Paso 1: Red de ODB

En esta imagen se muestra la arquitectura de alto nivel de Autonomous Database on Dedicated Exadata Infrastructure con una única zona de disponibilidad.

Descripción de la ilustración high-level-arch-single-availability-zone.png

La red de ODB se crea como cualquier VPC dentro de AWS, pero el flujo de trabajo de aprovisionamiento se inicia desde los enlaces de recursos del servicio @AWS de Oracle Database. La red de ODB especificará una subred que aloje nodos de VM de servicio de base de datos (subred de cliente) y, opcionalmente, una subred para el tráfico de copia de seguridad, así como una VPC de aplicación que se conectará con la red de ODB. Debe planificar el tamaño de la red de ODB según el número de nodos de VM que espera alojar en las infraestructuras de Exadata, ya que cada uno de estos recursos requerirá una reserva de IP. En general, en una red de ODB, la subred del cliente de base de datos reservará 4 IP para cada máquina virtual de los clusters, además de 8 IP adicionales y la subred de copia de seguridad (no necesaria si solo se utiliza el servicio Autonomous Database) reservará 3 IP para cada máquina virtual de los clusters, además de 3 IP adicionales. Puede encontrar detalles en la documentación de ODB Network.

Consulte el Laboratorio 1: Aprovisionamiento de la red de ODB en Introducción a Oracle Database@AWS para obtener orientación paso a paso.

Paso 2: Infraestructura de Exadata

La infraestructura de Exadata (EI) es una asignación de servidores de base de datos (recursos informáticos) y de almacenamiento que definen un sistema físico. Un sistema requiere un mínimo de 2 servidores de base de datos y 3 servidores de almacenamiento, pero se puede ampliar hasta un máximo de 32 servidores de base de datos y 64 servidores de almacenamiento. Cada servidor de base de datos (la última generación de Exadata X11M de hoy) proporciona 192 núcleos de CPU físicos, y cada servidor de almacenamiento proporciona hasta 80 TB de almacenamiento de datos utilizable. Puede empezar con un sistema mínimo o uno más grande y ampliarlo posteriormente en línea agregando más servidores de base de datos y almacenamiento a los sistemas existentes, hasta el tamaño máximo.

El sistema se configura automáticamente con una red de cluster interna con capacidad de acceso directo a memoria remota (RDMA) de alta velocidad para Real Application Cluster (RAC) y comunicaciones de E/S y red de solicitud de base de datos general. La automatización de Oracle gestiona por completo la infraestructura, mientras que el cliente conserva el control de programación para las actualizaciones mensuales de seguridad del sistema operativo y el mantenimiento trimestral del software de Exadata. La infraestructura de Exadata tiene un costo de suscripción nominal que protege la reserva de hardware dedicado y proporciona acceso a todo el almacenamiento y la memoria en los respectivos servidores. Los servicios que se ejecutan en la infraestructura dedicada se facturan en un modelo de pago por uso específico del tipo de servicio desplegado.

Consulte el Laboratorio 2 sobre el aprovisionamiento de la infraestructura de Exadata en Introducción a Oracle Database@AWS para obtener orientación paso a paso.

Paso 3: Cluster de máquina virtual de Exadata autónomo

El cluster de VM de Exadata autónomo (AVMC) es una capa de virtualización que, al igual que en cualquier despliegue de recursos informáticos de AWS, aísla un entorno de tiempo de ejecución de otro. Los AVMC permiten la partición de los recursos informáticos y de memoria de la infraestructura física subyacente y proporcionan una interfaz de red independiente con configuraciones de reglas de seguridad de tráfico. El AVMC debe ejecutarse en un mínimo de 2 servidores de base de datos y, junto con las asignaciones de almacenamiento de base de datos, tiene control sobre la asignación simétrica de núcleos y memoria a cada VM del cluster. Dado que ADB es un servicio de base de datos totalmente gestionado y no se puede ejecutar nada dentro de las máquinas virtuales, excepto los recursos controlados por las API del servicio de ADB, no se factura ninguna asignación de recursos físicos a AVMC. Los recursos físicos se pueden escalar y reducir verticalmente (dentro de los servidores existentes) y horizontalmente (agregando más servidores). Si bien Oracle es responsable del estado de AVMC, puede controlar el programa de operaciones de mantenimiento trimestrales mediante la configuración de políticas que respetará la automatización de Oracle.

Consulte el Laboratorio 3: Aprovisionamiento de un cluster de VM autónomo en Introducción a Oracle Database@AWS para obtener orientación paso a paso.

Paso 4: base de datos de contenedores autónoma

La base de datos de contenedores autónoma (ACD) es una capa adicional de aislamiento de la base de datos dentro de los AVMC. La ACD define una versión única del software de la base de datos (por ejemplo, 19c o 23ai) y su patrón de actualización y programación. La ACD puede delegar completamente todas las decisiones de mantenimiento a la automatización de Oracle y declarar patrones, como omitir cada trimestre y aplicar siempre una versión que se haya validado previamente en un entorno temporal. Al igual que el AVMC, el ACD no incurre en costos de facturación y se escala dinámicamente a medida que las bases de datos autónomas se agregan o escalan dentro del contenedor. ACD es donde se configuran las políticas de retención de copias de seguridad, la estrategia de claves de cifrado, la arquitectura de alta disponibilidad y recuperación ante desastres, y se aplican controles avanzados de agrupación en clusters de base de datos.

Consulte el Laboratorio 4 sobre el aprovisionamiento de la base de datos de contenedores autónoma en Introducción a Oracle Database@AWS para obtener orientación paso a paso.

Paso 5: Autonomous Database

Autonomous Database (ADB) es una instancia de Oracle Database totalmente gestionada con estado y automatización operativa. Aquí es donde se conectan las aplicaciones; se define el esquema y se almacenan los datos del usuario. Autonomous Database cuenta con una sofisticada automatización de pago por uso, incluida la escala automática, que permite una escala instantánea de hasta 3x de los recursos de CPU a medida que la carga de trabajo aumenta o disminuye, con la facturación en el segundo nivel. La ADB es donde residen la API principal y las herramientas gestionadas integradas (Hub de rendimiento, Data Studio (pipelines, catálogos, uso compartido, transformaciones), Oracle REST, interfaces MongoDB, APEX con poco código, etc.).

Autonomous Database soporta ciclos de vida de producción y desarrollo con API para crear, iniciar, parar, escalar, clonar, flashback a un punto en el tiempo, restaurar, realizar rotación de claves y copia de seguridad a largo plazo, entre otras funciones. Autonomous Database abarca todas las funciones nativas de automatización y análisis del rendimiento de Oracle Database, incluida la indexación automática, la gestión automática de planes SQL, la partición automática, el aprendizaje automático, los tipos de vectores y la indexación y el procesamiento de gráficos.

Autonomous Database también proporciona métricas operativas, eventos y registros enriquecidos que están integrados con servicios nativos de AWS, como CloudWatch, lo que facilita la observación del servicio. Una vez aprovisionado, puede acceder a la consola de servicio de ADB y hacer clic en el botón Conexión de base de datos para descargar la cartera de conexión y copiar las cadenas de conexión para su uso en la aplicación.

Consulte el Laboratorio 5 sobre el aprovisionamiento de Autonomous Database en Introducción a Oracle Database@AWS para obtener orientación paso a paso.

Resumen

Los 5 laboratorios en directo anteriores han seguido el proceso de poner en marcha una instancia de Autonomous Database en una región de AWS y una zona de disponibilidad de su elección. Ahora tiene toda la potencia de Oracle Database en un modelo de autoservicio fácil de usar y rentable. Para obtener más información sobre todas las funciones y herramientas incorporadas, puede consultar la documentación del servicio Autonomous Database. Disfrute y dé la bienvenida a Autonomous Database.

Pasos Siguientes

Ya está listo para migrar sus datos a su nueva Oracle Database. Echa un vistazo a Oracle Zero Downtime Migration (ZDM) para ayudarte con tus necesidades de migración.

Proporcione enlaces a recursos adicionales. Esta sección es opcional; suprímala si no es necesario.

Acuses de recibo

Enumere los nombres y el título de los autores y colaboradores. Esta sección es opcional; suprímala si no es necesario.

Más recursos de aprendizaje

Explore otros laboratorios en docs.oracle.com/learn o acceda a más contenido de aprendizaje gratuito en el canal YouTube de Oracle Learning. Además, visite education.oracle.com/learning-explorer para convertirse en un explorador de Oracle Learning.

Para obtener documentación sobre el producto, visite Oracle Help Center.