Архитектура высоких нагрузок
На странице http://ruhighload.com/post/%D0%90%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%B0+%D0%B2%D1%8B%D1%81%D0%BE%D0%BA%D0%B8%D1%85+%D0%BD%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BE%D0%BA в пункте «4. Кеширование» изображена архитектура(1) где сервера с php выступают по сути в виде прокси к единому memcache и базе. База и кеш едины потому что клиент первым своим запросом может попасть на один php сервер, а вторым на другой - поэтому данные и хранятся в едином месте.
Вопрос: какое количество клиентов потянет подобная система?
Скажем нужно обеспечить работу для одного миллиона периодически приходящих в течении дня клиентов. Насколько такая схема будет работоспособна?
Не упремся ли мы тупо в производительность базы данных и забитый канал до выделенного memcache?
Сколько и каких серверов можно поставить при такой архитектуре?
Плюсы тут в том что при отказе любого php сервера никаких проблем не будет. Минусы возможная просадка производительности.
Не лучше ли делать архитектуру(2) где множество серверов специализируются каждый на своей группе клиентов, когда конкретный клиент завязан за конкретный сервер со своей локальной базой данных и memcache? Плюсы тут в том что по идее с производительностью проблем никаких быть не должно. Минусы в том что при отказе сервера выключается доступ для группы клиентов.
Заранее благодарен за любые аргументированные комментарии!