caribehost_oficial
Gamma
Verificación en dos pasos activada
Verificado por Whatsapp
¡Ha verificado su Paypal!
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
Hola betas voy a poner de ejemplo los errores cometidos por forobeta y banahosting a la hora de migrar el foro lo que provoco dos caidas en el dia.
PLANEACIÓN
1. Antes de hacer cualquier migración se debe tener una planeación previa de como se va a ejecutar la migración teniendo el menor impacto.
2. Por lo menos con una semana se debe avisar a todos los clientes de la actividad a realizar.
3. Para un sitio como forobeta por la cantidad de trafico estas actividades se deben programar en la madrugada que es donde el trafico es menor.
4. Tener preparado el nuevo servidor con todo lo necesario para la migración.
EJECUCIÓN
1. Lo primero que se debe hacer es deshabilitar el sitio y enviar el trafico a una pagina de mantenimiento mientras se hace la copia de la BD.
2. Luego de la BD copiada se procede a desplegarla en el nuevo servidor.
3. Se cambia el apuntamiento de la BD del servidor anterior al nuevo (Aqui aun no se ha migrado el sitio solo la BD) el tiempo es relativo al tamaño.
4. Restablecemos el sitio nuevamente (aqui el sitio vuelve a funcionar normalmente)
5. Empezamos la migracion de la data, aqui tenemos en cuenta que el sitio consta de 2 partes (el codigo funcional y la biblioteca de imagenes) el sitio continua funcional.
6. Luego de migrado la data verificamos que el sitio sea accesible en el nuevo servidor, esto es facil de probar ya que se mapea la nueva ip con el nombre de dominio para hacer las pruebas (en windows solo es editar el archivo hosts para forzar la resolucion de nombres).
7. Luego de verificado que esto funcione correctamente se procede a cambiar las IP en los registros DNS (aqui pasa que mientras estos cambios se replican los dos servidores empiezan a trabajar conjuntamente pero como la base datos ya esta trabajando en el nuevo servidor no hay ningun problema)
8. Por seguridad se vuelve a migrar la biblioteca de imagenes para evitar enlaces rotos de imagenes aue pudieron ser cargadas durante la migración.
Con este metodo se garantiza el uptime del sitio, no van haber caidas y la migracion resulta transparente.
La unica forma de que esto no se pueda cumplir es que la migración no haya sido programada y esta se deba por una falla del servidor, la cual se tendria que desplegar en un nuevo servidor con las copias de seguridad.
PLANEACIÓN
1. Antes de hacer cualquier migración se debe tener una planeación previa de como se va a ejecutar la migración teniendo el menor impacto.
2. Por lo menos con una semana se debe avisar a todos los clientes de la actividad a realizar.
3. Para un sitio como forobeta por la cantidad de trafico estas actividades se deben programar en la madrugada que es donde el trafico es menor.
4. Tener preparado el nuevo servidor con todo lo necesario para la migración.
EJECUCIÓN
1. Lo primero que se debe hacer es deshabilitar el sitio y enviar el trafico a una pagina de mantenimiento mientras se hace la copia de la BD.
2. Luego de la BD copiada se procede a desplegarla en el nuevo servidor.
3. Se cambia el apuntamiento de la BD del servidor anterior al nuevo (Aqui aun no se ha migrado el sitio solo la BD) el tiempo es relativo al tamaño.
4. Restablecemos el sitio nuevamente (aqui el sitio vuelve a funcionar normalmente)
5. Empezamos la migracion de la data, aqui tenemos en cuenta que el sitio consta de 2 partes (el codigo funcional y la biblioteca de imagenes) el sitio continua funcional.
6. Luego de migrado la data verificamos que el sitio sea accesible en el nuevo servidor, esto es facil de probar ya que se mapea la nueva ip con el nombre de dominio para hacer las pruebas (en windows solo es editar el archivo hosts para forzar la resolucion de nombres).
7. Luego de verificado que esto funcione correctamente se procede a cambiar las IP en los registros DNS (aqui pasa que mientras estos cambios se replican los dos servidores empiezan a trabajar conjuntamente pero como la base datos ya esta trabajando en el nuevo servidor no hay ningun problema)
8. Por seguridad se vuelve a migrar la biblioteca de imagenes para evitar enlaces rotos de imagenes aue pudieron ser cargadas durante la migración.
Con este metodo se garantiza el uptime del sitio, no van haber caidas y la migracion resulta transparente.
La unica forma de que esto no se pueda cumplir es que la migración no haya sido programada y esta se deba por una falla del servidor, la cual se tendria que desplegar en un nuevo servidor con las copias de seguridad.
