test

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

부록 C 하드웨어 자원 결정

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

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

주 –

이 절에 제공되는 정보는 타사 모듈을 고려하지 않았으며 타사 모듈은 크기 지정 그림에도 반영되지 않았습니다.

에이전트 계층 자원

고급 관리 및 모니터링 기능을 활성화하려면 Sun Management Center 4.0 에이전트를 네트워크에 있는 모든 관리 대상 노드에 설치해야 합니다. Sun Management Center 에이전트는 Solaris 8, Solaris 9 또는 Solaris 10 운영 체제를 실행하는 SPARC 플랫폼 워크스테이션 및 서버에서 지원됩니다. Sun Management Center 에이전트는 Solaris 9 및 Solaris 10을 실행하는 Solaris 운영 체제(x86 Platform Edition) 및 Linux에서도 사용 가능합니다.

x86 에이전트 제한 사항

주 –

Linux 에이전트에도 동일한 제한 사항이 적용됩니다.

x86 에이전트는 하드웨어별 애드온을 지원하지 않습니다(X86 구성 판독기 제외). x86 에이전트는 호스트 세부 정보 창의 모듈 브라우저 탭에 있는 운영 체제, 로컬 응용 프로그램, 원격 시스템 범주 아래 모듈을 가지고 있습니다. 물리적 뷰, 논리적 뷰, 하드웨어 진단 모듈, 구성 판독기 모듈과 같은 기능은 아직 Solaris x86 플랫폼에서 사용할 수 없습니다.

Java 콘솔 창에서는 모든 x86 플랫폼에 동일한 x86 아이콘이 있습니다. 예를 들어, Sun Cobalt LX50과 Sun Fire V60x 같은 두 개의 서로 다른 x86 플랫폼 시스템은 모두 동일한 아이콘을 갖습니다.

검색 기능, 작업 관리 기능 또는 PRM 애드온을 사용하는 경우 플랫폼 유형별로 필터링할 수 있습니다. x86을 플랫폼 옵션으로 선택하여 x86 플랫폼을 필터링할 수 있습니다.

Performance Reporting Manager(PRM) 애드온의 경우 시스템 보고서와 하드웨어 보고서를 사용할 수 없습니다.

CPU 자원

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

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

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

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

다음 표에서는 간단한 모듈의 에이전트 CPU 및 RAM 사용 예상치를 제공합니다.

표 C–1 SPARC의 에이전트 CPU 및 RAM 사용 예상치(경량 모듈)

컴퓨터 

메모리(MB) 

CPU(%) 

상주 설정 크기(MB) 

가상 메모리(MB) 

최소값 

평균 

최대값 

최소값 

평균 

최대값 

최소값 

평균 

최대값 

최소값 

평균 

최대값 

소형 

0.4 

0.4 

0.4 

0.3 

0.3 

0.3 

7.46 

7.46 

7.46 

9.17 

9.17 

9.17 

중형 

0.2 

0.2 

0.2 

< 0.1 

< 0.1 

< 0.1 

7.38 

7.43 

7.43 

9.12 

9.17 

9.17 

대형 

0.1 

0.1 

0.1 

< 0.1 

< 0.1 

< 0.1 

7.62 

7.68 

7.68 

9.34 

9.40 

9.40 

초대형 

0.1 

0.1 

0.1 

< 0.1 

< 0.1 

< 0.1 

7.82 

8.08 

8.12 

9.40 

9.59 

9.62 

CMT(T2000) 

0.1 

0.1 

0.1 

< 0.1 

< 0.1 

< 0.1 

8.44 

8.44 

8.44 

9.43 

9.43 

9.43 

표 C–2 x86의 에이전트 CPU 및 RAM 사용 예상치(경량 모듈)

컴퓨터 

메모리(MB) 

CPU(%) 

상주 설정 크기(MB) 

가상 메모리(MB) 

최소값 

평균 

최대값 

최소값 

평균 

최대값 

최소값 

평균 

최대값 

최소값 

평균 

최대값 

소형 

0.6 

0.6 

0.6 

< 0.1 

< 0.1 

< 0.1 

6.10 

6.21 

6.22 

7.69 

7.76 

7.76 

중형 

0.2 

0.2 

0.2 

< 0.1 

< 0.1 

< 0.1 

6.25 

6.25 

6.25 

7.80 

7.80 

7.80 

대형 

0.2 

0.2 

0.2 

< 0.1 

< 0.1 

< 0.1 

