test

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

부록 C 하드웨어 자원 확인

이 부록에서는 Sun Management Center 기본 관리 프레임워크 및 기본 애드온 제품에 대한 적합한 크기의 하드웨어를 선택하는 데 필요한 지침을 제공합니다. Sun Management Center 기본 관리 프레임워크 및 각 기본 애드온 제품은 Sun Management Center의 핵심 계층인 에이전트, 서버 및 콘솔에 따라 디스크 공간 요구 사항이 다릅니다.

이 장에서는 다음 내용을 설명합니다.

주 –

이 절에서 제공되는 정보는 타사 모듈에 대한 정보가 포함되어 있지 않으며 크기 관련 수치에도 이러한 모듈이 반영되어 있지 않습니다.

에이전트 계층 자원

고급 관리 및 모니터링 기능을 활성화하려면 Sun Management Center 3.5 에이전트를 네트워크에 있는 모든 관리 대상 노드에 설치해야 합니다. Sun Management Center 에이전트는 Solaris 버전 2.6, Solaris 버전 7, Solaris 버전 8 또는 Solaris 버전 9를 실행하는 모든 SPARC 플랫폼 워크스테이션 및 서버에서 지원됩니다. Sun Management Center 에이전트는 Solaris 운영 환경(x86 플랫폼판) 시스템 또는 Microsoft Windows 시스템에서는 사용할 수 없습니다.

CPU 자원

Sun Management Center 에이전트는 호스트 시스템에 최소한의 계산 부하를 추가합니다. 정기적인 데이터 수집, 경보 규칙 처리, 경보 알림, 경보 작업 실행 및 클라이언트 요청 처리 등을 포함한 정상적인 관리 작업으로 인해 계산 부하가 발생합니다.

이 부하의 양은 데이터를 수집하는 속도, 수집되는 데이터 양, 감지하는 경보 수 및 사용자 요청의 수에 비례합니다. 따라서 소모되는 CPU 자원의 비율은 시스템에 로드되는 모듈의 수와 종류, 해당 모듈의 구성 및 호스트 시스템의 계산 능력에 따라 다릅니다.

광범위한 모듈이 로드되어 있고 관리 작업이 많은 로우 엔드 시스템에서도 에이전트는 CPU 자원의 일부만 사용해야 합니다.

다음 표에는 CPU 및 RAM 사용 예상치가 나열되어 있습니다.

표 C–1 시스템 유형별 에이전트 CPU 및 RAM 사용 예상치

서버 유형 

구성 

CPU 사용 

RAM 사용(평균) 

간단한 구성/복잡한 구성  

최대  

최소  

평균  

크기  

상주 크기 

Netra X1 

간단한 구성 

16.3% 

0.0% 

0.09% 

12MB 

10MB  

Sun Enterprise 420R 

간단한 구성 

14.3% 

0.0% 

0.13% 

15MB 

14MB  

Sun Blade 1000 

간단한 구성 

0.3% 

0.0% 

0.03% 

17MB 

16MB  

Sun Blade 100 

복잡한 구성 

14.0% 

0.2% 

8.9% 

29MB 

29MB  

간단한 구성은 다음 모듈이 로드된 에이전트를 기반으로 합니다.

복잡한 구성은 다음 모듈이 로드된 에이전트를 기반으로 합니다.

  • Config-Reader

  • Health Monitor

  • Full Kernel Reader

  • MIB-II Instrumentation

  • Directory Size Monitoring

  • File Scanning

  • Hardware Diagnostics Suite

  • Script Launcher

  • HP JetDirect

  • Agent Statistics

  • MIB-II Proxy Monitoring

  • 사용자 정의 모듈을 포함한 기타 여러 모듈

복잡한 구성은 필요 이상으로 커질 가능성이 있습니다. 일반적으로 시스템이 클수록 프로세서와 디스크가 많아지므로 하드웨어 구성이 더 복잡해집니다. 이러한 구성으로 인해 보다 큰 시스템에서 실행 중인 에이전트가 메모리를 보다 많이 소모하게 됩니다.

가상 메모리 요구 사항

