test

Sun Management Center 3.5 설치 및 구성 설명서

서버 계층 자원

서버 계층은 Sun Management Center 소프트웨어의 핵심입니다. 서버 계층 호스트의 적절한 하드웨어 사양은 Sun Management Center의 응답과 관련된 신뢰할 수 있는 작업에 있어서 매우 중요합니다. Sun Management Center 서버 계층의 하드웨어 요구 사항은 에이전트의 요구 사항에 비해 상당히 많습니다. Sun Management Center 3.5 서버 계층 시스템 요구 사항은 Sun Management Center 2.x 및 3.0 서버 계층의 하드웨어 요구 사항보다 많습니다. 버전 2.x 또는 3.0 서버 호스트는 Sun Management Center 3.5 시스템 요구 사항을 충족하지 않아도 됩니다.

Sun Management Center 서버 계층은 이 절에서 설명된 최소한의 하드웨어 요구 사항을 충족하는 Solaris 버전 8 또는 Solaris 버전 9를 실행하는 SPARC 플랫폼 데스크탑 및 서버에서 지원됩니다.

주 –

최상의 성능을 발휘하려면 서버 계층 응용 프로그램만을 실행하는 전용 시스템에 Sun Management Center 3.5 서버 계층을 설치해야 합니다.

권장 서버 하드웨어 플랫폼

다음 표에 지정된 하드웨어 시스템은 Sun Management Center 서버 플랫폼으로 사용할 수 있는 네 개의 광범위한 시스템 클래스입니다. 각각의 경우에 대체 시스템 구성이 동일한 성능을 제공할 수 있습니다.

표 C–4 권장 Sun Management Center 서버 하드웨어 플랫폼

구조 

시스템 유형 

CPU 유형 

RAM 

스왑 공간 

소형 서버 

Netra X1, Netra T1, Sun Blade 100 또는 동급 기종 

502MHz UltraSPARC IIe CPU 이상 한 개 

1GB 

최소 512MB, 1GB 권장 

중형 서버 

Sun Enterprise 80 또는 동급 기종 

450 MHz UltraSPARC II CPU 이상 두 개 

1GB 

최소 512MB, 1GB 권장 

대형 서버 

Sun Fire 280R, Netra T4 또는 Sun Blade 1000 

750 MHz UltraSPARC III CPU 이상 두 개 

1GB 

최소 512MB, 1GB 권장 

초대형 서버 

Sun Fire 480R 또는 동급 기종 

900Mhz UltraSPARC III CPU 이상 4개 

2GB 

1GB 

크기 조정 요구 사항

Sun Management Server 호스트 크기 조정 요구 사항은 주로 서버 계층에서 관리하고 있는 에이전트의 수와 이러한 에이전트의 관리 작업에 따라 다릅니다. 관리 작업은 시스템에서 생성하는 작업(예: 이벤트 생성 및 처리)과 사용자가 시작하는 작업(예: 데이터 찾아보기, 네트워크 검색, 그룹 작업, 시스템 모니터링 및 진단)으로 구성됩니다.

관리 작업에 미치는 영향 때문에 크기 조정 요구 사항은 서버에 설치되는 모든 Sun Management Center 애드온 패키지의 수, 유형 및 구성뿐만 아니라 관리 대상 노드의 수에 따라 다릅니다. 일반적으로 사용 중인 애드온의 수가 많을수록 관리 작업이 많아지며 서버 하드웨어 요구 사항도 많아집니다.

다음 다이어그램에는 관리 중인 에이전트 수라는 함수로 Sun Management Center 서버에 대한 권장 시스템 클래스가 표시되어 있고 예상 관리 작업량이 나타나 있습니다. 이 다이어그램에서는 Sun Management Center 콘솔을 서버 시스템에서 실행하고 있지 않다고 가정합니다. 또한 소형 서버에 대한 5개의 원격 콘솔 셰션, 중형 서버에 대한 10개의 원격 콘솔 세션과 대형 서버와 초대형 서버에 대한 15개의 원격 콘솔 세션이 있다고 가정합니다.

그림 C–1 일별 이벤트 및 관리 대상 개체에 의한 Sun Management Center 서버 로드

일별 이벤트 및 관리 대상 개체에 의한 Sun Management Center 서버 로드

