¡Hola a todos!
Tengo un foro de Discourse en un droplet de Digital Ocean.
El tamaño del disco es de 160 GB (45 GB libres actualmente). Mi sitio está ocupando mucho espacio en las subidas (40 GB). ¿Cuál es la mejor opción para mover las subidas? ¿Alguna sugerencia? ¿S3, Spaces de Digital Ocean? ¿Otra alternativa?
Gracias.
1 me gusta
Hola @Saiano,
En mi opinión, es solo una preferencia personal.
¿Cuándo fue la última vez que ejecutaste ./launcher cleanup? Eso debería liberar algo de espacio para ti.
2 Me gusta
Echa un vistazo a Uso de almacenamiento de objetos para cargas (S3 y clones). Si sabes cómo configurar AWS, es la opción mejor respaldada y más confiable. Spaces ha tenido algunos problemas técnicos en varias ocasiones, pero quizás ya los hayan resuelto.
La semana pasada trasladé a alguien a Spaces y bunny.net y todo funcionó sin problemas.
4 Me gusta
Configuré un bucket S3 para cargas y copias de seguridad, y funciona bien. No he creado una CDN. ¿Podría ser eso un problema? ¿Alguna sugerencia? ¿Debería mover las cargas antiguas a S3 usando rake?
1 me gusta
He configurado CloudFront en AWS. Parece que funciona bien.
Lo revisaré en los próximos días.
Cosas pendientes:
Detener el tablero de Discourse - Crear una instantánea en DO
Editar el archivo yml
Reconstruir y probar
luego
./launcher enter app
rake uploads:migrate_to_s3
rake posts:rebake
¿Cuánto tiempo tomará subir 37 GB y rebakear todas las publicaciones?
1 me gusta
El tiempo que tomará depende de muchos factores. Lo más probable es que S3 reciba tu subida sin problemas a la velocidad que tu servidor pueda enviarla, menos algunas sobrecargas. En un enlace de 1 Gbit, eso probablemente será de unos ~5 minutos.
La re-elaboración y los trabajos resultantes son probablemente donde se gastará la gran mayoría del tiempo. Cuánto tiempo tomará esto podría variar enormemente según la cantidad de mensajes que tenga tu instancia, la cantidad y el tipo de contenido que suelen tener los mensajes, y la velocidad del reloj de la CPU de tu servidor. Cuánto tiempo tardarán los trabajos resultantes dependerá en cierta medida de las mismas cosas, así como de cuántos núcleos de CPU estén disponibles.
Mi comprensión (por favor, corrígeme si estoy equivocado) del proceso de migración a S3 y la re-elaboración es que las subidas existentes no se eliminarán hasta algún punto después de que se hayan desasociado del mensaje (después de que la re-elaboración haya procesado ese mensaje), para que la instancia pueda seguir utilizándose sin perder subidas mientras se realiza la migración y la re-elaboración.
Si estás en un servidor virtual con solo un núcleo disponible, podría valer la pena considerar la actualización a más núcleos para la re-elaboración y luego volver a una configuración inferior una vez completado. El proceso tomará significativamente más tiempo en un solo núcleo y el rendimiento de Discourse podría verse severamente afectado durante ese tiempo.
3 Me gusta
Probablemente pondré el tablero en modo de solo lectura mientras subo datos a S3.