Дано: не сильно большой портал, 7 серверов обслуживающих его в двух дата-центрах, уже практически полностью оттестирован новых подход к его телематической поддержке, хотелось-бы услышать критику.
итак…
Общее:
сайт написан на php5, использует mysql в качестве СУБД, apache2 в качестве backend, nginx в качестве frontend, memcache в качестве кэша, в некоторых случаях используется кэширование smarty (полностью создается статичная копия для незарегистрированных пользователей и поисковиков), используется eaccelerator к php5, шаблонизатор — smarty
БД:
используется master-slave репликация, оба дата-центра юзают один мастер, слейвы есть в каждом ДЦ, при необходимости расширения устанавливается дополнительный слейв
Файлы:
Используется одно хранилище файлов в которое пишутся все статические файлы, отдача идет с серверов-кешей (nginx через proxy_store (перехват 404 и последующее скачивание) с хранилища, файлы на серверах-кэшах убиваются по atime, ядро портала генерирует для всех статических файлов уникальные имена, дабы proxy_store работал корректно) серверов кэшей может быть много, балансировка нагрузки осуществляется на базе views & round robin bind’a, выгода подхода — можно ставить дешевые сервера, не нужен raid для серверов-кэшей, можно добиться ускорения размазывая файлы по нескольким дискам.
Ядро:
Ядро умеет обрабатывать ошибки потери мастера (ограниченная функциональность) и слейва (все плохо), умеет использовать кэшировать запросы в memcache для зарегистрированных пользователей и smarty'ёвое кэширование целиком страницы для поисковиков.
В какую сторону покопать ещё для оптимизации?