위 다어그램에 표시된 시스템 클래스는 유사한 성능을 갖는 호스트 클래스를 대표합니다.

주의 – 주의 –

서버 계층 호스트에서 Sun Management Center 콘솔 응용 프로그램을 실행하면 시스템 성능이 저하되며 활성 콘솔 세션의 수에 의해서도 시스템 성능이 저하됩니다. 서버 레이어 구성 요소를 지원하도록 서버 호스트의 크기를 조정하지 않을 경우 서버 시스템의 Sun Management Center 콘솔을 실행하지 마십시오.

Performance Reporting Manager 애드온이 있는 Sun Management Center 서버

Sun Management Center Performance Reporting Manager (PRM) 애드온을 사용하여 기록 경향을 추적하고 Sun Management Center 에이전트에서 모니터하는 데이터 등록 정보에 대한 보고서를 작성합니다. PRM 애드온은 대량의 데이터를 수집 및 처리할 수 있기 때문에 Sun Management Center 서버의 크기 조정 요구 사항에 큰 영향을 미칠 수 있습니다.

PRM 애드온이 미치는 영향은 그림 C–1의 PRM 세그먼트에 표시되어 있습니다. 일반적으로 관리 작업이 증가하고 PRM에서 추적하는 데이터 등록 정보의 전체 수가 늘어나면 Sun Management Center 서버에서 관리할 수 있는 에이전트의 수는 줄어듭니다.

PRM 애드온이 있는 Sun Management Center 서버의 요구 사항을 확인하려면 다음 두 단계를 수행합니다

  1. PRM 애드온이 설치된 Sun Management Center 서버에서 관리하는 전체 에이전트 수를 기반으로 그림 C–1의 PRM 세그먼트를 참조하여 필요한 시스템 클래스를 확인합니다.

  2. 수집하려는 PRM 데이터 등록 정보의 예상 개수를 기반으로 다음 절에 설명된 대로 적절한 PRM 구성을 확인합니다.

PRM 구성 유형

Sun Management Center를 설정하는 동안 다음 표에 표시된 PRM 구성 유형 중 하나를 선택할 수 있습니다. 구조 열은 표 C–4에 나열된 시스템 구조를 말합니다.

표 C–5 PRM 구성 유형 요구 사항

PRM 구성 유형 

디스크 공간 

PRM 등록 정보의 전체 수 

에이전트 수의 예 

에이전트당 등록 정보 개수의 예 

구조  

소형 PRM 

5GB 

50,000 

100 

300 

소형 

 

 

 

400 

100 

중형 

중형 PRM 

12GB 

150,000 

300 

300 

중형 

 

 

 

500 

300 

대형 

 

 

 

750 

200 

초대형 

대형 PRM 

24GB 

240,000 

600 

300 

대형 

 

 

 

750 

300 

초대형 

소형 Sun Management Center 서버는 소형 PRM 구성에 사용하고 중형 서버는 중형 PRM 구성에 사용하고 대형 및 초대형 서버는 대형 PRM 구성에 사용합니다. 사용 가능한 디스크 공간과 예상 PRM 데이터 수집 요구 사항에 따라 소형 또는 중형 PRM과 함께 초대형 Sun Management Center 서버를 사용할 수 있습니다.

PRM 서버 구성의 예

다음 표에서는 각 에이전트가 PRM마다 평균 300개의 등록 정보를 수집한다고 가정하고 각 구조 유형에서 관리할 수 있는 에이전트 수를 예로 들었습니다. 시간별 데이터 수집 열에는 데이터 수집에 필요한 예상 시간이 표시되어 있습니다. 야간 처리 열에는 수집된 데이터를 처리하는 예상 시간이 표시되어 있습니다. 데이터 수집의 기간과 후속 처리는 서버 하드웨어, 서버 작업 및 데이터베이스의 PRM 데이터 양에 따라 다릅니다.

표 C–6 서버의 예: 관리 중인 에이전트 수

구조 

에이전트 수 

PRM 등록 정보의 전체 수 

PRM 구성 유형 

시간별 데이터 수집 

야간 처리 

소형 

100 

30,000 

소형 

2분  

1-2시간 

중형 

300 

90,000 

중형 

7분  

3-4분 

