Cero interrupciones: Migración de sitio web a servidor dedicado

¿Por qué migrar a un servidor dedicado de Valebyte?

Optar por un servidor dedicado de Valebyte proporciona un rendimiento, seguridad y control inigualables para sus aplicaciones web, bases de datos y servicios. Ya sea que esté ejecutando plataformas de comercio electrónico de alto tráfico, aplicaciones web complejas, servidores de juegos exigentes o pipelines de CI/CD críticos, un servidor dedicado garantiza que sus recursos nunca se compartan. Esto se traduce en una velocidad constante, seguridad mejorada y la flexibilidad de personalizar su entorno de servidor precisamente según sus necesidades, todo gestionado por su equipo.

Beneficios clave de los servidores dedicados de Valebyte:

• Recursos exclusivos: Asignación completa de CPU, RAM y almacenamiento, no compartida con ningún otro usuario.
• Rendimiento superior: Ideal para aplicaciones exigentes como alojamiento web a gran escala, bases de datos de alta transacción, servicios de streaming en tiempo real y servidores de correo intensivos.
• Seguridad mejorada: Control total sobre las configuraciones de seguridad de su servidor, firewalls y estrategias de protección de datos.
• Personalización completa: Libertad para elegir su sistema operativo, pila de software y configuraciones de hardware.
• Escalabilidad: Actualice fácilmente los componentes de hardware o añada más servidores dedicados a medida que sus necesidades crezcan.

Requisitos previos y del servidor

Antes de iniciar cualquier migración, una preparación exhaustiva es clave. Asegúrese de tener lo siguiente:

1. Acceso y credenciales:

• Servidor antiguo: Acceso SSH/SFTP (usuario root o sudo), credenciales de la base de datos (MySQL/MariaDB, PostgreSQL), acceso al panel de control (si aplica).
• Nuevo servidor dedicado de Valebyte: Acceso SSH de root, dirección IP, credenciales de inicio de sesión iniciales.

2. Configuración del nuevo servidor dedicado:

Su nuevo servidor dedicado de Valebyte debe estar aprovisionado y listo. Esto típicamente implica:

• Sistema operativo: Una instalación limpia de su distribución Linux preferida (por ejemplo, Ubuntu Server, CentOS Stream, Debian).
• Servidor web: Instale y configure su servidor web elegido (por ejemplo, Nginx, Apache HTTP Server).
• Servidor de base de datos: Instale y configure su sistema de gestión de base de datos (por ejemplo, MySQL/MariaDB, PostgreSQL).
• Entorno de ejecución: Instale los entornos de ejecución de lenguaje necesarios (por ejemplo, PHP-FPM, Node.js, Python, Ruby) y sus extensiones requeridas.
• Herramientas esenciales: Instale rsync, wget, zip/unzip, git y sus herramientas de cliente de base de datos.
• Seguridad: Configure un firewall (por ejemplo, UFW, firewalld), endurecimiento de SSH y cree un usuario sudo no root.

Ejemplo: Instalación de Nginx, MySQL y PHP-FPM en Ubuntu Server

# Update system packages
sudo apt update && sudo apt upgrade -y

# Install Nginx
sudo apt install nginx -y
sudo ufw allow 'Nginx Full'
sudo ufw enable

# Install MySQL Server
sudo apt install mysql-server -y
sudo mysql_secure_installation

# Install PHP-FPM and common extensions
sudo apt install php-fpm php-mysql php-cli php-gd php-curl php-mbstring php-xml php-zip -y

# Enable PHP-FPM for Nginx (if not already)
sudo systemctl start php8.1-fpm # Adjust version as needed
sudo systemctl enable php8.1-fpm

# Verify services
sudo systemctl status nginx
sudo systemctl status mysql
sudo systemctl status php8.1-fpm

3. Auditoría del sitio web:

• Uso del disco: Conozca el tamaño total de los archivos y bases de datos de su sitio web.
• Tamaño de la base de datos: Estime el tiempo requerido para la exportación/importación de la base de datos.
• Dependencias de la aplicación: Liste todos los módulos PHP, paquetes Node.js, librerías Python, etc., requeridos.
• Tareas programadas (Cron Jobs): Documente todas las tareas programadas.
• Certificados SSL: Tenga listos sus certificados y claves SSL existentes, o planee generar nuevos.