에이전트가 사용하는 가상 메모리는 여러 요소에 의해 결정됩니다. 로드된 관리 모듈의 수와 이러한 모듈이 모니터하는 정보의 양을 먼저 고려해야 합니다. 에이전트에 모듈이 많이 로드되면 메모리 요구 사항이 증가합니다. 이와 유사하게 대형 디스크 어레이나 기타 높은 확장성의 추가 장비를 갖춘 호스트를 관리하는 에이전트의 경우 에이전트를 통해 전달되는 관리 정보의 볼륨이 증가하므로 더 많은 가상 메모리가 필요하게 됩니다.

일반적으로 기본적인 관리 모듈 집합이 로드되어 있는 기본 에이전트의 크기는 10MB 미만입니다. 기본 에이전트는 10MB의 50-60%만 있으면 실제 메모리에 상주할 수 있습니다.

하드웨어별 모듈 가용성

Sun Management Center 관리 모듈의 대부분은 Sun Management Center 에이전트를 실행하는 모든 SPARC 플랫폼 시스템 간에 보완 가능합니다. 단, 일부 고급 하드웨어별 Sun Management Center 모듈은 일부 Sun 하드웨어에서 지원되지 않습니다. 특히 플랫폼 Config-Reader 및 Dynamic Reconfiguration 모듈은 기본 하드웨어 플랫폼의 고급 관리 기능을 제공하지만 이러한 모듈이 제공하는 기능은 Sun 제품군에 속하는 모든 하드웨어 시스템에 반드시 적용 가능하지는 않습니다.

다음 표에는 다양한 하드웨어 플랫폼별 Sun Management Center 관리 모듈의 가용성에 대한 요약이 나와 있습니다.

표 C–2 하드웨어별 모듈 가용성

하드웨어 

Config-Reader 모듈 

Dynamic Reconfiguration 모듈  

그 밖의 모든 Sun Management Center 모듈 

SPARCStation 1, 2, 5, 10, 20 

사용 불가 

사용 불가 

사용 가능 

Sun Ultra 1, 2, 5, 10, 30, 60, 80 

사용 가능 

사용 불가 

사용 가능 

Sun Enterprise 5, 10, 150, 250, 450, 220R, 420R, Sun Fire 280R, Sun Fire V480 

사용 가능 

사용 불가 

사용 가능 

SPARCserver 1000, 1000E 

사용 가능 

사용 불가 

사용 가능 

SPARCcenter 2000, 2000E 

사용 가능 

사용 불가 

사용 가능 

Sun Enterprise 3x00, 4x00, 5x00, 6x000  

사용 가능 

사용 가능 

사용 가능 

Sun Enterprise 10000  

사용 가능 

사용 불가 

사용 가능 

Sun StorEdge A5x00, T3 

사용 가능 

사용 불가 

사용 가능 

Netra T1, T1120-1125, T1400-T1405 

사용 가능 

사용 불가 

사용 가능 

Sun Blade 100, 1000 

사용 가능 

사용 불가 

사용 가능 

Sun Fire, 3800, 4800, 4810, 6800, V880  

사용 가능 

사용 가능 

사용 가능 

관리 모듈 자원

관리 모듈의 자원 요구 사항은 다음 요소에 따라 다릅니다.

다음 표에는 Sun Management Center 관리 모듈의 자원 영향을 요약한 내용이 나와 있습니다.

표 C–3 Sun Management Center 관리 모듈 시스템 영향 요약

모듈 

영향 

Agent Statistics 

풋프린트와 CPU 로드가 약간 증가합니다.  

Config-Reader 

관리 대상 노드의 하드웨어 구성 복잡성에 비례하여 CPU와 메모리를 사용합니다. 

Data Logging Registry 

기록되는 데이터 값의 양에 비례하여 풋프린트와 CPU 로드가 약간 증가합니다. 

Directory Size Monitoring 

모니터되는 디렉토리의 수에 비례하여 풋프린트가 약간 증가합니다. 모니터되는 디렉토리의 수와 해당 디렉토리 내의 활동에 따라 CPU 로드가 약간 또는 적당히 증가합니다. 

Dynamic Reconfiguration 

