Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 186. SCOM 2012 환경 구성 - 관리 대상 추가 [링크 복사], [링크+제목 복사],
조회: 17776
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13552정성태2/13/20242050닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242374닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242551Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
13549정성태2/3/20242950개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성
13548정성태2/1/20242716개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)
13547정성태1/31/20242467개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
13546정성태1/30/20242290Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?
13545정성태1/30/20242188닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
13544정성태1/30/20242215오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'
13543정성태1/30/20242260Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법
13542정성태1/30/20242259오류 유형: 893. Visual Studio - Web Application을 실행하지 못하는 IISExpress - 두 번째 이야기
13541정성태1/29/20242375VS.NET IDE: 188. launchSettings.json의 useSSL 옵션
13540정성태1/29/20242506Linux: 69. 리눅스 - "Docker Desktop for Windows" Container 환경에서 IPv6 Loopback Address 바인딩 오류
13539정성태1/26/20242475개발 환경 구성: 703. Visual Studio - launchSettings.json을 이용한 HTTP/HTTPS 포트 바인딩
13538정성태1/25/20242665닷넷: 2211. C# - NonGC(FOH) 영역에 .NET 개체를 생성파일 다운로드1
13537정성태1/24/20242730닷넷: 2210. C# - Native 메모리에 .NET 개체를 생성파일 다운로드1
13536정성태1/23/20242747닷넷: 2209. .NET 8 - NonGC Heap / FOH (Frozen Object Heap) [1]
13535정성태1/22/20242687닷넷: 2208. C# - GCHandle 구조체의 메모리 분석
13534정성태1/21/20242439닷넷: 2207. C# - SQL Server DB를 bacpac으로 Export/Import파일 다운로드1
13533정성태1/18/20242617닷넷: 2206. C# - TCP KeepAlive의 서버 측 구현파일 다운로드1
13532정성태1/17/20242539닷넷: 2205. C# - SuperSimpleTcp 사용 시 주의할 점파일 다운로드1
13531정성태1/16/20242569닷넷: 2204. C# - TCP KeepAlive에 새로 추가된 Retry 옵션파일 다운로드1
13530정성태1/15/20242330닷넷: 2203. C# - Python과의 AES 암호화 연동파일 다운로드1
13529정성태1/15/20242327닷넷: 2202. C# - PublishAot의 glibc에 대한 정적 링킹하는 방법
13528정성태1/14/20242473Linux: 68. busybox 컨테이너에서 실행 가능한 C++, Go 프로그램 빌드
13527정성태1/14/20242331오류 유형: 892. Visual Studio - Failed to launch debug adapter. Additional information may be available in the output window.
1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...