Planificación de capacidad / Requisitos de recursos

Hola,

Estamos considerando migrar de nuestro software de foro actual a Discourse autoalojado, y me interesan algunas pruebas anecdóticas sobre los posibles requisitos de recursos.

Nuestro foro ha estado funcionando durante unos 20 años, contiene 560.000 publicaciones en 37.000 hilos. Se crean unas 200 publicaciones nuevas al día. Tenemos 8.500 usuarios registrados de los cuales 1.000 han estado activos en el último año. El sistema maneja unas 1.000 sesiones concurrentes anónimas y hasta 200 conectadas.

Busco informes de personas que ejecutan instalaciones de tamaño similar: ¿utilizan el método de instalación estándar (imagen docker grande) o tuvieron que ajustar la configuración para lidiar con la carga? ¿Cuánta CPU y RAM asignan a su sistema? ¿Hay algo más que deba saber?

¡Gracias de antemano!
Hans

Empezaría con una configuración de dos contenedores con los activos en S3 y una CDN delante del sitio y el bucket de S3. Empezaría con 8 GB o 16 GB de RAM, quizás dependiendo de lo que esté usando ahora mismo.

¿Cuántas visitas a la página tiene al día y/o al mes?

Si eso no es suficiente, podría añadir un balanceador de carga y más servidores ejecutando el contenedor web.

¿Cuánto CPU y RAM está utilizando ahora? ¿Qué plataforma?

¿Por “configuración de dos contenedores” te refieres a lo que se describe en esta publicación de cómo hacerlo y los activos en S3 se describirían en esta publicación? Para mi formación, si usáramos, por ejemplo, CloudFront como nuestra CDN y la apuntáramos a S3 para las cargas de archivos, ¿haría que todas las cargas fueran públicamente accesibles o existe algún mecanismo que permita restringir el acceso a las cargas en función de los permisos en Discourse?

Nuestro sitio actual recibe alrededor de 200.000 visitas a la página de aproximadamente 30.000 usuarios distintos al día, además de otras 200.000 de tráfico de bots y rastreadores.

Estamos ejecutando Woltlab en una máquina virtual de 8 núcleos/32 GB, pero creo que hay un poco de sobreaprovisionamiento en juego. Actualmente, la instalación está en un servidor físico, pero no me entusiasma mantener las cosas de esa manera.

¡Gracias por tu ayuda!

Creo que tengo un sitio con tráfico similar en una instancia de 8 GB que creo que solía servir alrededor de 1 millón de visitas a páginas/mes.

Sí, pero hay un interruptor para discourse-setup que lo hará en la instalación. (Creo que es --two-container, pero principalmente miro el script si lo ejecuto manualmente).

Es bueno porque puedes construir un contenedor mientras el antiguo está en funcionamiento. Tienes que prestar atención a cuándo necesitas actualizar/reconstruir el contenedor de datos.

Sí, pero creo que Configurar un proveedor de almacenamiento de objetos compatible con S3 para cargas puede estar mejor mantenido. No olvides añadir la parte que carga los activos.

1 me gusta

¡Gracias, Jay! Muy apreciado.

2 Me gusta

Puede que te interese

1 me gusta