Proceso de migración paso a paso con cero tiempo de inactividad

Paso 1: Reducir el TTL de DNS (Time-To-Live)

Este es un paso crítico para una migración con cero tiempo de inactividad. Reducir el valor de TTL de su DNS hará que los cambios de DNS se propaguen más rápido cuando finalmente cambie su dominio al nuevo servidor. Un TTL más bajo significa que los resolvedores de DNS almacenarán en caché la dirección IP de su dominio por un período más corto, asegurando que los visitantes sean dirigidos al nuevo servidor más rápidamente.

• Acceda a su registrador de dominio o interfaz de gestión de DNS.
• Localice el/los registro(s) A para su dominio (por ejemplo, yourdomain.com y www.yourdomain.com).
• Cambie el valor de TTL de su configuración actual (a menudo 1 hora, 4 horas o 24 horas) a un valor muy bajo, como 300 segundos (5 minutos) o 60 segundos (1 minuto).
• Importante: Aplique este cambio al menos 24-48 horas antes de su migración planificada para asegurar que el nuevo TTL se propague globalmente. Si lo cambia justo antes de la migración, el TTL antiguo aún podría estar en caché por algunos resolvedores, lo que llevaría a tiempos de propagación más largos.

Paso 2: Sincronización inicial de los archivos del sitio web

Use rsync para una sincronización eficiente de archivos. Solo transfiere archivos cambiados o nuevos, haciendo que las sincronizaciones posteriores sean mucho más rápidas.

Desde su servidor antiguo, ejecute:

rsync -avz --exclude 'cache/*' --exclude 'tmp/*' --exclude 'logs/*' /path/to/your/website/ root@your_new_server_ip:/var/www/yourdomain.com/

• -a: Modo archivo (preserva permisos, propiedad, marcas de tiempo, etc.)
• -v: Salida detallada (muestra lo que se está transfiriendo)
• -z: Comprime los datos del archivo durante la transferencia
• --exclude: Excluye directorios que contienen archivos temporales o que no son necesarios en el nuevo servidor. Ajuste estos según su aplicación (por ejemplo, wp-content/cache para WordPress).
• Reemplace /path/to/your/website/ con la ruta real en su servidor antiguo.
• Reemplace root@your_new_server_ip:/var/www/yourdomain.com/ con la IP de su nuevo servidor y la ruta de destino deseada.

Paso 3: Exportación e importación inicial de la base de datos

Exporte su(s) base(s) de datos del servidor antiguo e impórtela(s) en el nuevo servidor dedicado.

En su servidor antiguo (para MySQL/MariaDB):

mysqldump -u your_db_user -p your_database_name > your_database_name.sql

Transfiera el archivo SQL a su nuevo servidor:

scp your_database_name.sql root@your_new_server_ip:/tmp/

En su nuevo servidor:

1. Cree la base de datos y el usuario:

   
   CREATE DATABASE your_database_name;
   CREATE USER 'your_db_user'@'localhost' IDENTIFIED BY 'your_db_password';
   GRANT ALL PRIVILEGES ON your_database_name.* TO 'your_db_user'@'localhost';
   FLUSH PRIVILEGES;
           

2. Importe la base de datos:

   
   mysql -u your_db_user -p your_database_name < /tmp/your_database_name.sql
           

Para PostgreSQL:

En su servidor antiguo:

pg_dump -U your_db_user your_database_name > your_database_name.sql

Transfiera el archivo SQL e impórtelo en el nuevo servidor (similar a MySQL):

scp your_database_name.sql root@your_new_server_ip:/tmp/
psql -U your_db_user -d your_database_name < /tmp/your_database_name.sql

Paso 4: Configure el servidor web y la aplicación en el nuevo servidor

Configure su servidor web (Nginx/Apache), PHP-FPM y las configuraciones de la aplicación en el nuevo servidor dedicado de Valebyte.

Ejemplo de configuración de Nginx (/etc/nginx/sites-available/yourdomain.com):

server {
    listen 80;
    listen [::]:80;
    server_name yourdomain.com www.yourdomain.com;
    root /var/www/yourdomain.com/public_html; # Adjust to your web root

    index index.php index.html index.htm;

    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    location ~ \.php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/var/run/php/php8.1-fpm.sock; # Adjust PHP version
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }

    # Add SSL configuration after testing HTTP
}

