LAMP는 응용 프로그램 스택이지만 모두 동일한 호스트에 설치 될 필요는 없습니다. 다른 사람들이 성능, 보안 또는 확장 성 목적으로 언급 한 것처럼 종종 동일한 호스트에 설치되지 않습니다. 또한 아키텍처의 한 부분에 최적 인 하드웨어가 다른 부분에 적합하지 않을 수도 있습니다.
예를 들어, 데이터베이스는 모두 스토리지 관리에 관한 것입니다. 디스크에서 정보를 더 빨리 얻을 수 있으면 요청자에게 더 빨리 얻을 수 있습니다. 웹 서버와 같은 여러 다른 응용 프로그램 스택 구성원과 디스크 하위 시스템을 공유하는 경우 디스크 드라이브의 읽기 및 쓰기 heds의 공유 리소스에 대한 경합이 실제로 성능을 방해 할 수 있습니다. 또한 특정 호스트에서 웹 서버와 데이터베이스 서버간에 RAM을 분할하면 가장 효율적인 방식으로 실행할 수있는 충분한 리소스 풀을 제공하지 않을 수 있습니다. 디스크에 가지 않고도 RAM에 많은 정보를 캐시 할 수 있습니다. 이미지, 페이지 또는 쿼리 결과 세트
행정적으로도 얻을 수있는 효율성이 있습니다. MySQL을 공통 백엔드로 활용하는 오픈 소스 애플리케이션에서 엔터프라이즈를 운영한다고 가정 해보십시오. 각 앱마다 데이터베이스 서버 확산을 원하십니까? 이것은 DBA의 악몽 일 수 있습니다. "OK, 어떤 응용 프로그램이이 DB를 사용합니까?" 여러 버전, 하드웨어 / 소프트웨어의 다중 구성, 여러 데이터 보존 전략이 있습니다. 또한 매우 광범위한 관리 기술을 보유하고있을 것입니다. 대신, 인스턴스를 역할에 최적화 된 하나의 물리적 하드웨어로 통합하고 서버와 데이터를 관리하기위한 전용 리소스를 할당하십시오.