test

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

시스템 크기 조정

Application Server 인스턴스의 로드, HADB의 로드 및 페일오버 요구 사항에 따라 다음을 결정할 수 있습니다.

Application Server 인스턴스 수

각 인스턴스는 둘 이상의 CPU(Central Processing Unit)를 사용할 수 있지만 필요한 Applications Server 인스턴스(호스트) 수를 결정하려면 각 Application Server 인스턴스에 대해 Application Server 인스턴스의 로드 예측에 설명된 요소를 기초로 환경을 평가합니다.

HADB 노드 수

일반적인 지침으로 시스템에서 CPU별로 하나의 HADB 노드를 포함하도록 계획합니다. 예를 들어 CPU가 두 개인 하나의 시스템에 HADB 노드 두 개를 사용합니다.

주 –

더 큰 시스템을 사용하는 경우처럼 시스템당 둘 이상의 HADB 노드가 있는 경우에는 시스템에 여러 개의 무정전 전원 공급 장치, 독립 디스크 컨트롤러 등 충분한 중복성과 확장성이 있어야 합니다.

또는 다음 절차를 사용합니다.

Procedure필요한 HADB 노드 수를 결정하는 방법

  1. 다음 매개 변수를 결정합니다.

    • 최대 동시 사용자 수 n users

    • 평균 BLOB 크기 s

    • 사용자당 최대 처리 속도(NTPS)

  2. 최대 기본 데이터 양의 크기(GB)를 나타내는 V data를 결정합니다.

    다음 공식을 사용합니다.

    V data = nusers .s

  3. 최대 HADB 데이터 전송 속도 R dt를 결정합니다.

    이 값은 응용 프로그램측에서 HADB로 전송되는 데이터 양을 반영합니다. 다음 공식을 사용합니다.

    Rdt = nusers .s .NTPS

  4. 노드 수 N NODES를 결정합니다.

    다음 공식을 사용합니다.

    NNODES = V data /5GB

    노드는 쌍으로 작동하므로 이 값을 짝수로 반올림합니다.

HADB 호스트 수

데이터 전송 요구 사항에 따라 HADB 호스트 수를 결정합니다. 이 계산에서는 모든 호스트의 하드웨어 구성과 운영 체제가 비슷하고 호스트에서 실행하는 노드를 수용하는 데 필요한 자원이 있다고 가정합니다.

Procedure호스트 수를 계산하는 방법

  1. 최대 호스트 데이터 전송 속도 R max를 결정합니다.

    이 값은 네트워크와 호스트 하드웨어에 따라 결정되므로 경험을 기초로 결정합니다. 이 값은 이전 절에서 결정한 최대 HADB 데이터 전송률 R dt와 다른 값입니다.

  2. 이 데이터를 수용하는 데 필요한 호스트 수를 결정합니다.

    호스트 수 N HOSTS에 분산된 데이터의 양 V를 업데이트하면 각 호스트가 약 4V/N HOSTS의 데이터를 수신합니다. 다음 공식으로 이 데이터 양을 수용하는 데 필요한 호스트 수를 결정합니다.

    NHOSTS = 4 .Rdt / Rmax

    각 DRU의 호스트 수를 같게 하기 위해 이 값을 가장 가까운 짝수로 반올림합니다.

  3. 각 DRU에 예비 노드용 호스트를 하나씩 추가합니다.

    다른 호스트가 각기 N개의 데이터 노드를 실행할 경우 이 호스트에서 N개의 예비 노드를 실행하게 합니다. 그러면 N개 데이터 노드를 다운시키는 단일 시스템 오류가 허용됩니다.

    각 호스트는 하나 이상의 노드를 실행해야 하므로 노드 수가 호스트 수보다 작을 경우(NNODES < NHOSTS) NNODES를 NHOSTS와 같아지도록 조정합니다. 노드 수가 호스트 수보다 큰 경우에는(NNODES \> NHOSTS) 동일한 호스트에서 여러 개의 노드를 실행할 수 있습니다.

HADB 저장 용량

HADB는 네트워크 용량이 초과될 때까지 노드를 추가할 수 있으므로 직선에 가까운 확장이 가능합니다. 각 노드는 전용 디스크의 저장 장치에 구성되어야 합니다. 모든 노드에는 저장 장치에 할당된 크기에 상당하는 공간이 있어야 합니다. 저장 장치가 로컬 디스크에 할당되어 있는지 확인합니다.

예상 세션 데이터 크기를 xMB라고 가정합니다. HADB에서는 데이터를 미러 노드에 복제하므로 2xMB의 저장소가 필요합니다. 또한 HADB는 색인을 사용하여 데이터에 빠르게 액세스할 수 있도록 합니다. 두 개의 노드에는 색인에 사용할 추가 2xMB가 필요하므로 전체 4x의 저장 용량이 필요합니다. 따라서 HADB의 예상 저장 용량 요구 사항은 예상 데이터 양의 4배입니다.

새 노드를 추가한 후 데이터를 다시 단편화해야 할 수 있으므로 향후 HADB의 데이터 손실 없는 확장을 고려하면 온라인 업그레이드를 위한 추가 저장 용량을 제공해야 합니다. 이 경우 데이터 장치에 비슷한 크기의 추가 공간(4x)이 필요합니다. 따라서 예상 저장 용량은 예상 데이터 양의 8배입니다.

또한 HADB에서는 다음과 같은 디스크 공간이 사용됩니다.

다음은 xMB의 세션 데이터에 대한 HADB 저장 공간 요구 사항을 간략하게 설명한 표입니다.

표 2–3 XMB의 세션 크기에 대한 HADB 저장 공간 요구 사항

조건 

필요한 HADB 저장 공간 

온라인일 필요가 없는 상태에서 HADB 노드 추가 또는 제거

4xMB + (4*로그 버퍼 크기) + 장치 크기의 1%

온라인이여야 하는 상태에서 HADB 노드 추가 또는 제거 

8xMB + (4*로그 버퍼 크기) + 장치 크기의 1%

HADB는 장치 공간이 부족할 경우 데이터를 삽입하거나 업데이트하는 클라이언트 요청을 허용하지 않지만 삭제 작업은 허용합니다. HADB에 장치 공간이 부족하면 오류 코드 4593 또는 4592가 반환되고 해당 오류 메시지가 내역 파일에 기록됩니다. 이러한 메시지에 대한 자세한 내용은 Sun Java System Application Server 9.1 Error Message Reference의 14 장, HADB Error Messages를 참조하십시오.