Modelos de implementación compatibles
La siguiente tabla describe los modelos de implementación soportados de Relational Migrator y casos de uso ejemplo para cada uno:
Modelo de implementación | Casos de uso |
|---|---|
| |
|
Escritorio local
Puede instalar Relational Migrator en una única máquina que no pueda ser accedida externamente. Las instalaciones locales son adecuadas para tareas de desarrollo, evaluación y producción pequeña que se espera que se ejecuten durante menos de un día.
Nota
Si tienes que realizar una migración extensa, puedes dividir la migración en varias tareas utilizando filtros de tabla.
Para obtener más información, consulte la Instalación para desarrollo.
Servidor/VM desatendido
Puede instalar Relational Migrator en un servidor desatendido o VM que vincula Relational Migrator a una dirección IP y puerto, exponiéndolo como una aplicación web. La instalación de Relational Migrator en un servidor desatendido es adecuada para la mayoría de los casos de uso, incluidas pruebas y migraciones de producción.
Nota
Instalar Relational Migrator en un servidor desatendido no es una solución de alta disponibilidad. Si ocurre un problema con la aplicación, los usuarios deben intervenir manualmente.
Para más información, consulta Instalación en producción.
Consideraciones de implementación
Dónde ejecutar el Relational Migrator
Para obtener el mejor rendimiento, ubique la máquina o el servidor que ejecuta Relational Migrator lo más cerca posible de las bases de datos de origen y destino. La proximidad a la base de datos de destino es lo que más influye en el rendimiento:
Si está utilizando Relational Migrator para una migración on-premises, ejecute Relational Migrator en el mismo centro de datos que la base de datos de origen.
Si utiliza una base de datos almacenada en la nube, ejecute Relational Migrator en una instancia de EC2 o en una VM en el mismo VPC que la base de datos de origen.
Tip
Verifique la configuración del tiempo de espera de suspensión de su sistema operativo. Si su equipo entra en suspensión durante una migración, la tarea fallará.
Consideraciones de red
Cuando se utiliza Relational Migrator, el firewall del sistema en la máquina o servidor debe permitir el tráfico TCP saliente tanto a la base de datos de origen como a la de destino.
Networking en la nube
Al ejecutar Relational Migrator en un entorno de nube, compruebe el cortafuegos específico de la nube (grupo de seguridad), la tabla de enrutador y las configuraciones de cortafuegos del servidor. Para más detalles sobre configuraciones de red específicas de proveedores de nube, consulte estas páginas:
Telemetría
De forma predeterminada, Relational Migrator incluye telemetría que reporta información de uso y errores a MongoDB para ayudar a mejorar el producto. Esta telemetría no incluye información confidencial como cadenas de conexión a la base de datos, información del esquema ni datos de clientes.
Puedes deshabilitar la telemetría editando la aplicación
user.properties archivo, agregando la siguiente línea y reiniciando Relational Migrator:
migrator.app.telemetry.enable: false
Para obtener información sobre la ubicación del archivo user.properties, consulta Ubicaciones de archivos de Relational Migrator.
Hardware del sistema
Para obtener recomendaciones específicas de hardware, consulta Requisitos del sistema.
Nota
Escalar el tamaño del clúster de Atlas puede mejorar significativamente la velocidad de migración. Para obtener más información, consulta Modificar el nivel de clúster.
Empezar
Para obtener instrucciones de instalación local y de Docker, consulta Instalación de desarrollo
Para obtener instrucciones sobre la instalación de un servidor desatendido,consulte Instalación de producción