풋프린트에 최소한의 영향을 미치며 재구성 작업을 수행할 때만 CPU를 사용합니다.  

File Monitoring 

모니터되는 파일의 수에 비례하여 풋프린트가 약간 증가합니다. 모니터되는 파일의 수와 해당 파일 내의 활동에 따라 CPU 로드가 약간 또는 적당히 증가합니다. 

File Scanning (System Log) 

풋프린트와 CPU 로드가 약간 증가합니다.  

Health Monitoring 

자원에 미치는 영향이 상대적으로 적습니다. 

HP JetDirect 

풋프린트와 CPU 로드가 약간 증가합니다.  

IPV6 Instrumentation Module 

네트워크 인터페이스의 수에 따라 CPU 로드가 약간 증가하고 풋프린트가 약간 또는 적당히 증가합니다.  

Fulll Kernel Reader 

시스템, CPU 및 기타 관리되는 시스템 자원의 수뿐만 아니라 이러한 정보를 갱신하는 비율에 따라 CPU와 메모리에 영향을 미칩니다. Simple Kernel Reader보다 자원을 많이 소모합니다. 

Simple Kernel Reader 

CPU와 메모리에 최소한의 영향을 미칩니다. 

MIB-II Instrumentation 

네트워크 인터페이스의 수, 라우팅 테이블, ARP 테이블 및 관련된 시스템 테이블의 크기에 따라 CPU 로드가 최소한으로 증가하고 풋프린트가 약간 또는 적당히 증가합니다.  

MIB-II Proxy Monitoring 

프록시 모니터되는 SNMP 에이전트의 MIB 크기에 비례하여 풋프린트가 약간 또는 적당히 증가합니다. 프록시 모니터되는 SNMP 에이전트의 관리 대상 개체의 수에 비례하여 CPU 로드가 약간 또는 적당히 증가합니다.  

MIB-II Simple 

실제로 CPU 로드는 증가하지 않으며 시스템 인터페이스, IP 전달 및 IP 주소 테이블의 크기에 비례하여 풋프린트가 아주 약간 증가합니다. 

NFS File System 

호스트 시스템에서 마운트되는 네트워크 파일 시스템의 수에 비례하여 풋프린트가 약간 증가하며 CPU 로드가 약간 증가합니다. 

NFS Statistics 

풋프린트가 약간 증가하고 CPU 로드가 약간 또는 적당히 증가합니다.  

Print Spooler 

풋프린트와 CPU 로드가 약간 증가합니다.  

Solaris Process Monitoring 

모니터되는 프로세스의 수에 비례하여 풋프린트가 약간 증가합니다. 모니터되는 프로세스의 수와 프로세스가 시작하고 중지하는 빈도에 따라 CPU 로드가 약간 또는 적당히 증가합니다. 

Sun StorEdge A5x00 어레이, Sun StorEdge T3 어레이 

저장 장치의 크기에 비례하여 풋프린트 및 로드가 약간 또는 적당히 증가합니다.  

서버 계층 자원

서버 계층은 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명의 사용자를 기준으로 합니다. 예상 크기 조정 시 사용자가 관리 대상 등록 정보 데이터 및 이벤트 찾아보기 및 등록 정보 속성 편집 등의 작업을 수행하고 있다고 가정합니다.

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

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

Java 콘솔 계층 자원

최상의 성능을 발휘하려면 Sun Management Center 콘솔을 서버 계층 호스트가 아닌 다른 호스트에서 실행해야 합니다. 콘솔은 아무 호스트에나 쉽게 설치할 수 있으며 원격으로 서버 계층에 연결할 수 있습니다. 권장하는 서버 계층 구성에서는 호스트 시스템이 서버 계층 응용 프로그램만 실행하는 전용 시스템이라고 가정합니다. 서버 호스트가 추가 요구 사항을 지원할 수 있도록 서버 호스트의 크기를 적절히 조정하지 않은 경우 서버 계층 호스트에서 Sun Management Center 콘솔과 같은 다른 응용 프로그램을 실행하는 것을 피해야 합니다.

