Каким образом осуществляется management сайта если он сидит на нескольких серверах?

Что Вы имеете в виду? Синхронизацию изменений файлов? Организацию доступа через DNS?  Load balancing? Решение проблемы сессий? Мониторинг и анализ логов? Что-нибудь еще? Что именно вас интересует?

Golda, 
На самом деле всё 

Но главным образом: Решение проблемы сессий, обращение к базам данных и синхронизация между ними (если вообще это делаю).

Вообще, непонятно, что имеется в виду под "несколькими серверами". Если это распределение нагрузки, Load balancing - то здесь одни решения.
Если это несколько сайтов с общей авторизацией - то другие.

В первом случае получить решение в виде нескольких строчек на форуме невозможно. Это несколько лет обучения и опыта.

GeneralElectric, 
Я имел в виду один сай на нескольких серверах. 
На самом деле я не точно даже не знаю как и что правильно спросить, так как даже не имею понятия каким образом обычно распределяют сайт на несколько серверов.

А не надо спрашивать. Все равно один человек никогда такими вещами не занимается. 
Это делает команда. Здесь должен быть человек с навыками администрирования и программирования веб-серверов. человек с навыками администрирования и программирования серверов ба данных, с навыками коордирирования проектов и так далее.

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

Я это спросил главным образом не для того что бы развить что то самому, а из спортивного интереса. И мне действительно интересно знать...


Не могу не согласиться.



Это всё понятно, но каким образом распределяются эти самые запросы по разным серверам?

ShurikA, все опять таки зависит от задач. Один сервер может просто выступать фронтэндом и работать как прокси.
Может распределяться с учетом географии пользователей, может случайным образом (как на том же google maps) вобщем-то вариантов множество.
Попробуйте четко сформулировать практическую задачу.

solenko, 
как бы то ни было, выступает он только фронтэндом или нет, если к нему дудет 5,000,000 обращений в день то один сервак такого может и не выдержать, что в таком случае?

ну тогда DNS based Request-Routing

Это сообщение отредактировал(а) solenko - 8.2.2008, 13:19

Непосредственное отношение к PHP имеют особенности работы с сессиями.

Если load balancing не заботится о том, чтобы направлять пользователя всегда к одному и тому же серверу, могут возникнуть проблемы. При дефолтовых настройках данные сессии сохраняются в файле на сервере. Если при следующем запросе пользователя направили на другой сервер, там не окажется его данных, или окажутся, но не в актуальном состоянии. 

Решений может быть несколько. 

• Можно заботиться о том, чтобы load balancing всегда направлял пользователя всегда к одному серверу (метод зависит от выбора типа load balancing)
• Можно переопеределить session handlers так, чтобы использовать для хранения данных какой-то ресурс, доступный для всех используемых серверов. Самое простое - базу данных на каком-нибудь одном сервере.
• Можно просто отмепить, нпример, по NFS для unix-овых сервером, дирректорию, хранящую данные сесии, на один сервер. В общем, возможны варианты.

Не очень поняла, каких-именно особенностей Вы ожидаете при работе с базами данных. Указываете для всех один хост для соединения и вперед. Может оказаться, что нагрузка с нескольких серверов к одной базе слишком велика и придется уже распределять нагрузку с использованием нескольких серверов баз данных и репликации. Но это уже другая история.