Migración de un despliegue de Oracle Database local a un sistema de base de datos con hardware dedicado

Simplifique las operaciones de aprovisionamiento, mantenimiento y gestión de su base de datos trasladando sus grandes despliegues locales de Oracle Database Enterprise Edition a Oracle Cloud Infrastructure.

Arquitectura

Esta arquitectura muestra los recursos y la topología necesarios para migrar un despliegue local de Oracle Database Enterprise Edition a un sistema de base de datos con hardware dedicado de un solo nodo en Oracle Cloud Infrastructure.

Descripción de la ilustración migrate-bmdb.png

migrar-bmdb-oracle.zip

La arquitectura tiene los siguientes componentes:

• Despliegue local

  La implementación local incluye un servidor de aplicaciones que se ejecuta en un servidor Intel de cuatro núcleos y una instancia de Oracle Database Enterprise Edition en un servidor Intel de 16 núcleos. El servidor de base de datos está conectado a un dispositivo de almacenamiento. La red local está conectada a una región de Oracle Cloud mediante Oracle Cloud Infrastructure FastConnect o una VPN con IPSec. La arquitectura asume que los servidores locales ejecutan Oracle Linux.

• 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 de otras regiones y las grandes distancias pueden separarlas (entre países e incluso continentes).

• Dominios de disponibilidad

  Los dominios de disponibilidad son centros de datos independientes e independientes dentro de una región. Los recursos físicos de cada dominio de disponibilidad están aislados de los recursos de los otros dominios de disponibilidad, lo que proporciona tolerancia a fallos. Los dominios de disponibilidad no comparten infraestructura, como alimentación o refrigeración, ni la red interna del dominio de disponibilidad. Por lo tanto, es improbable que un fallo en un dominio de disponibilidad afecte a los otros dominios de disponibilidad de la región.

• Dominios de errores

  Un dominio de errores es una agrupación de hardware e infraestructura dentro de un dominio de disponibilidad. Cada dominio de disponibilidad tiene tres dominios de errores con alimentación y hardware independientes. Cuando distribuye recursos en varios dominios de errores, las aplicaciones pueden tolerar fallos del servidor físico, mantenimiento del sistema y fallos de alimentación dentro de un dominio de errores.

• Red virtual en la nube (VCN) y subredes

  Una VCN es una red personalizable y definida por software que se configura en una región de Oracle Cloud Infrastructure. Al igual que las redes del centro de datos tradicionales, las VCN le proporcionan un control total de su entorno de red. Una VCN puede tener varios bloques CIDR no solapados que puede cambiar después de crear la VCN. Puede segmentar una VCN en subredes, que se pueden acotar a una región o a un dominio de disponibilidad. Cada subred consta de un rango de direcciones contiguas que no se solapan con las otras subredes de VCN. Puede cambiar el tamaño de una subred después de la creación. Una subred puede ser pública o privada.

  En esta arquitectura, los niveles de base de datos y aplicación utilizan subredes independientes.

• Tablas de rutas

  Las tablas de rutas virtuales contienen reglas para enrutar el tráfico desde subredes a destinos fuera de una VCN, normalmente a través de gateways.

  Esta arquitectura utiliza una regla de ruta para enviar tráfico desde la subred de la base de datos a Oracle Cloud Infrastructure Object Storage a través del gateway de servicio.

• 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.

  Esta arquitectura utiliza reglas de entrada y salida en las listas de seguridad asociadas al servidor de aplicaciones y las subredes de base de datos. Estas reglas permiten la conectividad entre la aplicación y la base de datos. Las reglas de entrada se agregan temporalmente en las listas de seguridad asociadas al servidor de aplicaciones y las subredes del servidor de base de datos durante la migración, para transferir archivos de aplicación, scripts de shell y datos de configuración.

• Gateway de enrutamiento dinámico (DRG)

  El DRG es un enrutador virtual que proporciona una ruta de acceso para el tráfico de red privada entre las VCN de la misma región, entre una VCN y una red fuera de la región, como una VCN de otra región de Oracle Cloud Infrastructure, una red local o una red de otro proveedor en la nube.

• Gateway de servicio

  El gateway de servicio proporciona acceso desde una VCN a otros servicios, como Oracle Cloud Infrastructure Object Storage. El tráfico desde la VCN al servicio Oracle recorre el tejido de red de Oracle y no internet.

• Volumen en bloque

  Con los volúmenes de almacenamiento en bloques, puede crear, asociar, conectar y mover volúmenes de almacenamiento, y cambiar el rendimiento de volumen para cumplir con los requisitos de almacenamiento, rendimiento y aplicaciones. Después de asociar y conectar un volumen a una instancia, puede utilizar el volumen como disco duro normal. También puede desconectar un volumen y asociarlo a otra instancia sin perder datos.