대형 

600 

180,000 

대형 

7분  

3-6시간 

초대형 

750 

225,000 

대형 

6분 

3-6 시간 

Performance Reporting Manager 보고서 만들기

에이전트의 수, 데이터 등록 정보의 수 및 4시간에서 한 달 등과 같은 보고 기간을 다르게 지정하여 다양한 보고서를 만들 수 있습니다.

일반 보고서 작성에는 몇 초에서 몇 분 정도 소요됩니다. 필요한 실제 시간은 다음 요소에 따라 다릅니다.

예를 들어, Performance Reporting Manager 애드온으로 구성된 중형 Sun Management Center 서버에서 최근 24시간 동안 하나의 에이전트에 5개의 등록 정보를 포함하는 간단한 보고서는 20초만에 만들 수 있습니다. 이에 비해 최근 7일동안 5개의 에이전트에서 5개의 등록 정보를 포함하는 보다 실질적인 보고서는 만드는 데 10분 정도 걸릴 수 있습니다.

주 –

Performance Reporting Manager 애드온이 있는 중형 Sun Management Center 서버는 450MHz UltraSPARC II CPU 두 개, 1GB RAM 및 1GB 스왑이 있는 Ultra-80으로 가정합니다. 또한 Ultra-80은 300개의 에이전트를 모니터하고 Performance Reporting Manager에 대해 에이전트당 300개의 데이터 등록 정보를 수집하고 있다고 가정합니다.

Performance Reporting Manager 보고서 예약

보고서 작성 시간이 30분 이상이 걸릴 경우 오전 4시에서 8시 사이에 보고서를 작성하도록 예약하는 것이 좋습니다. 오전 4시 이후에 양이 많은 보고서를 작성하도록 예약하면 업무 시간에 Sun Management Center 서버의 로드를 줄이고, 오전 12시에서 4시 사이에 일반적으로 수행되는 Sun Management Center 및 Performance Reporting Manager의 야간 태스크와의 충돌을 줄일 수 있습니다.

성능 고려 사항

서버 계층 성능에 영향을 주는 주요 요소는 다음과 같습니다.

동시에 Sun Management Center 구성 요소 시작

서버 계층과 여러 에이전트를 동시에 시작하면 서버 계층의 성능이 저하될 수 있습니다. 수백 개의 에이전트를 관리하는 서버 계층을 초기화하는 경우 콘솔 응답이 느려지고 일시적으로 일부 에이전트에 액세스하지 못할 수 있습니다.

토폴로지 그룹 구성

Sun Management Center 서버 컨텍스트의 토폴로지 그룹 수는 다음을 초과하지 않아야 합니다.

관리 작업

Sun Management Center 서버 작업은 다음 요소에 따라 달라집니다.

마지막 두 요소가 관리 대상 노드가 이벤트 처리 형식으로 관리 작업을 생성하는 경향에 많은 영향을 줍니다.

따라서 경보 임계값이 제대로 구성되어 있지 않는 경우에도 애드온 없이 많은 관리 작업을 수행할 수 있습니다. 반대로 관리 대상 시스템이 안정적이며 경보 임계값이 적절한 경우 여러 애드온을 통한 관리 작업이 적게 발생합니다.

콘솔 사용자 수

동시에 발생한 Sun Management Center 콘솔 사용자 세션의 수가 증가하면 서버 계층에서 로드가 적당히 증가합니다. 예상 크기 조정 시 소형 구성의 경우 5명의 활성 사용자, 중형 구성의 경우 10명의 사용자, 대형 및 초대형 서버의 경우 15명의 사용자를 기준으로 합니다. 예상 크기 조정 시 사용자가 관리 대상 등록 정보 데이터 및 이벤트 찾아보기 및 등록 정보 속성 편집 등의 작업을 수행하고 있다고 가정합니다.

사용자가 시작하는 일부 작업은 작업하는 동안 일시적으로 서버 계층의 성능에 영향을 미칠 수 있습니다.

이러한 작업을 동시에 실행하지 않고 큰 작업을 여러 개로 나누고 시스템 사용량이 가능한 한 적을 때 작업을 수행하거나 예약함으로써 이와 같은 사용자가 시작하는 작업의 영향을 최소화할 수 있습니다.