Ejemplo de configuración de Apache (/etc/apache2/sites-available/yourdomain.com.conf):

    ServerAdmin webmaster@localhost
    ServerName yourdomain.com
    ServerAlias www.yourdomain.com
    DocumentRoot /var/www/yourdomain.com/public_html # Adjust to your web root

    
        Options Indexes FollowSymLinks
        AllowOverride All
        Require all granted
    

    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

    
        DirectoryIndex index.php index.html index.cgi index.pl index.xhtml index.htm
    

    # Add SSL configuration after testing HTTP

Habilite su sitio y pruebe:

Nginx:

sudo ln -s /etc/nginx/sites-available/yourdomain.com /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl reload nginx

Apache:

sudo a2ensite yourdomain.com.conf
sudo apache2ctl configtest
sudo systemctl reload apache2

Actualice los archivos de configuración de la aplicación: Ajuste los detalles de conexión a la base de datos (host, usuario, contraseña), las rutas de caché y otras configuraciones específicas del servidor en los archivos de configuración de su aplicación (por ejemplo, wp-config.php para WordPress, .env para Laravel, etc.).

Paso 5: Pruebe su sitio web en el nuevo servidor (antes del cambio de DNS)

Antes de cambiar el DNS, debe verificar que su sitio web funcione perfectamente en el nuevo servidor dedicado de Valebyte. Puede hacerlo modificando su archivo hosts local.

• Localice su archivo hosts:
  • Windows: C:\Windows\System32\drivers\etc\hosts
  • macOS/Linux: /etc/hosts
• Añada una entrada:

  
  your_new_server_ip yourdomain.com www.yourdomain.com
          

  Reemplace your_new_server_ip con la dirección IP real de su nuevo servidor Valebyte.
• Guarde el archivo.
• Ahora, cuando visite yourdomain.com en su navegador, su computadora lo resolverá a la IP del nuevo servidor.
• Pruebe todo a fondo: navegación, formularios, inicios de sesión, interacciones con la base de datos, cargas de imágenes, funcionalidad de backend, integración del servidor de correo (si aplica) y cualquier característica específica de su aplicación.
• Una vez satisfecho, elimine la entrada de su archivo hosts local.

Paso 6: Sincronización final y cambio de DNS

Esta es la ventana crítica para cero tiempo de inactividad. Planifique esto durante un período de bajo tráfico si es posible, aunque el TTL reducido minimiza el impacto.

A. Sincronización final de archivos:

Realice otro rsync desde el servidor antiguo para capturar cualquier cambio de archivo de última hora.

rsync -avz --exclude 'cache/*' --exclude 'tmp/*' --exclude 'logs/*' /path/to/your/website/ root@your_new_server_ip:/var/www/yourdomain.com/

B. Sincronización final de la base de datos:

Para una migración de base de datos con cero tiempo de inactividad, puede usar varias estrategias:

• Replicación (Avanzado): Configure la replicación de la base de datos entre el servidor antiguo y el nuevo. Promueva el nuevo servidor como primario cuando esté listo. Esto es complejo pero ofrece el tiempo de inactividad mínimo absoluto.
• Ventana de tiempo de inactividad de la aplicación (Micro): Para la mayoría de las aplicaciones, un tiempo de inactividad muy corto a nivel de aplicación es aceptable para la sincronización final de la base de datos.
  
  • Ponga el sitio antiguo en modo de mantenimiento: Muestre una página de 'mantenimiento' o deshabilite las escrituras.
  • Vuelque e importe la base de datos por última vez:

    
    # On old server (MySQL/MariaDB)
    mysqldump -u your_db_user -p your_database_name > final_database.sql
    
    # Transfer to new server
    scp final_database.sql root@your_new_server_ip:/tmp/
    
    # On new server
    mysql -u your_db_user -p your_database_name < /tmp/final_database.sql
                    

  • Vuelva a poner el sitio antiguo en línea (opcional, si el cambio de DNS lleva tiempo) o proceda directamente al cambio de DNS. La clave es que el nuevo servidor esté listo inmediatamente después de esta sincronización final.

C. Actualizar registros DNS:

Vuelva a su registrador de dominio o interfaz de gestión de DNS.

