test

Sun Management Center 3.6.1 설치 및 구성 안내서

서버 계층 자원

서버 계층은 Sun Management Center 소프트웨어의 핵심입니다. 서버 계층 호스트에 대해 하드웨어를 적절하게 지정해야 Sun Management Center의 작업이 신뢰할 수 있고 잘 반응합니다. Sun Management Center 서버 계층의 하드웨어 요구 사항은 에이전트의 요구 사항에 비해 상당히 많습니다. Sun Management Center 3.6.1 서버 계층 시스템 요구 사항은 Sun Management Center 3.0 서버 계층에 대한 하드웨어 요구 사항에 비해 많습니다. 버전 3.0 서버 호스트가 Sun Management Center 3.6.1 시스템 요구 사항을 반드시 충족하지는 않습니다.

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

주 –

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

권장 서버 하드웨어 플랫폼

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

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

구조 

시스템 유형 

CPU Type 

RAM 

스왑 공간 

소형 서버 

Sun Blade 100 또는 동급 

502 MHz UltraSPARC IIe CPU 이상 1개 

1GB 

최소 512MB, 1GB 권장 

중형 서버 

Sun Fire 280R 

750 MHz UltraSPARC II CPU 이상 2개 

1GB 

최소 512MB, 1GB 권장 

대형 서버 

Sun Blade 2000 

1015 Mhz UltraSPARC III CPU 이상 2개 

1GB 

최소 512MB, 1GB 권장 

초대형 서버 

Sun Fire 880 

900 Mhz UltraSPARC III CPU 이상 4개 

2GB 

1GB 

크기 조정 요구 사항

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

관리 작업의 영향으로 인해 크기 지정 요구 사항은 서버에 설치되어 있는 모든 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 구성에 사용합니다. 초대형 Sun Management Center 서버는 사용 가능한 디스크 공간 및 예상 PRM 데이터 수집 요구 사항에 따라 소형 및 중형 PRM과 함께 사용할 수 있습니다.

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시간-1개월)을 지정하여 광범위한 보고서를 생성할 수 있습니다.

일반 보고서를 생성하는 데에는 몇 초에서 몇 분이 소요됩니다. 실제 필요한 시간은 다음 요소의 영향을 받습니다.

예를 들어, Performance Reporting Manager 애드온과 함께 구성된 중형 Sun Management Center 서버에서 지난 24시간 동안 1개의 에이전트에 대한 5개의 등록정보를 포함하는 비교적 간단한 보고서는 약 20초에 생성할 수 있습니다. 반대로 지난 7일 동안 5개의 에이전트에 대한 5개의 등록정보를 포함하는 보다 내용이 많은 보고서는 생성하는 데 약 10분이 소요될 수 있습니다.

주 –

Performance Reporting Manager 애드온을 사용하는 중형 Sun Management Center 서버로 2개의 450 MHz UltraSPARC II CPU와 1GB의 RAM 및 1GB의 스왑으로 구성된 SunFire-280R을 가정합니다. 또한 SunFire-280R은 Performance Reporting Manager에 대해 300개의 에이전트를 모니터링하고 에이전트당 300개의 데이터 등록정보를 수집한다고 가정합니다.

Performance Reporting Manager 보고서 예약

보고서를 생성하는 데 30분 이상 소요되는 경우 보고서를 4:00 AM과 8:00 AM 사이에 실행하도록 예약하는 것이 좋습니다. 큰 보고서를 4:00 AM 이후에 실행하도록 예약하면 일반 업무 시간 동안 Sun Management Center 서버의 부하를 감소시킬 수 있고, 일반적으로 12:00 AM에서 4:00 AM 사이에 발생하는 야간 Sun Management Center 작업 및 Performance Reporting Manager 작업과의 충돌을 감소시킬 수 있습니다.

성능 고려 사항

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

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

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

토폴로지 그룹 구성

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

관리 작업

Sun Management Center 서버 활동은 다음 요소에 따라 다릅니다.

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

결과적으로 경보 임계값이 잘못 구성되면 애드온을 사용하지 않아도 관리 작업이 많이 발생할 수 있습니다. 반대로 관리 대상 시스템이 안정적이며 경보 임계값이 적절한 경우 여러 애드온을 통한 관리 작업이 적게 발생합니다.

콘솔 사용자 수

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

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

이러한 작업을 동시에 실행하지 않고 큰 작업을 여러 개로 나누고 가능한 한 컴퓨터 사용량이 적을 때 작업 일정을 잡거나 작업함으로써 사용자가 시작하는 이러한 작업의 영향을 최소화할 수 있습니다.