거기에는 많은 모니터링 솔루션이 있습니다. 모든 사람은 자신의 취향을 가지고 있으며 각 비즈니스마다 고유 한 요구가 있으므로 정답은 없습니다. 그러나 모니터링 솔루션을 선택할 때 원하는 것을 파악할 수 있도록 도와 드릴 수 있습니다.

모니터링 시스템이란 무엇입니까?

일반적으로 모니터링 시스템은 두 가지 주요 목적을 제공합니다. 첫 번째는 시간이 지남에 따라 데이터를 수집하고 저장하는 것입니다. 예를 들어 CPU 사용률을 수집하고 시간이 지남에 따라 그래프를 표시 할 수 있습니다. 두 번째 목적은 상황이 응답하지 않거나 특정 임계 값 내에 있지 않은 경우 경고하는 것입니다. 예를 들어, 핑으로 특정 서버에 도달 할 수 없거나 CPU 사용률이 특정 백분율을 초과하는 경우 경고를 원할 수 있습니다. Splunk와 같은 로그 모니터링 시스템도 있지만이를 별도로 처리하고 있습니다.

이 두 가지 주요 역할은 때때로 단일 제품에서 제공되며 다른 경우에는 각 목적에 맞는 제품을 보유하는 것이 더 일반적입니다.

모니터링 시스템의 주요 구성 요소 및 기능은 무엇입니까?

폴러 :
모든 모니터링 시스템은 데이터를 수집하기 위해 일종의 폴러가 필요합니다. 모든 데이터가 같은 방식으로 수집되는 것은 아닙니다. 환경을보고 필요한 데이터와 수집 방법을 결정해야합니다. 그런 다음 선택한 모니터링 시스템이 필요한 것을 지원하는지 확인하십시오. 몇 가지 일반적인 방법은 다음과 같습니다.

• SNMP (단순 네트워크 관리 프로토콜)
• WMI (Windows 관리 계측)
• 스크립트 실행 (예 : 모니터링중인 컴퓨터에서 스크립트를 실행하거나 자체 폴링 방법을 사용하는 모니터링 상자 자체에서 스크립트를 실행) 여기에는 Bash 스크립트, Perl 스크립트, 실행 파일 및 Powershell 스크립트가 포함될 수 있습니다.
• 에이전트 기반 모니터링. 이를 통해 프로세스가 각 클라이언트에서 실행되고 해당 데이터를 수집합니다. 이 데이터는 모니터링 서버로 푸시되거나 모니터링 서버가 에이전트를 폴링합니다. 일부 관리자는 에이전트를 사용하는 것이 좋으며 다른 관리자는 모니터링하는 서버에 더 많은 공간을 차지할 수 있기 때문에 싫어합니다.
• 집중된 API (예 : VMWare API 또는 SQL 쿼리 실행 기능)

환경에 기본적으로 하나의 OS 또는 기본 OS가있는 경우 특정 시스템에 다른 시스템보다 더 많은 옵션이있을 수 있습니다.

구성 :
모니터링 시스템에서 많은 객체 재사용이 발생하는 경향이 있습니다. 예를 들어 여러 서버에서 Apache 또는 IIS와 같은 특정 응용 프로그램을 모니터링하려고합니다. 또는 서버 그룹에 특정 임계 값을 적용하려고합니다. 특정 그룹의 사람들이 “통화 중”상태 일 수도 있습니다. 따라서 훌륭한 템플릿 시스템은 모니터 시스템에 필수적입니다.

구성은 일반적으로 사용자 인터페이스 또는 텍스트 파일을 통해 수행됩니다. 사용자 인터페이스 옵션은 일반적으로 더 쉽지만 텍스트 파일은 재사용 및 변수에 더 나은 경향이 있습니다. 따라서 IT 직원에 따라 전력보다 단순성을 선호 할 수 있습니다.

사용자 인터페이스 :
요즘 시스템 모니터링을위한 가장 일반적인 인터페이스는 웹 인터페이스입니다. 웹 인터페이스와 관련하여 평가해야 할 사항은 다음과 같습니다.

