Cómo escalar una aplicación PHP (servidores, mysql, memcache)

Question

Actualmente estoy creando un sitio web para un proyecto social en Suiza.

Y antes de que haya un desbordamiento de usuario, quiero preparar la aplicación a escala.

He respondido muchas preguntas, pero quedan algunas.

Explico lo que quiero hacer.

---

Primera

en el beginnning, la aplicación tendrá un solo servidor (tiempo corto) con el DNS, PHP, MySQL, datos y Memcache.

---

Segunda

continuación, voy a dividir en dos

1. DNS, Mysql, Memcache
2. de datos, PHP

---

Tercera

Aquí está el problema, no sé cómo hacerlo exactamente aquí para que la aplicación funcione correctamente.

que podía hacer:

1. delantera: equilibrador de carga, Memcache, DNS
2. Web 1: PHP, DATOS
3. Web 2: PHP, DATOS
4. Mysql

Este sería el esquema, todas las sesiones de PHP se mantienen en la base de datos.

PERO, ¿cómo sincronizo los datos? ejecuto un Rsync para mantenerlos actualizados. ¿Los pongo en un disco aparte (disco de red) para estar seguro? pero en este caso, ¿cómo puedo hacer en caso de que el usuario cargue?

y si el sitio web tiene más éxito y tenemos que ir en estructuras más grandes, ¿no creará alguna latencia en las actualizaciones?

o sería una buena idea ir directamente a los servicios web de Amazon?

algunas informaciones Uso codeigniter como Framework. Uso linux como servidor web (distribución no elegida ahora, pero debe ser Debian)

Gracias de antemano por sus respuestas.

Answer 1

De acuerdo con Wikipedia, Suiza tiene 4,6 millones de hablantes de alemán, 1,5 millones de hablantes de francés y .5 millones de hablantes de italiano, romanche y otros idiomas. Entonces, sospecho que encontrará que un solo servidor se ajustará a sus necesidades. Adivina qué porcentaje de la población visitará tu sitio cada mes o cada día para tener una idea de lo grande que puedes llegar antes de toparte con problemas de escalado.

Por lo tanto, no creo que deba preocuparse por la ampliación aún. Bonificación: el tiempo que no pasa preocupándose por este problema, puede usarlo para resolver otros problemas para sus usuarios.

Answer 2

Recuerde que puede montar/compartir carpetas.

¿Qué datos te estarías sincronizando?

Puede considerar poner datos en la máquina de la base de datos u otra máquina. La máquina db suele ser una buena idea al principio, ya que es probable que tenga un IO mayor que un servidor web normal.

Probablemente sea una buena idea configurar una SAN o similar para que sus datos permanezcan en un solo lugar. Varias copias de datos son difíciles de manejar. Seguir esta ruta significa que puedes poner los archivos db allí también.

Answer 3

Hay unos caminos comunes a escala de servicios web hacia arriba, con el fin de que sitios como Flickr y Facebook parecen utilizar: servidores

• divididos sobre la base de conceptos (API, inicio de sesión, los archivos multimedia, anuncios, páginas estáticas, páginas dinámicas)
• Divide bases de datos basadas en conceptos que no necesitan ser JUNTADOS (inicios de sesión, informes a largo plazo, datos de página, etc.)
• Compila/optimiza tu PHP y otros recursos (sprites, compilados css, zend)
• Agregar caché (front end, back end)
• Añadir delegación (round robin, etc.)

Pero, antes de escalar, mida. Conjunto de pruebas, calcule su capacidad y no optimice antes de hacerlo.

Answer 4

veo algunas cosas cuestionables:

• tiene un servidor SQL, y va a almacenar las sesiones en una base de datos en un sitio donde se espera un volumen muy alto. ¿Cuántas consultas se necesitan para producir una sola página si alguien está conectado y cuál es la ralentización esperada cuando finalmente emplea la replicación de MySQL?

• Si se utiliza un clúster FS, todo se 'mantendrá' sincronizado. No terminará con la compilación A en el servidor web 1 mientras se produce la compilación B en el servidor web 2. Si realmente esperas mucho tráfico, en el tiempo que lleva cargar un cambio, sincronizar todos los nodos, simplemente cabreas a miles de personas.

He desplegado aplicaciones que se ejecutan en clústeres mediante OCFS2 con más de 40 nodos sin problema, y ​​OCFS2 no es exactamente la 'mejor' FS clúster disponibles. Consulte Lustre y considere mantener las sesiones en el disco.