MySQL, который, как предполагают, был установлен один
GroupServer довольно хорош, GPLed, и имеет размещенную опцию.
У Вас также есть опция выполнения сервера сппн и помещения веб-шлюза перед ним. Я видел используемый newsportal, хотя FUDforum, кажется, более полнофункциональная опция.
Когда ваша платформа приложения и ваша база данных конкурируют за ресурсы, это обычно первый признак того, что вы готовы к выделенному серверу базы данных.
Во-вторых, высокая доступность: настройка кластера базы данных (и обычно, в свою очередь, кластера веб-сервера / сервера приложений с балансировкой нагрузки).
Я бы также сказал, что безопасность играет большую роль в переходе на отдельные серверы, поскольку вы можете иметь разные политики для доступа к сети для каждого сервера (например, веб-сервер с DMZ-зоной и сервер базы данных в локальной сети). 12104] Доступ к серверу базы данных осуществляется по сети. т.е. когда вы обычно указываете "localhost" для хоста вашей базы данных вы должны указать хост / IP-адрес вашего сервера базы данных. Примечание: обычно вам нужно изменить конфигурацию вашего сервера базы данных, чтобы разрешить соединения / включить прослушивание на интерфейсе, отличном от интерфейса обратной связи.
Отдельный сервер базы данных - это всего лишь часть хорошей масштабируемой конструкции. Это не имеет значения, если ваш трафик не очень высок и одного сервера действительно достаточно.
Но в более загруженных сервисах изоляция сервисов друг от друга - это хорошо. Если кто-то совершит DDoS-атаку на ваш веб-сервер и заставит его использовать все ресурсы, это вообще не будет запугивать сервер базы данных. В общих средах более одного веб-сервера, вероятно, используют сервер базы данных, поэтому, если сервер базы данных содержит данные для 50 различных веб-сайтов, то только один веб-сайт, выходящий из строя из-за DDoS, лучше, чем отключение всего.
Также от С точки зрения системного администратора, более ясно, если существуют выделенные серверы с разумным названием, например, mysql-01.yourcompany.com и webserver-01.yourcompany.com. Когда они получают предупреждения, они сразу видят, что происходит, по крайней мере, в смысле «ОК, что-то не так с базой данных». Я знаю, что это слабый аргумент, поскольку несколько имен DNS могут указывать на один сервер, но все же.
Ваши приложения без проблем будут подключаться к удаленному серверу базы данных по сети. Аииеееее! Как ваш веб-браузер подключается к удаленному серверу? Это магия! Эээ ... а если серьезно, вместо localhost вы просто указываете адрес сервера в $ programming_language_of_your_choice, и все готово.
Ваши приложения могут без проблем подключаться к удаленному серверу базы данных по сети. Аииеееее! Как ваш веб-браузер подключается к удаленному серверу? Это магия! Эээ ... а если серьезно, вместо localhost вы просто указываете адрес сервера в $ programming_language_of_your_choice, и все готово.
Ваши приложения могут без проблем подключаться к удаленному серверу базы данных по сети. Аииеееее! Как ваш веб-браузер подключается к удаленному серверу? Это магия! Эээ ... а если серьезно, вместо "localhost" вы просто указываете адрес сервера в $ programming_language_of_your_choice, и все готово.
- Некоторые веб-сайты / приложения настолько интенсивно используют базу данных, что им требуется один или несколько серверов, выделенных для самой базы данных.
- По сети.
Запросы MySQL могут быть очень ресурсоемкими, что может замедлить работу вашего LAMP-сервера.
Когда вы запускаете большой, сложный, ресурсоемкий веб-сайт, разумно подумать о перемещении базу данных на другой выделенный сервер. Таким образом, у вас будет два сервера: один для Интернета, а другой - для обработки базы данных. Это может освободить ресурсы и ускорить запросы как к веб-сайту, так и к базе данных.
Веб-серверу просто нужно подключиться к адресу сервера базы данных вместо localhost , чтобы выполнять запросы к базе данных.
LAMP - это стек приложений, но не обязательно все его устанавливать на тот же хозяин. Как отмечали другие, в целях производительности, безопасности или масштабируемости они часто не устанавливаются на одном и том же хосте. Вы также можете обнаружить, что оборудование, оптимальное для одной части архитектуры, может не подходить для другой.
Например, все базы данных связаны с управлением хранилищем. Чем быстрее я смогу получить информацию с диска, тем быстрее я смогу передать ее запрашивающей стороне. Если я использую дисковую подсистему совместно с несколькими другими участниками стека приложений, такими как веб-сервер, конфликт, с которым я сталкиваюсь за общий ресурс хэдов чтения и записи дисков, может фактически снизить мою производительность. Кроме того, разделение ОЗУ между веб-сервером и сервером базы данных на данном узле может не обеспечить достаточно большой пул ресурсов для того, чтобы любой из них работал наиболее эффективным образом, возможность кэшировать столько информации в ОЗУ, не обращаясь к диску ни для изображения, ни для страницы, ни для набора результатов запроса.
С административной точки зрения также можно добиться повышения эффективности. Представьте, что вы запускаете свое предприятие на приложениях с открытым исходным кодом, которые используют MySQL в качестве общей серверной части. Вы действительно хотите, чтобы количество серверов баз данных увеличивалось с каждым приложением? Это может быть кошмар для администраторов баз данных: «Хорошо, какое приложение использует эту БД?» У вас будет несколько версий, несколько конфигураций аппаратного и программного обеспечения, несколько стратегий хранения данных. У вас также, вероятно, будут очень размытые административные навыки. Вместо этого объедините экземпляры в одно физическое оборудование, оптимизированное для этой роли, и выделите выделенные ресурсы для управления сервером и его данными.
С административной точки зрения тоже нужно повысить эффективность. Представьте, что вы запускаете свое предприятие на приложениях с открытым исходным кодом, которые используют MySQL в качестве общей серверной части. Вы действительно хотите, чтобы количество серверов баз данных увеличивалось с каждым приложением? Это может быть кошмар для администраторов баз данных: «Хорошо, какое приложение использует эту БД?» У вас будет несколько версий, несколько конфигураций оборудования / программного обеспечения, несколько стратегий хранения данных. У вас также, вероятно, будут очень размытые административные навыки. Вместо этого объедините экземпляры в одно физическое оборудование, оптимизированное для этой роли, и выделите выделенные ресурсы для управления сервером и его данными.
С административной точки зрения тоже следует повысить эффективность. Представьте, что вы запускаете свое предприятие на приложениях с открытым исходным кодом, которые используют MySQL в качестве общей серверной части. Вы действительно хотите, чтобы количество серверов баз данных увеличивалось с каждым приложением? Это может быть кошмар для администраторов баз данных: «Хорошо, какое приложение использует эту БД?» У вас будет несколько версий, несколько конфигураций аппаратного и программного обеспечения, несколько стратегий хранения данных. У вас также, вероятно, будут очень размытые административные навыки. Вместо этого объедините экземпляры в одно физическое оборудование, оптимизированное для этой роли, и выделите выделенные ресурсы для управления сервером и его данными.
Вы действительно хотите, чтобы количество серверов баз данных увеличивалось с каждым приложением? Это может быть кошмар для администраторов баз данных: «Хорошо, какое приложение использует эту БД?» У вас будет несколько версий, несколько конфигураций аппаратного и программного обеспечения, несколько стратегий хранения данных. У вас также, вероятно, будут очень размытые административные навыки. Вместо этого объедините экземпляры в одно физическое оборудование, оптимизированное для этой роли, и назначьте выделенные ресурсы для управления сервером и его данными. Вы действительно хотите, чтобы количество серверов баз данных увеличивалось с каждым приложением? Это может быть кошмар для администраторов баз данных: «Хорошо, какое приложение использует эту БД?» У вас будет несколько версий, несколько конфигураций оборудования / программного обеспечения, несколько стратегий хранения данных. У вас также, вероятно, будут очень размытые административные навыки. Вместо этого объедините экземпляры в одно физическое оборудование, оптимизированное для этой роли, и назначьте выделенные ресурсы для управления сервером и его данными.