¿Qué es Migración a DreamHost sin downtime: guía técnica y DNS?
Conceptos clave rápidos 🧭
•
•
•
•
Estrategias sin downtime ✨
2)
3)
4)
5)
¿Por qué apuntar A/CNAME y no NS? 🛠️
Enlace oficial
Reseña de Migración a DreamHost sin downtime: guía técnica y DNS
Preparación previa (Checklist detallado) ✅
•
•
•
•
Pasos técnicos paso a paso 🧩
• Crear dominio/sitio en panel DreamHost.
• Crear usuario FTP/SSH y ruta del documento.
• Crear base datos (nombre, usuario, contraseña) en DreamHost.
• Usar rsync para eficiencia (ejemplo): rsync -azP –exclude=cache/ /origen/ usuario@dreamhost:/ruta/destino/
• Si no hay SSH, usar SFTP o FTP y un gestor de transferencias.
• Preservar permisos y propietarios según sea necesario.
• Dump inicial: mysqldump -u dbuser -p dbname > site_dump.sql
• Importar en DreamHost: mysql -u dhuser -p dhdb < site_dump.sql • Para WordPress, usar WP-CLI: wp db export wp db import
• Repetir rsync para sincronizar cambios recientes (rsync es incremental).
• Para BD, hacer nuevo dump y solo aplicar diff o un dump final antes del cutover.
• Si el sitio es muy dinámico, considerar poner al sitio en modo read-only o maintenance unos minutos durante el cutover.
• Editar hosts local: 1) obtener IP de DreamHost 2) editar /etc/hosts o archivo hosts en Windows para mapear dominio a IP DreamHost 3) probar funcionalidad completa (login, formularios, envíos).
• Verificar logs y performance, regenerar caches, verificar permisos.
• Reducir TTL a 300 (5 min) al menos 48 horas antes del cutover desde el panel DNS actual.
• Registrar IP(s) destino de DreamHost (A/AAAA) y cualquier CNAME necesario.
• Nota: si usas Cloudflare, actualiza el registro en la zona de Cloudflare o pausa proxy si deseas propagar cambios de forma directa recuerda el setting SSL (Full/Strict) y que Cloudflare funciona como proxy intermedio.
• En la ventana planificada, sincroniza archivos y BD por última vez.
• Cambia registros A/AAAA (o CNAME) en el DNS actual para que apunten a la IP de DreamHost.
• Mantén MX, TXT (SPF) apuntando donde corresponda si migras correo también, actualiza MX a DreamHost y baja TTL con antelación.
• Monitorea resolución con herramientas: dig short ejemplo.com A nslookup y comprobación desde varios ISPs.
• Probar desde distintos dispositivos y redes (móvil, VPN).
• Verificar logs de DreamHost (acceso/errores), certificado SSL y enlaces.
• Probar SMTP/IMAP si migraste correo con clientes como Thunderbird o con comandos: telnet mail.midominio 25/143/993.
• Purga CDN/Cache y verificar cabeceras HTTP para confirmar origen (X-Cache, Via).
Correo electrónico — pasos y precauciones ✉️
• Si migras a DreamHost: sincroniza mailboxes vía IMAP-sync o herramientas como imapsync.
• Baja TTL para MX y registrar los cambios con antelación.
• Asegura SPF/TXT, DKIM (generar en DreamHost y publicar), y DMARC.
• Prueba envío/recepción y reputación (listas blacklists) tras migración.
SSL/TLS y certificados 🔐
• Si usas Cloudflare con proxy activo, usa SSL Full (Strict) y sube certificados si es necesario.
• No confiar en certificados auto-firmados en producción siempre validar cadena completa.
Casos especiales y problemas comunes (y soluciones) ⚠️
• Problema: correo sigue en viejo servidor. Solución: comprobar MX y prioridades verificar que todas las cuentas fueron sincronizadas.
• Problema: mixed-content o enlaces rotos. Solución: ejecutar búsqueda y reemplazo en BD (por ejemplo, wp search-replace http://antiguo https://nuevo).
• Problema: CSP/Firewalls bloquean la nueva IP. Solución: actualizar reglas de firewall/WHMCS/ACLs con la IP de DreamHost.
Comandos útiles (resumen) 🧾
• mysqldump: mysqldump -u user -p dbname > dump.sql
• mysql import: mysql -u user -p dbname < dump.sql • WP-CLI: wp search-replace https://antiguo https://nuevo --skip-columns=guid • DNS check: dig tcp ejemplo.com A @8.8.8.8 nslookup ejemplo.com 1.1.1.1
Tabla rápida de checklist (antes/durante/después)
Prácticas y recomendaciones finales 🧠
• Mantén al menos 48–72h de margen para pruebas con TTL bajo.
• Evita cambios simultáneos en DNS por múltiples personas.
• Si el sitio tiene mucho tráfico o transaccionalidad, considera un mantenimiento controlado para un último sync (minimizar riesgo de datos perdidos).
• Tras la migración, monitoriza errores 5xx y latencia durante 72h.