• Cambie el/los registro(s) A para yourdomain.com y www.yourdomain.com (y cualquier otro subdominio relevante) para que apunten a la dirección IP del nuevo servidor dedicado de Valebyte.
• Asegúrese de que el TTL permanezca en el valor bajo que estableció anteriormente (por ejemplo, 60-300 segundos).
• Guarde los cambios.

Paso 7: Pasos y verificación post-migración

• Monitoree la propagación de DNS: Use herramientas como dig o verificadores de DNS en línea (por ejemplo, whatsmydns.net) para monitorear la propagación de sus cambios de DNS.
• Borrar caché DNS local:
  • Windows: ipconfig /flushdns
  • macOS: sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
  • Linux: sudo systemctl restart nscd o sudo systemctl restart systemd-resolved (dependiendo de la distribución)
• Verifique el acceso al sitio web: Acceda a su sitio web desde múltiples dispositivos y redes para asegurarse de que se está cargando desde el nuevo servidor. Revise los registros de acceso del servidor en el nuevo servidor para confirmar el tráfico.
• Instale certificados SSL: Si no se hizo durante la configuración inicial, instale y configure certificados SSL (por ejemplo, Let's Encrypt con Certbot) en su nuevo servidor.
• Actualice las tareas programadas (Cron Jobs): Migre cualquier tarea programada (cron job) del servidor antiguo al nuevo.
• Pruebe el servidor de correo (si aplica): Asegúrese de que el envío y la recepción de correos electrónicos funcionen correctamente.
• Monitoreo: Configure herramientas de monitoreo de servidor para su nuevo servidor dedicado de Valebyte para rastrear el rendimiento, el uso de recursos y el tiempo de actividad.
• Revierta el TTL de DNS: Después de confirmar que todo es estable (por ejemplo, después de 24-48 horas), puede revertir su TTL de DNS a un valor más alto y estándar (por ejemplo, 1 hora o 4 horas) para reducir la carga de consultas DNS.

Solución de problemas comunes de migración

• El sitio web no carga (problemas de DNS):
  • Verifique la propagación de DNS.
  • Verifique que los registros A apunten correctamente a la IP del nuevo servidor.
  • Borre la caché DNS de su navegador local y del sistema operativo.
• Error interno del servidor 500 / Pantalla blanca de la muerte:
  • Revise los registros de errores del servidor web (Nginx: /var/log/nginx/error.log, Apache: /var/log/apache2/error.log).
  • Revise los registros de errores de PHP.
  • Verifique los permisos y la propiedad de los archivos (chown -R www-data:www-data /var/www/yourdomain.com, chmod -R 755 /var/www/yourdomain.com).
  • Asegúrese de que todas las extensiones PHP requeridas estén instaladas.
  • Vuelva a verificar los archivos de configuración de la aplicación para las credenciales de la base de datos, rutas, etc., correctas.
• Errores de conexión a la base de datos:
  • Verifique que el servidor de la base de datos esté funcionando (sudo systemctl status mysql o postgresql).
  • Revise los permisos y contraseñas del usuario de la base de datos.
  • Asegúrese de que el archivo de configuración de la aplicación tenga el host de la base de datos correcto (generalmente localhost o 127.0.0.1).
• Imágenes/Activos faltantes:
  • Confirme que todos los archivos fueron transferidos correctamente a través de rsync.
  • Revise los permisos de los archivos.
  • Asegúrese de que la configuración root o DocumentRoot del servidor web apunte al directorio correcto.
• Rendimiento lento:
  • Monitoree los recursos del servidor (CPU, RAM, E/S) usando herramientas como htop, iotop.
  • Optimice las configuraciones del servidor web y PHP-FPM.
  • Revise las consultas de la base de datos en busca de ineficiencias.

Desmantelamiento del servidor antiguo

Una vez que esté absolutamente seguro de que su sitio web está funcionando perfectamente en el nuevo servidor dedicado de Valebyte y todo el tráfico se ha trasladado, puede considerar desmantelar el servidor antiguo. Se recomienda mantener el servidor antiguo en funcionamiento durante al menos una o dos semanas como respaldo, en caso de que surjan problemas imprevistos. Realice una última copia de seguridad de los datos del servidor antiguo antes de la terminación.