Что происходит, когда tempdb не может больше расти?

У нас есть производственный кластер, который может быть подобен тому, чем Вы интересуетесь:

• MySQL MMM для хранения баз данных в синхронизации между обоими серверами.
• OCFS2 сверху DRBD 0.8 в мультипривилегированном режиме для хранения веб-файлов и конфигурационных файлов в синхронизации между обоими серверами.
• Keepalived на избыточных брандмауэрах перед веб-кластером, который отслеживает, которых серверы возросли и равномерно распределяют соединения клиента между ними.

Это довольно просто реализовать и продолжать бежать, и обеспечивает превосходную производительность. Keepalived может быть немного трудным, потому что он не помещает супер userful ошибки в системный журнал о поврежденных конфигурациях, но после того как у Вас есть он работа, это - горное тело. DRBD о лучшем нерешении SAN для хранения целых файловых систем в синхронизации между машинами, и OCFS2 является (в наших тестах) лучшей работающей кластерной файловой системой с открытым исходным кодом, и это - установка, очень легко также.

Единственный реальный протест с этим состоит в том, что, если соединения пользователя направляются на один сервер и затем они переключаются на другой сервер, он потеряет Apache / сессия PHP и укажет данные (если это не будет все сохранено в базе данных). Это не огромное соглашение, хотя, так как keepalived имеет режим, это удостоверится, что тот же клиентский дюйм/с всегда соединяется с теми же серверами бэкэнда (предполагающий, что они не ложатся спать).