Каким образом лучше организовать масштабирование высоконагруженного по каналу/ram/cpu веб портала приложениями lamp (wordpress+форум vbulletin)?

Каналы серверов 1гигабит максимум. Выделенного сервера под дисковое хранилище, san, и т.п. железяк нет. Миграцию IP на хардварном уровне сделать нет возможности. Думаю сделать так: для БД - MM-репликация между нодами за tcp балансером (либо несколькими балансерами). Трафик балансировать round-robin dns, http сессии к app балансировать nginx проксированием.

Что делать с www контентом, мои варианты синхронизировать в кроне по rsync, заюзать кластерфс ocpf/gfs/glusterf(производительность?), заюзать общую папку по nfs, правильный вариант?

Хотелось бы услышать не только теорию, а реально работающие решения и отзывы админов с их плюсами и минусами.

Кто может на пальцах пояснить что означают столбецы Recv-Q / Send-Q в выводе «ss -l». Я правильно понимаю, что Send-Q это фиксированный размер очереди заданный параметром backlog в listen сокета? Я правильно понимаю, что это кол-во соединений ждущих accept? А что в этом случае recv-q, для чего он показан и вообще где можно подробно почитать об всем этом?

порекомендуйте проверенное решение для балансировки нагрузки. На фронтент думаю сгодиться nginx с round-robin проксированием к сайту, а как синхронизировать (mysql базу, php-сессии юзеров) между нодами?

Есть задача при выбросе сервером дефолтного роута исключать одну подсеть, т.е. Чтобы весь трафик шел в тунель, а трафик на подсеть 1.1.1.1/24 минуя тунель. Какая команда на стороне сервера в конфиге за это отвечает?