test

Sun Java System Application Server 9.1 배포 계획 설명서

네트워크 구성 계획

Application Server를 네트워크로 통합하는 방법을 계획할 때 대역폭 요구 사항을 예측하고 사용자의 성능 요구 사항에 맞출 수 있는 방식으로 네트워크를 계획합니다.

이 절은 다음 내용으로 구성됩니다.

대역폭 요구 사항 예측

원하는 네트워크 크기 및 대역폭을 결정하려면 먼저 네트워크 트래픽을 결정하고 그 최대치를 확인합니다. 전체 양이 최대치에 도달하는 특정 시간, 요일 또는 일자가 있는지 확인하여 트래픽 최대 기간을 결정합니다.

최대 로드 시간 동안 네트워크의 패킷 수는 최고 수준에 도달합니다. 일반적으로 최대 로드를 사용하도록 설계할 경우 최대 양을 100% 처리하도록 시스템 크기를 조정합니다. 그러나 네트워크는 예상치 않게 동작하며, 네트워크 크기를 조정하더라도 최대 양의 100%를 처리하지 못하는 경우가 발생할 수 있다는 사실에 유의해야 합니다.

예를 들어 최대 로드 시 Application Server에 배포된 응용 프로그램에 액세스할 때 사용자의 5%가 간혹 네트워크에 즉시 액세스할 수 없다고 가정합니다. 이 5%의 사용자 중에서 첫 시도 이후 액세스를 다시 시도하는 사용자 수를 예측합니다. 다시 이 사용자 중 일부가 액세스에 실패할 수 있고 이러한 실패한 부분 중 일부 사용자가 또 다시 시도합니다. 따라서 사용자가 계속 액세스를 시도하는 시간 전체에 걸쳐 최대 사용이 분산되기 때문에 최대 로드가 더 오래 나타납니다.

필요 대역폭 계산

성능 목표 설정에서 계산한 결과에 따라 사이트에서 Application Server를 배포하는 데 필요한 추가 대역폭을 결정합니다.

액세스 방식(T-1 회선, ADSL, 케이블 모뎀 등)에 따라 예측된 로드를 처리하는 데 필요한 추가 증가 대역폭 크기를 계산합니다. 예를 들어 사이트에서 T-1 또는 더 높은 속도의 T-3 회선을 사용한다고 가정합니다. 대역폭이 제공되면 해당 사이트에서 초당 생성된 평균 요청 수와 최대 로드 최대값에 따라 네트워크에 필요한 회선 수를 예측합니다. 웹 사이트 분석 및 모니터링 도구를 사용하여 이러한 수치를 계산합니다.

예 2–3 필요 대역폭 계산

단일 T-1 회선은 1.544Mbps를 처리할 수 있습니다. 따라서 T-1 회선 4개로 구성된 네트워크는 약 6Mbps의 데이터를 처리할 수 있습니다. 클라이언트로 반환된 평균 HTML 페이지가 30KB인 경우 T-1 회선 4개로 구성된 이 네트워크는 다음과 같은 초당 트래픽을 처리할 수 있습니다.

6,176,000비트/8비트 = 초당 772,000바이트

초당 772,000바이트/30KB = 초당 약 25개의 동시 응답 페이지

초당 25페이지의 트래픽이 있는 이 시스템에서는 하루 내내 균일한 로드 처리량이 제공된다는 가정 하에 시간당 90,000페이지(25 x 60초 x 60분), 따라서 하루에 최대 2,160,000페이지를 처리할 수 있습니다. 최대 로드 최대값이 이 값보다 큰 경우 대역폭을 적절하게 늘립니다.

최대 로드 예측

하루 내내 균일한 로드 처리량을 제공하는 것은 실제로 불가능할 수 있습니다. 최대 로드 발생 시기, 지속 기간 및 총 로드에 대한 최대 로드 비율을 결정해야 합니다.

예 2–4 최대 로드 계산

최대 로드가 2시간 동안 지속되고 전체 로드의 30%인 2,160,000페이지를 차지할 경우 해당 시간 동안 T-1 회선을 통해 648,000페이지를 전송해야 합니다.

따라서 이 2시간 동안 최대 로드를 수용하려면 다음 계산에 따라 T-1 회선 수를 늘려야 합니다.

648,000페이지/120분 = 분당 5,400페이지

분당 5,400페이지/60초 = 초당 90페이지

4개 회선이 초당 25페이지를 처리할 수 있는 경우 해당 페이지 수의 약 4배에는 회선 수의 4배가 필요하므로 이 경우 16개 회선이 필요합니다. 16개의 회선은 30%의 최대 로드 최대값을 실제로 처리할 수 있음을 의미합니다. 나머지 70%의 로드는 하루 중 나머지 시간 동안 이러한 여러 회선을 통해 처리할 수 있습니다.

서브넷 구성

응용 프로그램 서버 인스턴스와 HADB 노드가 각기 다른 호스트 시스템에 있는 개별 계층 토폴로지를 사용할 경우 모든 HADB 노드를 별도의 서브넷에 배치하여 성능을 향상시킬 수 있습니다. 이는 HADB에서 UDP(User Datagram Protocol)를 사용하기 때문입니다. 별도 서브넷을 사용하면 해당 서브넷 외부 시스템에 대한 UDP 트래픽이 감소합니다.그러나 모든 HADB 노드는 동일한 서브넷에 있어야 합니다.

모든 노드 및 관리 에이전트가 같은 서브넷에 있는 한 관리 클라이언트를 다른 서브넷에서 실행할 수 있습니다. 모든 노드 에이전트에서 모든 호스트와 포트에 액세스할 수 있어야 하고 노드가 방화벽, UDP 차단 등으로 차단되면 안 됩니다.

HADB에는 UDP 멀티캐스트가 사용되므로 HADB 노드가 포함된 서브넷은 멀티캐스트를 사용하도록 구성해야 합니다.

네트워크 카드 선택

큰 대역폭과 최적의 네트워크 성능을 위해 Application Server를 호스팅하는 서버와 HADB 노드 사이에 최소 100Mbps의 이더넷 카드 또는 1Gbps 이더넷 카드(권장)를 사용합니다.

HADB를 위한 네트워크 설정

주 –

HADB는 UDP 멀티캐스트를 사용하므로 시스템의 라우터와 호스트 네트워크 인터페이스 카드에서 멀티캐스트를 활성화해야 합니다. HADB가 여러 하위 네트워크에 걸쳐 있으면 하위 네트워크 사이의 라우터에서도 멀티캐스트를 활성화해야 합니다. 최상의 결과를 얻으려면 HADB 노드를 모두 같은 네트워크에 배치합니다. Application Server 인스턴스는 다른 하위 네트워크에 존재할 수 있습니다.

다음은 네트워크에서 HADB가 최적의 상태로 작동하기 위한 권장 사항입니다.