Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 186. SCOM 2012 환경 구성 - 관리 대상 추가 [링크 복사], [링크+제목 복사],
조회: 24138
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

SCOM 2012 환경 구성 - 관리 대상 추가

SCOM 설치를 했으면 이제 관리 대상을 추가해 보겠습니다.

System Center 2012 Operations Manager 설치
; https://www.sysnet.pe.kr/2/0/1424

친절하게도, SCOM 콘솔에 보면 다음과 같이 해당 과정에 대해 링크를 제공해 주고 있으므로 차례대로 하나씩 해결해 나가면 됩니다.

scom_2012_config_1.png

이번 글에서는 첫 번째 "Required: Configure computers and devices to manage" 링크에 대해서만 살펴보겠습니다.




이 링크를 누르면 "Computer and Device Management" 마법사가 뜨면서 모니터링 대상이 속하는 유형(윈도우, 유닉스/리눅스, 네트워크 장비)부터 정하기 시작합니다.

scom_2012_config_2.png

간단하게 윈도우 컴퓨터를 선택해서 진행하면, Active Directory에 포함된 모든 컴퓨터를 검색할 것인지? 아니면 서버/클라이언트 운영체제에 따라 검색해서 추가할 것인지를 묻는 창이 나옵니다.

scom_2012_config_3.png

제 경우에는 TEST용으로 구성한 AD라서 온갖 잡다한 컴퓨터가 끼어 있으므로, "Advanced discovery"로 "Servers Only"로 선택한 다음 진행했습니다. 아래의 화면은 "Browse..." 버튼을 눌러 Active Directory에 가입된 컴퓨터들을 선택한 것입니다.

scom_2012_config_4.png

이제 선택된 컴퓨터의 모니터링 정보를 수집할 "에이전트" 구성요소를 설치하기 위해 적절한 권한의 계정을 입력해 줍니다. (대개의 경우, 도메인 관리자일 것입니다.) 만약 현재 Operations Manager 콘솔을 실행한 로그인 사용자가 도메인 관리자라면 "Use selected Management Server Action Account" 항목을 선택하고 진행할 수 있습니다.

scom_2012_config_5.png

해당 컴퓨터가 정상적으로 발견되고 나면, 다음과 같이 어떤 관리 모드를 선택할 것인지 정하는 단계로 넘어갑니다.

scom_2012_config_6.png

이번에는 일단 Agentless로 추가를 합니다.

How to Configure a Computer for Agentless Management
; https://docs.microsoft.com/en-us/previous-versions/system-center/system-center-2012-R2/hh264859(v=sc.12)

이후, 최종 설정을 확인하는 대화창이 한 번 더 뜨고, "완료(Finish)" 버튼을 누르면 됩니다. 이렇게 추가가 되고 나면 시작 화면에서 "Required: Configure computers and devices to manage" 링크가 없어집니다. 이후에 다시 추가를 하고 싶다면 좌측 패널에서 "Administration" 범주를 선택한 다음 "Discovery Wizard..." 링크를 누르거나, "Device Management" 트리의 "Agent Managed" / "Agentless Managed"의 컨텍스트 메뉴를 이용할 수도 있습니다.

scom_2012_config_7.png

저는 테스트를 위해 "Agent Managed" 유형으로도 테스트 컴퓨터를 추가했습니다. Agent가 설치되는 경우에는 다음과 같은 설정 화면을 하나 더 거치게 됩니다.

scom_2012_config_8.png

완료 버튼을 누르면 원격지 컴퓨터에 SCOM 에이전트가 설치됩니다. 그럼, 해당 PC의 "C:\Program Files\System Center Operations Manager\Agent" 폴더에 바이너리가 설치되고 다음의 3가지 NT 서비스가 구성됩니다.

  • System Center Audit Forwarding (Disabled): Sends events to a collector for storage in a SQL database.
  • System Center Management (Running): The System Center Management service monitors the health of the computer. The service may be configured to monitor the health of other computers in addition to this computer. If this service is stopped, detection of failures may not occur. If this service is disabled, any services that explicitly depend on it will fail to start.
  • System Center Management APM (Disabled): Monitors the health of .NET applications on this computer. If this service is stopped detection of application failures may not occur.

Active Directory하에서, SCOM의 관리 대상 컴퓨터를 추가하는 방법은 이렇게 중앙에서 매우 간단하게 처리할 수 있습니다.




그런데, SCOM 관리 콘솔을 실행한 계정의 권한이 낮다면 원격 Agent 설치는 보안 오류로 막힙니다.

이런 경우에는 대상 컴퓨터에서 직접 에이전트를 수작업 설치하는 방법도 있습니다. SCOM 2012 설치 파일을 원격지 PC에서 설치하고 다음의 "Local agent" 메뉴를 선택하면 됩니다.

scom_2012_config_9.png

그럼, 설치 마법사가 진행되어 아래와 같이 "Management Group Configuration"을 묻는 창이 나오는데요. SCOM 2012를 설치했을 때 지정했던 관리 그룹 명과 서버를 지정하면 됩니다.

scom_2012_config_10.png

나머지는 그냥 기본값으로 두고 진행합니다. 에이전트를 직접 설치한 경우, SCOM 관리자 콘솔에는 이 사실이 반영되지 않습니다. "Discovery Wizard..."를 통해서 그 컴퓨터를 직접 추가해야 합니다. 단지, 이번에는 에이전트가 미리 설치되어 있기 때문에 관리 대상으로 등록만 될 뿐 에이전트 배포를 위한 시도는 하지 않으므로 에러 없이 지나가게 됩니다. (등록 후 SCOM에 반영되기까지는 약간 시간이 걸립니다.)




관리 대상이 정해지면 Monitoring / "Windows Computers" 화면에서 다음과 같이 상황이 보여집니다. (다시 한번 말씀드리지만, SCOM의 인식이 빠르지 않기 때문에 약간 기다려야 되는 경우가 있습니다.)

scom_2012_config_11.png

에이전트가 설치된 경우 위의 화면에서 "Agent" 칼럼이 "Healthy"로 바뀌기까지 수십 초 ~ 수 분 정도의 시간이 걸립니다. (음... 개인적으로 좀 답답함을 느끼게 되더군요. ^^; 전반적으로 SCOM의 인식이 다소 늦다는 것을 감안해야 합니다.)

여기까지 제대로 확인 되어야 정상적으로 SCOM이 동작한다고 볼 수 있습니다.

그나저나 State 칼럼의 Healthy에 대한 기준을 잘 모르겠습니다. 컴퓨터를 꺼도 여전히 State == Healthy로 되어 있기 때문입니다.

마지막으로 Agentless 유형의 경우 에이전트 설치된 것과 비교해서 초보적인 수준의 정보만을 얻을 수 있습니다. 예를 들어, Agentless로 지정된 대상 PC를 끈 경우, "Monitoring" 노드의 바로 하위에 있는 "Active Alerts" 패널에서 "Failed to Connect to Computer" 오류가 나는 정도인데요. "Monitoring" / "Agentless Exception Monitoring" 의 사용법은 좀 더 둘러봐야 할 것 같습니다. ^^




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/17/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...
NoWriterDateCnt.TitleFile(s)
12086정성태12/20/201921043디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201919029오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201919443디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201922391Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201920599오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201922468개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201919617.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201921554오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201921363Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201920429Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201918959디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201919763디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201919465디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/201920946Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/201917708오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201921261오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201923185오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201919615디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201928257디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201919659디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201919306디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201917613디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201920551오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201919497디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201918938디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201919397Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...