Migración de toda la plataforma
La migración de la plataforma consiste esencialmente en la migración de la base de datos y la migración de los servicios. En este caso, debe instalar todo el software accesorio en el nuevo servidor, luego trasladar la base de datos y copiar los servicios.
Los pasos descritos a continuación se aplican por igual a instalaciones en Linux y Windows. Además, pueden utilizarse para la migración de Windows a Linux, o viceversa.
Paso 1 - requisitos previos
En primer lugar, debe preparar el servidor (o servidores) para ejecutar la plataforma. En general, la capacidad de producción no debe ser inferior a la existente; es decir, debe asegurarse de que el servidor tenga el mismo número o un número superior de núcleos de CPU, RAM y espacio en disco. La infraestructura de red debe contar con velocidad de Internet suficiente, y los mismos puertos deben estar abiertos para que la plataforma funcione como en el servidor anterior.
En general, al calcular los parámetros del nuevo servidor, puede basarse en el requisitos de hardware indicado en la sección correspondiente de nuestro sitio web.
Desde el punto de vista del software, debe instalarse el mismo software de terceros que en el servidor de origen. Esto incluye:
Java SE Development Kit (JDK) 17
MySQL Server 8.0
NGINX 1.2 o superior
Aquí solo importan las versiones principales, y la diferencia en las versiones menores no afectará a la funcionalidad.
Paso 2 - migración de la base de datos
Este es el paso más largo y que requiere más recursos porque la base de datos crece con el tiempo y puede alcanzar un tamaño considerable.
La estrategia básica aquí es realizar una copia de seguridad de la base de datos existente, luego moverla al nuevo servidor y restaurar la base de datos desde esa copia de seguridad. Este es un método simple, fiable y comprobado, pero la desventaja es el largo tiempo de inactividad, que se prolonga cuanto mayor sea la base de datos.
Si dispone de un disco independiente en su servidor antiguo para alojar la base de datos, puede simplemente desmontarlo y luego montarlo en el nuevo servidor. De este modo la base de datos se trasladará casi de forma instantánea. Desafortunadamente, este método solo funciona al virtualizar dentro del mismo centro de datos o proveedor de nube (AWS, Azure, etc.). Si cambia de centro de datos, este método no es aplicable.
Para bases de datos grandes y en casos donde sea crucial minimizar el tiempo de inactividad, debe utilizarse un método avanzado conocido como replicación de base de datos. En este caso, se crea una réplica de la base de datos en el servidor de destino, y se va poblando gradualmente con datos y funciona como esclavo. Este procedimiento es lento, pero permite que la base de datos maestra continúe funcionando normalmente sin tiempo de inactividad. Cuando el esclavo alcance a la maestra en términos de población, solo queda conmutar maestro-esclavo, y así la base de datos quedará completamente migrada al nuevo servidor con todos los datos actuales.
La replicación no es una característica estándar de MySQL, por lo que requiere el uso de software de terceros para este propósito. Existen diferentes soluciones y cada administrador del sistema tiene sus propias preferencias en herramientas. Nuestra herramienta preferida es XtraBackup aplicación de Percona que permite realizar copias de seguridad en caliente y replicación de una base de datos en funcionamiento.
Al copiar la base de datos, la clave de licencia se corrompe porque solo es usable en un servidor. Es posible que deba hacer una copia de seguridad de la clave de licencia por separado antes de cambiar a la base de datos en el nuevo servidor. Esta es la cadena simbólica en la huella digital línea de la google.variables tabla. Debe guardar este valor y sustituirlo en el mismo lugar antes de iniciar la nueva base de datos. Si la clave no se respaldó y se corrompió, el soporte técnico de Navixy la reemitirá gratuitamente.
Paso 3 - migración de servicios
El único lugar que cambia constantemente en la plataforma es la base de datos. Al mismo tiempo, los servicios de la plataforma y el sitio web permanecen estáticos, y los cambios se producen solo durante las actualizaciones de la plataforma. Por tanto, todo lo que necesita hacer es copiar los directorios necesarios, incluido su contenido, a las mismas rutas.
En Linux estos son:
/home/java/
/var/www
/etc/nginx/ (todas las configuraciones y certificados SSL)
En Windows estos son:
C:\java
C:\nginx
Después de eso, debe configurar los servicios de Navixy para que se ejecuten. En Linux esto se hace con systemd, en Windows con Java Wrapper. Las configuraciones en el servidor antiguo y en el nuevo deben ser las mismas. Si no sabe cómo configurar estos servicios, póngase en contacto con el soporte técnico de Navixy.
Paso 4 - cambio de dirección IP
Una vez que haya trasladado la base de datos y todos los servicios al nuevo servidor, debe hacer que este servidor sea primario y esté disponible para los clientes y sus dispositivos de rastreo.
Para ello, debe transferir la dirección IP pública del servidor antiguo al nuevo.
Si la transferencia de la dirección IP es imposible (lo que puede ocurrir al cambiar de centros de datos), debe realizar cambios en la configuración DNS, vinculando su dominio a la nueva dirección IP pública del servidor.
Pasos finales
Tras cambiar la dirección IP, debe detener los servicios java en ejecución en el servidor antiguo.
Luego puede iniciar todos los servicios en el nuevo servidor. Con ello se completa la migración y puede verificar la disponibilidad de la plataforma migrada.
Si experimenta algún problema durante o después de la migración, puede ponerse en contacto con el soporte técnico de Navixy en [email protected] para una consulta adicional.
Última actualización
¿Te fue útil?