6.19 

6.29 

6.29 

7.76 

7.82 

7.82 

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

  • 에이전트 통계

  • 데이터 로깅 레지스트리

  • 상태 모니터

  • 커널 판독기(전체)

  • MIB-II 계측

  • MIB-II 프록시 모니터링

  • Solaris 프로세스 세부 사항

  • 구성 판독기

  • 디렉토리 크기 모니터링

  • 파일 스캐닝

  • Script Launcher

  • 스크립트 리포지토리

  • Service Management Facility

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

다음 표에는 복잡한 모듈의 시스템 유형별 에이전트 CPU 및 RAM 사용 예상치가 정리되어 있습니다.

표 C–3 SPARC의 에이전트 CPU 및 RAM 사용 예상치(복잡한 모듈)

컴퓨터 

메모리(MB) 

CPU(%) 

상주 설정 크기(MB) 

가상 메모리(MB) 

최소값 

평균 

최대값 

최소값 

평균 

최대값 

최소값 

평균 

최대값 

최소값 

평균 

최대값 

소형 

1.0 

1.0 

1.0 

1.2 

1.24 

1.4 

19.15 

19.15 

19.15 

21.68 

21.68 

21.68 

중형 

0.5 

0.5 

0.6 

< 0.1 

0.66 

1.3 

20.93 

20.95 

20.96 

23.60 

23.61 

23.61 

대형 

0.2 

0.2 

0.2 

0.1 

0.12 

0.2 

19.13 

19.16 

19.20 

21.88 

21.88 

21.88 

초대형 

0.1 

0.1 

0.1 

0.1 

0.1 

0.1 

23.97 

23.99 

24.00 

26.38 

26.38 

26.38 

CMT(T2000) 

0.3 

0.35 

0.4 

0.1 

0.19 

0.3 

22.42 

24.41 

26.53 

23.69 

25.74 

27.79 

표 C–4 x86의 에이전트 CPU 및 RAM 사용 예상치(복잡한 모듈)

컴퓨터 

메모리(MB) 

CPU(%) 

상주 설정 크기(MB) 

가상 메모리(MB) 

최소값 

평균 

최대값 

최소값 

평균 

최대값 

최소값 

평균 

최대값 

최소값 

평균 

최대값 

소형 

1.3 

1.4 

1.4 

0.1 

0.1 

0.1 

13.40 

13.76 

13.79 

16.60 

16.96 

17.00 

중형 

0.4 

0.4 

0.4 

0.1 

0.2 

0.3 

14.25 

14.43 

14.45 

17.33 

17.50 

17.52 

대형 

0.4 

0.4 

0.4 

< 0.1 

0.06 

0.1 

13.97 

14.81 

14.89 

17.00 

17.82 

17.90 

가상 메모리 요구 사항

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

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

하드웨어별 모듈 가용성

Sun Management Center 관리 모듈의 대부분은 Sun Management Center 에이전트를 실행하는 모든 SPARC 플랫폼 시스템 간에 이식 가능합니다. 단, 일부 고급 하드웨어 관련 Sun Management Center 모듈은 일부 Sun 하드웨어에서 지원되지 않습니다. 특히 플랫폼 구성 판독기 및 동적 재구성 모듈은 기본 하드웨어 플랫폼의 고급 관리 기능을 제공하지만이러한 모듈이 제공하는 기능은 Sun 제품군에 속하는 모든 하드웨어 시스템에 반드시 적용할 수 있는 것은 아닙니다.

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

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

하드웨어 

구성 판독기 모듈 

DR 모듈 

그 밖의 모든 Sun Management Center 모듈 

SPARCStation 1, 2, 5, 10, 20 

아니요 

아니요 

예 

Sun Ultra 1, 450 

예 

아니요 

예 

Sun Enterprise 5, 10, 150, Sun Fire 280R, Sun Fire V480 

예 

아니요 

예 

SPARCserver 1000, 1000E 

예 

아니요 

예 

SPARCcenter 2000, 2000E 

예 

아니요 

예 

Netra T1120-1125, T1400-T1405 

예 

아니요 

예 

Sun Blade 100, 1000, 1500, 2500 

예 

아니요 

예 

Sun Fire 3800, 4800, 4810, 6800, V210, V240, V250, V440, V880, E25K, E20K, E6900, E4900 

예 

예 

예 

관리 모듈 자원

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

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

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

모듈 

영향 

에이전트 통계

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

구성 판독기

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