Sun Management Center 콘솔은 Java 기술을 기반으로 합니다. 해당 콘솔은 Solaris 2.6, Solaris 7, Solaris 8 또는 Solaris 9 운영 환경을 실행하는 SPARC 시스템에서 지원합니다. 또한 Microsoft Windows 2000, Windows NT 4.0 서비스 팩 3 또는 4, Microsoft Windows 98을 실행하는 Intel 시스템에서도 해당 콘솔을 지원합니다.

Sun Fire 프록시/플랫폼 에이전트 자원

Sun Fire 플랫폼 에이전트는 표준 Sun Management Center 에이전트와 다른 설치 절차가 필요합니다. Sun Fire 플랫폼에는 많은 도메인이 있으며 각 도메인에는 하드웨어가 지정되어 있습니다. 각 도메인은 별도의 Solaris 운영 환경 인스턴스를 실행합니다. 각 Sun Fire 도메인은 도메인 에이전트를 실행합니다.

전체적으로 Sun Fire 플랫폼은 도메인에 지정된 플랫폼 내에서 모든 하드웨어를 구성합니다. 플랫폼은 플랫폼 내의 시스템 컨트롤러(SC) 보드로 제어합니다.

Sun Management Center 소프트웨어는 Sun Fire 서버를 관리하기 위해 Sun Fire 서버 시스템 컨트롤러 및 Sun Fire 도메인 에이전트와 상호 작용하는 Sun Fire 플랫폼 에이전트를 사용합니다. 플랫폼 에이전트는 모니터할 Sun Fire 본체의 외부에 있는 Solaris 호스트에 배포해야 합니다. 단일 호스트 시스템에 다중 플랫폼 에이전트를 배포하여 여러 Sun Fire 서버를 관리할 수 있습니다. 단, 플랫폼 에이전트 호스트 시스템의 크기가 적절히 조정된 상태여야 합니다.

평균적으로 각 플랫폼 에이전트는 CPU의 5-9% 및 15-18MB의 메모리를 사용합니다. 동일한 호스트 시스템에 배포된 플랫폼 에이전트들의 CPU 및 메모리 사용은 부가적이며 각 사용량을 합해 하드웨어 요구 사항을 계산할 수 있습니다. 에이전트에서 동일한 소프트웨어 패키지를 공유하므로 다중 플랫폼 에이전트 인스턴스에 대한 디스크 공간 요구 사항은 최소한 단일 플랫폼 에이전트 인스턴스의 요구 사항보다 많습니다.

일반적으로 플랫폼 에이전트의 CPU 및 메모리 자원 요구 사항은 관리 중인 Sun Fire 서버 구성의 크기와 복잡성에 비례합니다. 구성 규모가 보다 큰 Sun Fire 시스템에서는 플랫폼 에이전트 호스트에서 플랫폼 에이전트 자원이 보다 많이 필요합니다.

시스템 요구 사항

다음 중 하나에 플랫폼 에이전트를 설치할 수 있습니다.

지정된 호스트에 설치할 수 있는 플랫폼 에이전트의 수는 해당 호스트가 Sun Management Center 서버 계층 호스트인지 플랫폼 에이전트 계층 호스트인지에 따라 다릅니다. Sun Management Center의 전체 성능과 응답성을 최대화하려면 플랫폼 에이전트를 서버 계층 호스트 대신 전용 호스트에 배포해야 합니다. 초과 용량의 다중 CPU 시스템에 서버 계층을 배포한 경우에는 서버 계층 호스트에서 플랫폼 에이전트 실행을 고려할 수 있습니다.

다음 그림은 전용 플랫폼 에이전트 호스트 배포 및 서버 계층 호스트 배포의 구조입니다.

그림 C–2 플랫폼 에이전트 구조

플랫폼 에이전트 구조

다중 플랫폼 에이전트의 시작

Sun Fire 플랫폼 에이전트는 기본적으로 매시간 관리 정보를 갱신합니다. 동일한 호스트에 다중 플랫폼 에이전트를 배포하고 동시에 시작하면 에이전트가 데이터 갱신을 빨리 연속적으로 수행하는 경향이 있습니다. 너무 많은 플랫폼 에이전트가 동시에 데이터를 갱신하려고 시도하면 호스트 시스템의 응답성이 전반적으로 저하될 수 있습니다.