• Almacenamiento de objetos

  El almacenamiento de objetos proporciona acceso rápido a grandes cantidades de datos estructurados y no estructurados de cualquier tipo de contenido, incluidas copias de seguridad de bases 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 problemas sin que se vea afectado el rendimiento o la fiabilidad del servicio. Utilice el almacenamiento estándar para el almacenamiento "activo" al que necesita acceder de forma rápida, inmediata y frecuente. Utilice el almacenamiento de archivos para el almacenamiento "en frío" que conserva durante largos períodos de tiempo y al que rara vez se accede.

• Sistema de base de datos

  La base de datos local se migra a un sistema de base de datos con hardware dedicado, con las licencias de Oracle Database Enterprise Edition activadas para 16 núcleos.

• Servidor de aplicación

  El servidor de aplicaciones local se migra a una instancia informática de dos núcleos.

Recomendaciones

Los requisitos pueden ser diferentes de la arquitectura que se describe aquí. Utilice las siguientes recomendaciones como punto de partida.

• Unidades informáticas

  Esta arquitectura utiliza una instancia informática de Oracle Linux con una unidad VM.Standard2.4 para el servidor de aplicaciones. Si la aplicación necesita más potencia de procesamiento, memoria o ancho de banda de red, seleccione una unidad más grande.

• Volúmenes de bloques

  Esta arquitectura utiliza un volumen en bloque de 100 GB para el servidor de aplicaciones. Puede utilizar el volumen para instalar la aplicación o para almacenar los logs y datos de la aplicación.

• Unidades del sistema de base de datos

  Esta arquitectura utiliza la unidad BM.DenseIO2.52 para el sistema de base de datos, con 16 núcleos activados. Si necesita más energía de procesamiento, puede activar núcleos adicionales.

• VCN

  Al crear una VCN, determine el número de bloques CIDR necesarios y el tamaño de cada bloque según el número de recursos que planea asociar a subredes de la VCN. Utilice bloques CIDR que estén dentro del espacio de direcciones IP privadas estándar.

  Seleccione un rango de direcciones que no se superponga con la red local, para que pueda configurar una conexión entre la VCN y la red local mediante FastConnect o la VPN con IPSec.

  Después de crear una VCN, puede cambiar, agregar y eliminar sus bloques de CIDR.

  Al diseñar las subredes, tenga en cuenta los requisitos de flujo de tráfico y seguridad. Conecte todos los recursos de un nivel o rol específico a la misma subred, que puede servir como límite de seguridad.

  Utilizar subredes regionales.

• Método de migración de base de datos
  En esta arquitectura de referencia, Oracle Zero Downtime Migration (ZDM) se utiliza para migrar el despliegue local de Oracle Database Enterprise Edition a Oracle Cloud Infrastructure con un tiempo de inactividad mínimo o cero. Este método reduce en gran medida el impacto de la migración de la base de datos en la disponibilidad de la aplicación, especialmente si las operaciones de copia de seguridad y copia utilizan una conexión con un ancho de banda limitado.

  Nota:

  Oracle ofrece otras herramientas para migrar los despliegues locales de Oracle Database a la nube. Consulte la sección "Más información" para obtener enlaces a más opciones.
  A continuación, se muestra una visión general del proceso de migración:

  1. Descargue el software ZDM, instálelo en un servidor autónomo Linux 7 (o superior) para coordinar las migraciones e inicie el proceso de migración de la base de datos mediante el comando zdmcli migrate database.
  2. ZDM se conecta a los servidores de base de datos de origen y destino mediante las claves SSH proporcionadas. A continuación, establece la conectividad entre la base de datos origen y un cubo en Oracle Cloud Infrastructure Object Storage.
  3. ZDM organiza la transferencia de los archivos de copia de seguridad de la base de datos origen al cubo de almacenamiento de objetos, inicia una base de datos en espera de Data Guard en la nube mediante los archivos de copia de seguridad y sincroniza las bases de datos origen y en espera. ZDM tiene funciones especiales para trabajar en conexiones de poco ancho de banda y reanudar la transmisión de datos después de interrupciones de red.
  4. Esta arquitectura de referencia se centra en la parte de migración de la base de datos para mover la pila de aplicaciones local a Oracle Cloud Infrastructure. Las aplicaciones pueden utilizar servidores de capa de middleware y presentación que normalmente dependen de la conectividad de baja latencia a las bases de datos. Por lo tanto, antes de realizar el cambio al sistema de base de datos con hardware dedicado en Oracle Cloud Infrastructure, migre los servidores de aplicaciones.
  5. Cuando esté listo para realizar una operación de switchover en la nube, utilice ZDM para realizar una operación de switchover de Data Guard y realizar una transición al rol de las bases de datos. La base de datos local se convierte en la base de datos en espera y el sistema de base de datos con hardware dedicado en Oracle Cloud Infrastructure se convierte en la base de datos primaria.
  6. Como paso final en el proceso de migración, ZDM finaliza la conectividad de Data Guard entre las bases de datos de origen y destino y realiza operaciones de limpieza.

  Nota:

  Para minimizar el tiempo necesario para migrar bases de datos de gran tamaño, utilice Oracle Cloud Infrastructure FastConnect.

