Migrar un sitio WooCommerce de 50 GB sin downtime — el runbook que seguimos

Migración reciente de WooCommerce: 50 GB de datos, 480 000 productos, 14 años de historial de pedidos, movidos desde un VPS mono-servidor crujiente a una arquitectura correctamente diseñada. Indisponibilidad total visible para el cliente: 38 segundos. El truco no es la velocidad — es montar la replicación MySQL al nuevo host mientras el viejo sigue tomando pedidos, para que el cutover solo reproduzca los últimos segundos de escrituras.

El script de cutover — la parte de 38 segundos

ssh source "wp maintenance-mode activate"
sleep 60                                          # drenar checkouts en vuelo
ssh dest "mysql -e 'STOP SLAVE; RESET SLAVE ALL;'"
rsync -avz --delete source:uploads/ dest:uploads/
ssh dest "wp search-replace 'old-domain.com' 'new-domain.com' --all-tables --skip-columns=guid"
curl -X PATCH ".../dns_records/$ID" -d '{"content":"<new-ip>"}'
ssh dest "wp maintenance-mode deactivate"

El rsync es rápido porque la copia masiva corrió cada noche durante la semana previa. La DB es rápida porque la replicación ha ido alcanzando todo el tiempo.

El artículo completo cubre:

• Por qué mysqldump-and-import está mal para sitios de este tamaño
• Montar replicación MySQL cross-host para la fase de copia masiva
• Trampas de juego de caracteres y collation (los emojis en nombres de producto te morderán)
• El dry-run del cutover contra staging — qué probar antes del real
• Manejo de webhooks de pasarela de pago durante el cutover
• La red de seguridad de replicación inversa de 72 horas para hot rollback

Hemos ejecutado este playbook en cada migración WooCommerce significativa de los últimos dos años. Hable con nosotros si tiene una en perspectiva.