데이터 로깅 레지스트리

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

디렉토리 크기 모니터링

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

동적 재구성 

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

파일 모니터링

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

파일 검사(시스템 로그)

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

상태 모니터링

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

HP JetDirect

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

IPV6 계측 모듈

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

커널 판독기, 전체

시스템, CPU 및 기타 관리되는 시스템 자원의 수뿐만 아니라 이러한 정보를 새로 고치는 비율에 따라 CPU와 메모리에 영향을 미칩니다. 단순 커널 판독기보다 자원을 많이 소모합니다. 

단순 커널 판독기 

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

MIB-II 계측

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

MIB-II 프록시 모니터링 

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

MIB-II 단순

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

NFS 파일 시스템

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

NFS 통계

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

인쇄 스풀러

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

Solaris 프로세스 모니터링

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

서버 계층 자원

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

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

주 –

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

권장 서버 하드웨어 플랫폼

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

Solaris SPARC:

표 C–7 Solaris SPARC의 권장 Sun Management Center 서버 하드웨어 플랫폼

구조 

시스템 유형 

CPU 유형 

RAM 

스왑 공간 

소형 

Sun Fire V120 

650MHz UltraSPARC IIe/i CPU 1개 

2GB 

최소 1GB(2GB 권장) 

중형 

Sun Fire V440 

1.02GHz UltraSPARC III CPU 2개 

4.096GB 

최소 1GB(2GB 권장) 

대형 

Sun Fire V480 

900MHz UltraSPARC III CPU 4개 

16.384GB 

최소 1GB(2GB 권장) 

초대형 

Netra-T12 

24개의1.35GHz UltraSPARC III CPU 

49.152GB 

최소 1GB(2GB 권장) 

T2000(CMT) 

Sun Fire T2000 

1GHz SPARCv9 CPU 16개 

8.184GB 

최소 1GB(2GB 권장) 

Solaris x86의 경우:

표 C–8 Solaris x86의 권장 Sun Management Center 서버 하드웨어 플랫폼

구조 

시스템 유형 

CPU 유형 

RAM 

스왑 공간 

소형 

AMD PC 

2.393GHz AMD 프로세서 1개 

1.023GB 

최소 1GB(2GB 권장) 

중형 

Sun Fire V20z 

2.393GHz AMD 프로세서 2개 

4.032GB 

최소 1GB(2GB 권장) 

대형 

Sun Fire X4100 

2.200GHz AMD 프로세서 4개 

3.968GB 

최소 1GB(2GB 권장) 

크기 지정 요구 사항

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 구성을 결정합니다.

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 서버는 SunFire x4200(2200MHz x86 CPU 2개) 또는 SunFire-v440(1281 MHz SPARCv9 CPU 2개, 1GB RAM 및 1GB 스왑)으로 가정합니다. 또한 서버는 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명으로 가정할 수 있습니다. 크기 지정을 예상할 때 사용자가 관리 대상 등록 정보 데이터 및 이벤트를 검색하고 등록 정보 특성을 편집하는 등의 작업을 수행한다고 가정합니다.

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

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

Java 콘솔 계층 자원

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

Sun Management Center 콘솔은 Java 기술을 기반으로 합니다. 콘솔은 Solaris 8, Solaris 9 또는 Solaris 10 운영 체제를 실행하는 SPARC 시스템 및 Solaris 9 및 Solaris 10 운영 체제를 실행하는 x86 시스템에서 지원됩니다. 또한 콘솔은 Microsoft Windows 2000, Microsoft Windows XP Professional, RedHat Enterprise Linux 4.0, SUSE 9.3, SLES 10.0 및 Fedora Core 4.0을 실행하는 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–9 전용 호스트 Sun Fire 플랫폼 에이전트 용량

대표적인 하드웨어 구성 

최대 플랫폼 에이전트 수 

단일 650MHz UltraSPARC IIe/i CPU, 2GB RAM 및 1GB 스왑으로 구성된 Sun Fire V120  

5-7개 

1.2GHz UltraSPARC III CPU 2개, 4GB RAM 및 1GB 스왑으로 구성된 Sun Fire V440  

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–10 서버 계층 호스트: Sun Fire 플랫폼 에이전트 용량

관리 중인 에이전트의 수 

최대 플랫폼 에이전트 수 

100 

6 

300 

5 

500 

4 

750 

해당 없음 

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 Software Supplement for Sun Fire 6800/4810/4800/3800 Systems를 참조하십시오.