동일한 호스트에 있는 다중 플랫폼 에이전트가 동시에 작업하는 경향을 줄이려면 모든 플랫폼 에이전트를 동시에 시작하지 마십시오.

전용 호스트에 Sun Fire 플랫폼 에이전트 배포

다음 표에는 일반적인 하드웨어 구성 및 전용 호스트 시스템에 배포할 수 있는 플랫폼 에이전트의 수가 나와 있습니다.

표 C–7 전용 호스트 Sun Fire 플랫폼 에이전트 용량

대표적인 하드웨어 구성 

최대 플랫폼 에이전트 수 

단일 500MHz UltraSPARC IIe CPU, 1GB의 RAM 및 1GB의 스왑이 있는 전용 Netra X1, Netra T1 또는 Sun Blade 100  

5-7개 

이중 450MHz UltraSPARC II CPU, 1GB의 RAM 및 1GB의 스왑이 있는 Sun Enterprise 420R 또는 Ultra 60  

11-15개 

이중 750MHz UltraSPARC III CPU, 1GB의 RAM, 1GB의 스왑이 있는 Sun Fire 280R, Netra T4 또는 Sun Blade 1000  

14-20개 

플랫폼 에이전트의 자원 사용량이 다양하므로 표에 나열한 한계는 작업이 많은 시간에 시스템 용량을 전부 소모하지 않도록 상당한 용량을 여유 용량으로 확보한 대략의 값 범위를 나타냅니다. 대형 Sun Fire 플랫폼에서는 플랫폼 에이전트 자원이 보다 많이 필요하므로 단일 호스트에서 실행할 수 있는 플랫폼 에이전트의 수가 보다 적습니다. 반대로 소형 Sun Fire 플랫폼에서는 플랫폼 에이전트 자원이 보다 적게 필요하므로 단일 호스트에서 실행할 수 있는 플랫폼 에이전트의 수가 보다 많습니다.

서버 계층 호스트에 Sun Fire 플랫폼 에이전트 배포

Sun Management Center 서버 계층을 실행하는 호스트 시스템의 하드웨어 크기 조정 요구 사항은 해당 시스템의 관리 작업 및 서버 계층이 관리하는 플랫폼 에이전트 수의 함수입니다.

대형 다중 CPU 시스템에서만 Sun Management Center 서버 계층과 Sun Fire 플랫폼 에이전트를 모두 실행할 수 있습니다. 용량이 한정된 서버 계층 호스트에 플랫폼 에이전트를 배포하면 Sun Management Center의 성능이 전반적으로 저하될 수 있습니다.

매일 호스트별 이벤트 1000개 미만의 보통 수준의 관리 작업을 가정할 때 Sun Management Center 서버 계층 호스트에 배포할 수 있는 플랫폼 에이전트의 최대 수는 시스템 클래스 및 관리 중인 에이전트 수의 함수입니다. 다음 표에는 일반적인 시스템 용량이 나와 있습니다.

표 C–8 서버 계층 호스트 Sun Fire 플랫폼 에이전트 용량

관리 중인 에이전트의 수 

최대 플랫폼 에이전트 수 

Sun Enterprise 420R 

Sun Fire 280R 

100 

6 

7 

300 

5 

7 

500 

4 

6 

750 

해당 사항 없음 

6 

Sun Enterprise 420R은 이중 450MHz UltraSPARC-II 서버 계층 호스트, 1GB의 RAM과 1GB의 스왑이 있는 Enterprise 420R 또는 Ultra 60 시스템을 의미합니다.

Sun Fire 280R은 이중 750MHz UltraSPARC III 서버 호스트, 1GB의 RAM과 1GB의 스왑이 있는 Sun Fire 280R, Sun Blade 1000 또는 Netra T4 시스템을 의미합니다.

Sun Fire Sun Management Center 설치 절차에 대한 자세한 내용은 Sun Management Center 3.5 Software Supplement for Sun Fire 6800/4810/4800/3800 Systems를 참조하십시오.