스택 모니터링

원본 보기

스택 모니터링

스택 모니터링을 사용하면 클러스터 내 Elasticsearch 노드, Logstash 노드, Kibana 인스턴스, APM Server, Beats 등 다양한 Elastic 제품에서 로그와 메트릭을 수집할 수 있습니다. 로그도 함께 수집할 수 있습니다.

모든 모니터링 메트릭은 Elasticsearch에 저장되므로 Kibana에서 데이터를 손쉽게 시각화할 수 있습니다. 여기서 스택 모니터링 알림도 간편하게 설정할 수 있습니다.

AutoOps로 모니터링 간소화하기

Elastic Cloud Hosted 배포, Serverless 프로젝트, ECE, ECK 또는 자체 관리 클러스터에서 AutoOps를 사용하세요.

AutoOps는 성능 권장 사항, 리소스 사용률 가시성, 해결 방법이 포함된 실시간 문제 감지를 통해 클러스터 관리를 간소화하는 모니터링 도구입니다.

선택에 도움이 되도록 AutoOps와 스택 모니터링 비교를 참고하세요.

모니터링 대상인 각 Elastic Stack 구성 요소는 노드나 인스턴스가 시작될 때 path.data 디렉터리에 기록되는 영구 UUID를 기준으로 클러스터 내에서 고유하게 취급됩니다.

모니터링 문서는 지정된 수집 간격마다 각 Elastic Stack 구성 요소를 모니터링해 생성되는 평범한 JSON 문서입니다. 이러한 문서의 구조나 저장 방식을 변경하려면 모니터링용 데이터 스트림/인덱스 구성을 참고하세요.

Elastic Agent 또는 Metricbeat를 사용해 모니터링 데이터를 수집하고 모니터링 클러스터로 직접 전송할 수 있습니다.

Elastic Cloud Hosted, Elastic Cloud Enterprise, Elastic Cloud on Kubernetes에서는 Elastic이 모니터링 에이전트의 설치와 구성을 대신 관리합니다.

데이터를 프로덕션 클러스터를 거쳐 라우팅하는 대신 모니터링 클러스터로 직접 수집·전송할 수 있습니다.

다음 다이어그램은 프로덕션 클러스터와 모니터링 클러스터를 분리한 일반적인 모니터링 아키텍처를 보여줍니다. 이 예시는 Metricbeat를 사용하지만, 대신 Elastic Agent를 사용해도 됩니다.

A typical monitoring environment

적절한 라이선스가 있다면 여러 프로덕션 클러스터의 데이터를 하나의 모니터링 클러스터로 라우팅할 수 있습니다. 구독 등급별 차이점을 알아보세요.

중요

일반적으로 모니터링 클러스터와 모니터링 대상 클러스터는 동일한 버전의 스택을 실행해야 합니다. 모니터링 클러스터는 자신보다 최신 버전의 스택을 실행하는 프로덕션 클러스터를 모니터링할 수 없습니다. 필요한 경우 모니터링 클러스터는 이전 메이저 버전의 최신 릴리스를 실행하는 프로덕션 클러스터를 모니터링할 수 있습니다.

스택 모니터링을 구성하는 방법은 다음 주제를 참고하세요.

이러한 방식은 대부분 다른 구성 요소를 모니터링하기 전에 Elasticsearch 모니터링을 먼저 구성해야 합니다.