Escalar Drupal 7 en Openshift

scaling

Question

Estoy configurando un sitio drupal y me gustaría hacerlo escalable en openshift (plan de bronce, Small.highcpu). dos preguntas a este respecto:

a) tareas de fondo?

sería genial si alguien puede explicar el punto 3 con más detalle:

de https://github.com/openshift/drupal-quickstart/blob/master/README.md :

Debido a que ninguno de los códigos de su aplicación está registrado en Git y vive completamente en su directorio de datos, si esta aplicación se configura como escalable, los nuevos engranajes tendrán directorios de datos vacíos y no atenderán las solicitudes correctamente. Si desea que la aplicación sea escalable, deberá:

1. Compruebe los contenidos de php / * en su repositorio de Git (en el directorio php / *)
2. Solo instale nuevos módulos a través de Drush desde el tren de aterrizaje, y luego compromételos en el repositorio de Git.
3. Use una tarea en segundo plano para copiar el contenido del archivo de una marcha a otra

Todos los scripts utilizados para implementar y configurar Drupal se encuentran en los ganchos de compilación e implementación.

b) sistema de archivos adicional:

aquí el cartel dice que se necesita un sistema de archivos más persistente (por ejemplo, S3) para escalar: https://groups.drupal.org/node/297403 . ¿Es eso realmente necesario para un sitio con alrededor de 30-50 páginas por segundo en temporada alta? ¿Cuáles son los beneficios de agregar S3?

Answer 1

En una aplicación OpenShift escalable, desea que todos los engranajes se comporten de forma idéntica. En el caso de Drupal, cada equipo debe tener los archivos centrales de Drupal, los módulos y cualquier dato adicional que deba ser servido por el equipo (imágenes, etc.).

La guía recomienda que compruebe los archivos core de PHP y los módulos adicionales (después de usar Drush) en git para que cada equipo los tenga.

Aquí las tareas en segundo plano y S3 son dos enfoques para el mismo problema: asegurarse de que cada engranaje sirva los mismos datos.

a. Tarea en segundo plano

Una forma de darse cuenta de "una tarea en segundo plano para copiar el contenido del archivo de una marcha a otra" es usar el cron de OpenShift en el engranaje de la cabeza que scp los archivos de datos en los engranajes restantes a intervalos regulares.

segundo. Sistema de archivos adicional

La otra forma de tener engranajes que sirvan el mismo contenido es hacer que todos los engranajes apunten al almacenamiento externo-S3. Entonces, si usa S3, no necesita trabajos en segundo plano para copiar datos entre engranajes. Si el cuello de botella en el servicio de 30-50 páginas es E / S en la lectura de datos, entonces S3 definitivamente puede ayudar a descargar eso a sus servidores.