인트라넷 호스팅

더 복잡한 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를 사용하면 추가 억셉터 스레드 때문에 추가 오버헤드(메모리 및 일정 계획)가 발생하기도 합니다.