поддерживаю. раньше не имел дело с очень уж большим кол-вом поситителей, но мощности наращиваются и стало интересно как это дело организуют умные люди   

Все то, что я описал в пред. посте. Проблема лишь с БД сейчас. Стоит MySQL на одной машине и всё. Но пока и посещаемости нет.

Wowa, у нас на выделенном сервере, правильно настроенный сервер MySQL, обрабатывает порядка 350 запросов в секунду (и это не предел).
Все запросы, естественно, очень легкие и быстрые.
Данных - несколько гигабайт (десятки миллионов строк).
Тяжелые запросы агрессивно кэшируются на уровне приложения в оперативной памяти или в SQLite.
Цифры, не Бог весть какие, конечно, но как пример рассматривать их можно.

А как насчет 2-3K qps, из которых 9/10 запросы на изменение/добавление данных? При этом 5-7 Slave и еще пара системных Master'ов (для поисковой индексации).

Wowa, у нас архитектура БД разделена на несколько понятий:
1. Global - глобальная база данных (пользователи, view, денормализованные данные).
2. Серия серверов Application: contest, sms и т.п.
3. Сессии - отдельный master-сервер. Хранить сессии в Memcache не рекомендуется, так как он не гарантирует постоянного хранения данных.
4. Партиции - пользовательские данные разбросанные по разным сериям мастер-слейв,слейв2,слейв3 и т.п.

Соответственно, все типы хранилищ являются серией серверов мастер-слейв,слейв1...слейвN.
Запросы, которые стало невозможно выполнить в виду разделения данных по разным регионам (мастерам), кэшируем в Memcache; к примеру, пользователи-конкурсные фото. 

Но есть и минусы. Будут вопросы, обращайся в ICQ.
Кстати, наш ведущий будет выступать на PHPConf 2008 и подробно расскажет про архитектуру PhotoFile (которая несколько схожа с flickr'ом).

Это сообщение отредактировал(а) IZ@TOP - 22.5.2008, 11:51

IZ@TOP, у меня там в сообщении есть последнее предложение ;)