Migración de una base de datos local a un sistema de base de datos de máquina virtual
Simplifique las operaciones de aprovisionamiento, mantenimiento y gestión de su base de datos trasladando sus despliegues locales de Oracle Database Standard Edition a Oracle Cloud Infrastructure.
Arquitectura
Esta arquitectura muestra los recursos y la topología necesarios para migrar un despliegue local de Oracle Database Standard Edition a un sistema de base de datos de máquina virtual de un solo nodo en Oracle Cloud Infrastructure.
![Descripción de migrate-vmdb.png a continuación Descripción de migrate-vmdb.png a continuación](img/migrate-vmdb.png)
Descripción de la ilustración migrate-vmdb.png
La arquitectura tiene los siguientes componentes:
- Despliegue local
La implementación local incluye un servidor de aplicaciones y una instancia de Oracle Database Standard Edition en un servidor Intel de cuatro 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 la VPN con IPSec o FastConnect. 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. Otra regla de ruta envía el tráfico desde los servidores conectados a las subredes privadas a Internet a través del gateway de NAT.
- 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 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 de 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.
- Gateway de NAT
El gateway de NAT permite que los recursos privados de una VCN accedan a los hosts de Internet, sin exponer dichos recursos a las conexiones de Internet entrantes.
- 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. Utilice el almacenamiento estándar para el almacenamiento "caliente" 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 que rara vez tiene acceso.
- Sistema de base de datos
La base de datos local se migra a un sistema de base de datos de máquina virtual de dos núcleos que ejecuta Oracle Database Standard Edition.
- 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 VM.Standard2.4 para el sistema de base de datos. Elija una unidad más grande si necesita más potencia de procesamiento, memoria o ancho de banda de red.
- 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 la VPN con IPSec o FastConnect.
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, el módulo de copia de seguridad de Oracle Database Cloud se utiliza para realizar una copia de seguridad de una base de datos Oracle Standard Edition local en Oracle Cloud Infrastructure Object Storage. A continuación, la copia de seguridad se utiliza para crear un sistema de base de datos de VM en Oracle Cloud Infrastructure.
El proceso de migración implica descargar el módulo de copia de seguridad de Oracle Database Cloud, instalarlo en el servidor de base de datos y configurar RMAN para que utilice un cubo de Oracle Cloud Infrastructure Object Storage como destino de copia de seguridad de base de datos.
Este enfoque de migración requiere tiempo de inactividad de la aplicación mientras se realiza una copia de seguridad de la base de datos en el cubo de almacenamiento de objetos y se restaura la base de datos en un sistema de base de datos de VM en Oracle Cloud Infrastructure. También debe tener en cuenta el tiempo necesario para migrar el servidor de aplicaciones.Nota:
Puede minimizar o eliminar el tiempo de inactividad mediante Oracle Zero Downtime Migration (ZDM).Oracle recomienda utilizar el servicio Oracle Cloud Infrastructure FastConnect para migrar bases de datos de gran tamaño a Oracle Cloud Infrastructure.
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 cambiando la unidad del sistema de base de datos de máquina virtual. La base de datos se para y reinicia con la nueva unidad. Puede ampliar el almacenamiento asociado a un sistema de base de datos de máquina virtual hasta 40 TB.
- Capa de Aplicaciones:
- 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, puede desplegar un sistema de base de datos RAC de dos nodos. Este despliegue requiere una suscripción mínima a la nube de cuatro núcleos de Oracle Database Enterprise Edition - Extreme Performance.
- Costo
Seleccione las unidades de computación y base de datos en función del ancho de banda de red, memoria y núcleos que necesitan sus aplicaciones y bases de datos. Puede empezar con una unidad de dos núcleos para el servidor de aplicaciones y una unidad de dos núcleos para la base de datos. Si necesita más rendimiento, memoria o ancho de banda de red, puede cambiar a una unidad más grande más adelante.
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 el módulo de copia de seguridad de Oracle Database Cloud.