Consideraciones

• Escalabilidad
  • Capa de Aplicaciones

    Puede escalar los servidores de aplicaciones verticalmente cambiando la unidad de las instancias informáticas. Una unidad con un mayor recuento de núcleos proporciona más ancho de banda de red y memoria. Si se necesita más almacenamiento, aumente el tamaño de los volúmenes en bloque asociados al servidor de aplicaciones.

  • Capa de base de datos

    Puede escalar la base de datos verticalmente activando núcleos adicionales. La base de datos sigue estando disponible durante la ampliación. Si supera el almacenamiento disponible, puede migrar a un sistema de base de datos Exadata.

• Disponibilidad

  Los dominios de errores proporcionan la mejor resiliencia para las cargas de trabajo desplegadas en un único dominio de disponibilidad. Esta arquitectura no muestra recursos redundantes, porque la atención se centra en el enfoque de migración. Para una alta disponibilidad en el nivel de aplicación, despliegue los servidores de aplicaciones en diferentes dominios de errores y utilice un equilibrador de carga para distribuir el tráfico de cliente entre los servidores de aplicaciones.

  Para una alta disponibilidad del nivel de base de datos, considere la posibilidad de migrar a un sistema de base de datos Exadata.

• Costo
  • Capa de Aplicaciones

    Seleccione la unidad de computación basada en los núcleos, la memoria y el ancho de banda de red que necesita la aplicación. Puede empezar con una unidad de dos núcleos para el servidor de aplicaciones. Si necesita más rendimiento, memoria o ancho de banda de red, puede cambiar a una unidad más grande.

  • Capa de base de datos

    Al aprovisionar un sistema de base de datos con hardware dedicado, obtiene toda la memoria y el almacenamiento raw asociados al servidor con hardware dedicado, independientemente del número de núcleos que active. El costo depende del número de núcleos que active y de las opciones y los paquetes de gestión que elija.

Desplegar

Para desplegar esta arquitectura de referencia, cree los recursos necesarios en Oracle Cloud Infrastructure y, a continuación, migre la base de datos local mediante Oracle Zero Downtime Migration.

1. Cree los recursos necesarios en Oracle Cloud Infrastructure.

   El código de Terraform para desplegar los recursos en la nube está disponible en GitHub. Utilice el código para aprovisionar los recursos de red, una instancia informática que puede utilizar como bastión o para el servidor de aplicaciones y un sistema de base de datos con hardware dedicado.

   Puede obtener el código en Oracle Cloud Infrastructure Resource Manager con un solo clic, crear la pila y desplegarla. También puede descargar el código de GitHub en su computadora, personalizar el código y desplegar la arquitectura mediante la CLI de Terraform.

   • Despliegue los recursos en la nube con Oracle Cloud Infrastructure Resource Manager:
     1. Haga clic en .

        Si aún no ha iniciado sesión, introduzca las credenciales de arrendamiento y usuario.

     2. Revise y acepte las condiciones.
     3. Seleccione la región en la que desea desplegar la pila.
     4. Siga las indicaciones de la pantalla e instrucciones para crear la pila.
     5. Después de crear la pila, haga clic en Acciones de Terraform y seleccione Plan.
     6. Espere a que termine el trabajo y revise el plan.

        Para realizar cambios, vuelva a la página Detalles de pila, haga clic en Editar pila y realice los cambios necesarios. A continuación, vuelva a ejecutar la acción Plan.

     7. Si no es necesario realizar más cambios, vuelva a la página Detalles de pila, haga clic en Acciones de Terraform y seleccione Aplicar.
   • Despliegue los recursos en la nube mediante la CLI de Terraform:
     1. Vaya a GitHub.
     2. Descargue el código en el equipo local.
     3. Complete los pasos previos descritos en el archivo README (Léame).
     4. Aplique la configuración mediante la CLI de Terraform.
2. Migre la base de datos local mediante Oracle Zero Downtime Migration.
   Consulte Oracle Zero Downtime Migration.

Explorar más

Obtenga más información sobre la migración de bases de datos locales a la nube.

• Transición a Oracle Cloud
• Precios de la base de datos con hardware dedicado

Log de Cambios

Este log sólo muestra los cambios significativos:

26 de septiembre de 2022	Se ha actualizado el diagrama de arquitectura. Se ha agregado una versión descargable del diagrama.
22 de noviembre de 2020	Se han agregado pasos para desplegar los recursos en la nube mediante Oracle Cloud Infrastructure Resource Manager.