Использование двух серверов (ЛАМПА)
Если Вы развертываете масштабируемое решение затем вещи рассмотреть с операционной точки зрения:
- способность написать сценарий общих операций для быстрого развертывания изменений
- способность к конфигурациям управления исходным кодом и коду для отслеживания изменений (присваивающий ответственность перед людьми) и обеспечивает, точки восстановления должны проблема возникать
- возможность трудоустройства других в кратчайшие сроки для заменения/помогания существующего штата (высококачественная документация имеет все значение здесь, и я рекомендую использовать Wiki),
Я - преимущественно защитник с открытым исходным кодом, но предпринял контракт в среде Windows/SQL Server. Мой опыт с SQL Server был в основном опытом разочарования - GUI приятен, но конфигурация составлена из кропотливых щелчков правой кнопкой и clickity-щелчков везде; операционная система Windows является тем же. Я потратил впустую целые дни, упорно ища тайные проблемы полномочий и в SQL Server и в Microsoft Windows.
В конечном счете необходимо выбрать то, что приносит пользу Вам больше всего. Кто-либо может управлять GUI и если у Вас только есть доступ к операторам стандартного уровня затем, среда GUI может быть лучшей для Вас. Если Вы захотите обмануть талантливых администраторов, однако, то среда только для GUI оставит их невероятно расстроенными и, в конечном счете, с нетерпением ожидая хождения дальше.
Поклонникам Microsoft: считайте BOFH. Проснуться.
Я сомневаюсь, что мой ответ является 'стандартным', но другое мнение не могло бы причинить боль.
Я предложил бы использовать второй экземпляр, чтобы попытаться достигнуть высокой доступности. Используйте HAProxy, чтобы загрузить баланс между этими двумя серверами и иметь распределенную файловую систему (Gluster) для тиражирования файлов между экземплярами. Имейте каждый монитор сервера другой (например, Corosync/Heartbeat/Keepalived), и если Вы идете вниз, имейте другой вступать во владение и запустите новый экземпляр. Если Вы ладили до сих пор с единственным экземпляром, это кажется отходами для простого перемещения баз данных в один сервер, поскольку это не будет, вероятно, полностью использоваться.
По существу мое предложение является полным резервированием - который разделит загрузку между этими двумя серверами. Вы могли установить веса, таким образом, что 'основная' машина обрабатывает больше веб-запросов, и 'вторичная' машина обрабатывает больше запросов к базе данных, или просто оставьте их равными.
Я думаю, что конечный результат этого был бы более выгодным, чем просто разгрузка одного аспекта обработки к другому серверу, непропорционально использования Ваших серверов и наличия нескольких точек отказа.
Что касается dev среды, я мог бы предположить, что это более хитро. dev среда на производственной машине могла потенциально пойти не так, как надо. (С другой стороны, просто сохранение репозитория SVN на нем не могло бы быть столь же опасным, если это хорошо защищается).