• 좋은 개요
• 좋은 상세 페이지
• 속도 (위기 모드에서 정보를 찾아야 할 때 느린 인터페이스는 매우 실망 스러울 수 있음
• 일반적인 느낌. IT 직원이 사용하기에 불편 함을 느끼면 인터페이스에서 많은 시간을 소비하게됩니다.
• 주 문화. 모든 조직에는 중요한 것이 있고 그렇지 않은 것이 있습니다. 필요에 따라 사용자 정의 할 수 있어야합니다.

경고 엔진 :
경고 엔진은 유연하고 안정적이어야합니다. 알림을받는 방법에는 여러 가지가 있습니다.

• SMS
• 이메일
• 전화
• IM / Jabber와 같은 다른 것

찾을 다른 기능은 다음과 같습니다.

• 이관 (다른 사람이 알림을인지하거나 수정하지 않은 경우 다른 사람에게 알림)
• 회전과 교대
• 단체 (특정 단체는 특정 사항을 통보 받아야 함)

문제가 발생하면 경고를 받게된다는 것을 신뢰하는 것이 중요합니다. 이것은 두 가지로 귀결됩니다.

1. 안정적인 시스템
2. 경고없는 구성. 모니터링 시스템에서 경고를 받아야한다고 생각하는 것은 드문 일이 아니지만 구성의 세부 사항으로 인해 경고가 트리거되지 않았습니다.

데이터 저장 :
시스템이 데이터를 저장하는 것보다 시스템이 데이터 (예 : 그래프를 포함하는 시스템)를 수집하고 저장하는 경우 상점과 그래프 모두에 대한 매우 일반적인 구현은 예를 들어 RRD입니다.

데이터 저장소에서 찾아야 할 일부 기능은 다음과 같습니다.

• 데이터에 대한 원시 접근. 이는 Excel과 같은 사용자 정의 그래프를 개발하거나 작성하는 데 유용 할 수 있습니다.
• 확장 성. 수집하는 데이터의 양에 따라 데이터를 빠르게 추가 할 수 있습니다. 수집 할 데이터가 많으면 확장 할 수 있습니다.

그래프 라이브러리 :
그래프는 트렌드를 빠르게 식별하고 히스토리를 기반으로 무언가의 현재 상태에 컨텍스트를 제공하는 데 유용 할 수 있습니다. 발생하기 전에 상황을 예측하는 데 도움이 될 수있는 추세 (예 : 디스크 공간 부족)가 포함됩니다. 그래프를 통해 원하는 방식으로 명확한 정보를 얻을 수 있습니다.

액세스 제어 :
대규모 조직의 경우 특정 관리자 만 특정 항목을 조정할 수 있으므로 액세스 제어가 필요할 수 있습니다. 공개 대시 보드를 원할 수도 있습니다. 이것이 중요한 경우 모니터링 시스템에 필요한 제어 기능이 있는지 확인해야합니다.

다른 기능들

보고 :
좋은 보고서를 제공하는 시스템을 통해 장기간 개선해야 할 사항을 식별 할 수 있습니다. 예를 들어 “어떤 시스템이 가장 많이 다운됩니까?”와 같은 것들에 대한 좋은 대답을 줄 수 있습니다. 이것은 경영진이 특정 사물에 돈을 쓰도록 설득하려고 할 때 중요 할 수 있습니다.

특수 기능 :
일부 모니터링 시스템은 특정 제품을 대상으로하거나 다른 제품보다 더 많은 지원을받습니다. 예를 들어, 모니터링해야 할 주요 사항이 SQL Server이거나 VMWare 제품을 많이 사용하는 경우 이들이 얼마나 잘 지원되는지 확인할 수 있습니다.

사전 정의 된 모니터링 템플릿 :
사전 정의 된 템플릿이 많은 시스템 (또는 많은 템플릿을 만든 사용자 기반이있는 시스템)은 시간을 크게 절약 할 수 있습니다.

발견 :
환경이 크거나 변화하는 경우. 일부 시스템은 API를 통해 새 시스템을 추가하거나 스캔을 실행하여 새 서버 또는 구성 요소를 찾을 수있는 기능을 제공합니다.

분산 모니터링 : 모니터링
할 여러 위치가있는 경우 많은 독립 시스템이 WAN을 통해 모니터링하는 대신 각 위치에 폴러를 모니터링하는 것이 도움이 될 수 있습니다.

인기있는 모니터링 시스템

거기에는 많은 모니터링 시스템이 있습니다. 이 오래된 질문에 대한 요약 목록이 있습니다. 빠른 참조를 위해 가장 많이 듣는 부분은 다음과 같습니다.

• 나지 오스
• 선인장
• OpenNMS
• 태양풍
• 자 빅스
• 다양한 클라우드 기반 모니터링 시스템
• Microsoft 시스템 센터
• 이것은 아직 인기가 없지만 Stack Exchange는 모니터링 시스템 http://bosun.org를 오픈 소스로 제공했습니다.

위의 내용에 따라 결정하는 방법

내가 무엇을 사용해야하는지 말할 수없는 이유는 모든 조직마다 고유 한 요구 사항이 있기 때문입니다. 올바른 선택을하려면 위의 모든 구성 요소를 고려하여 조직에 어떤 기능이 중요한지 파악해야합니다. 그런 다음 필요한 것을 제공한다고 주장하는 시스템을 찾아보십시오. 이 중 일부는 비용이 많이 들거나 무료이거나 무료입니다. 이 모든 것을 고려하면 선택을 할 수 있습니다. 내가 사용한 것에서 그들은 완벽하지는 않지만 적어도 당신은 맞는 것을 얻으려고 노력할 수 있습니다.

---

답변