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 desatendida
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
La instalación de Relational Migrator en un servidor sin supervisión no es una solución altamente disponible. Si se produce un problema de 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 lograr un rendimiento óptimo, ubique la máquina o el servidor que ejecuta Relational Migrator lo más cerca posible geográficamente a las bases de datos de origen y destino. La proximidad a la base de datos objetivo influye más 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
Comprueba la configuración de tiempo de espera de suspensión de tu sistema operativo. Si tu máquina entra en suspensión durante una migración, la tarea de migración 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
Por defecto, Relational Migrator incluye telemetría que informa información de uso y errores a MongoDB para ayudar a mejorar el producto. Esta telemetría no incluye ningún dato sensible como cadenas de conexión a bases de datos, información de esquemas ni datos de clientes.
Puedes deshabilitar la telemetría editando la aplicación
user.properties archivo, añadiendo la siguiente línea y reiniciando el 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 ver las instrucciones de instalación desatendida del servidor, consulta Instalación en producción