PHP-FPM + nginx

Наиболее простым и логичным решением по изменению архитектуры проекта являются следующие этапы "эволюции":

Переход к последней схеме позволяет в будущем проще и легче масштабировать проект и достичь более высокой производительности.

PHP-FPM – более эффективное решение:

• Исключен лишний веб-сервер.
• Меньший расход памяти форками.
• Меньшее использование CPU и системных вызовов.
• Связка nginx – Apache использует TCP/IP, что ведет к накладным расходам.
• Связка nginx – PHP-FPM использует Unix domain socket, что быстрее.

Разнесение приложений

Дальнейшим логическим развитием схемы является разнесение всех "приложений" на отдельные серверы:

Это позволяет значительно поднять общую производительность системы.

Кластеризация

След этап развития архитектуры проекта:

• Масштабирование серверов приложений;
• Master-Slave репликация базы данных с масштабированием slave-серверов;
• Балансировка нагрузки.

  Материалы по теме

Знакомство с Percona XtraDB Cluster - доклад на конференции FailOver Conference Украина.

• Видео 500 Мб

Построение высоконадёжных кластеров БД на основе MySQL - доклад на конференции FailOver Conference Украина.

• Видео 294 Мб

Новые возможности репликации в MySQL 5.6 - доклад на FailOver Conference.

• Видео