더 복잡한 Sun Java System Web Server 구성에서는 서버가 인트라넷 배포에 사용할 가상 서버 몇 개를 더 호스팅합니다. 예를 들어 직원들이 다른 사용자의 전화 번호를 조회하고, 구내 지도를 보고, 정보 협력 부서에 대한 요청 상태를 추적할 수 있는 3개의 내부 사이트가 있습니다. 이 예의 앞부분에서 이러한 사이트는 phone.example.com, maps.example.com 및 is.example.com이 매핑된 3개의 다른 컴퓨터에서 호스팅되었습니다.
하드웨어 및 관리 오버헤드를 최소화하기 위해 시스템 example.com에 있는 웹 서버 하나에 3개 사이트 모두를 통합할 수 있습니다. URL 호스트 기반 가상 서버 사용 또는 별도의 HTTP Listener를 사용하는 두 가지 방법을 사용하여 이러한 통합을 설정할 수 있습니다. 두 가지 방법에는 각각 장단점이 있습니다.
URL 호스트 기반 가상 서버를 사용한 인트라넷 호스팅
URL 호스트 기반 가상 서버는 설정하기 쉽지만 다음과 같은 단점이 있습니다.
이 구성에서 SSL을 지원하려면 와일드카드 인증서를 사용하는 비표준 설정이 필요합니다.
URL 호스트 기반 가상 서버는 기존 HTTP 클라이언트에서 작동하지 않습니다.
주소별로 한 개의 HTTP Listener를 사용하여 IP 주소 기반 구성을 설정할 수도 있습니다.
별도의 HTTP Listener를 사용한 인트라넷 호스팅
IP 주소 기반 가상 서버를 사용하는 경우의 장점은 다음과 같습니다.
HTTP/1.1 Host 헤더를 지원하지 않는 이전 클라이언트에서 작동합니다.
SSL 지원 제공이 간단합니다.
다음과 같은 단점이 있습니다.
호스트 컴퓨터의 구성을 변경해야 합니다(실제 또는 가상 네트워크 인터페이스 구성).
수천 개의 가상 서버가 있는 구성으로 확장되지 않습니다.
두 가지 구성을 위해서는 3개의 이름에 대해 이름 대 주소 매핑을 설정해야 합니다. IP주소 기반 구성에서 각 이름은 서로 다른 주소에 매핑됩니다. 호스트 시스템이 이러한 모든 주소에서 연결을 수신하도록 설정해야 합니다. URL 호스트 기반 구성에서 모든 이름은 시스템이 원래 가졌던 동일한 주소에 매핑될 수 있습니다.
HTTP Listener가 여러 개인 구성에서는 서버가 요청이 들어온 주소를 찾을 필요가 없기 때문에 최소한의 성능 향상이 있을 수 있습니다. 그러나 여러 개의 HTTP Listener를 사용하면 추가 억셉터 스레드 때문에 추가 오버헤드(메모리 및 일정 계획)가 발생하기도 합니다.