현재 상황

그래서 당신은 시리즈에이 정도까지 도달했습니다. Elasticsearch 클러스터가 있고 데이터를 전송하는 비트가 있고 Kibana가 모두 예쁜 대시 보드로 설정되어 있습니다. 그것은 괜찮고 멋지지만 토요일 밤과 나쁜 시스템 업데이트로 인해 노드 중 하나가 다운되고 다른 두 개는 거의 부하를 처리하지 않습니다.

먼저 배경 지식

ODFE는 경고 플러그인이 사전 설치된 상태로 제공됩니다. 이를 통해 특정 조건이 충족 될 때 경고를 설정할 수 있습니다.

ODFE에서 경고를 설정하는 방법에는 시각적 그래프, 추출 쿼리 및 이상 탐지기의 세 가지 방법이 있습니다.

첫 번째는 매우 자명하므로 추출 쿼리에 중점을 둘 것입니다. 이상 탐지기는 흥미로운 주제이지만이 시리즈의 범위를 벗어납니다.

경고에는 모니터, 트리거 및 작업의 세 가지 중요한 섹션이 있습니다. 모니터는 일정 시간마다 실행되는 쿼리이며 각 모니터에는 여러 트리거가 있습니다. 트리거는 모니터의 추출 쿼리 응답을 기반으로 평가되는 조건입니다. 트리거 조건이 참으로 평가되면 여러 작업이 실행됩니다.

간단히 말해서 :

• 모니터 : 읽지 않은 이메일이 몇 개 있습니까?
• 트리거 : 이메일> 5
• 조치 : 여유 메시지 보내기

시작하기 전에 알림 대상을 설정해야합니다. 에서 기타 유용한 정보 섹션 당신은 수신은 webhook 응용 프로그램은 불황기에 추가 할 수있는 링크를 찾을 수 있습니다. 웹훅 URL을 기록해 둡니다.

알림 섹션으로 이동하여 목적지 탭으로 이동하여 "목적지 추가"를 클릭하십시오. 이름을 지정하고 유형으로 "Slack"을 선택한 다음 거기에 웹훅 URL을 붙여 넣습니다.

ODFE는 최근 이메일 알림을 출시했으며 팀과 같은 다른 메시징 앱을위한 맞춤형 webook도 지원합니다.

완료되면 "만들기"를 클릭합니다.

모니터 설정

경고로 시작하려면 쿼리가 필요합니다. 기본 Elastcsearch 쿼리는 다음과 같습니다.

다행히 모든 쿼리에 대해이 모든 것을 작성할 필요는 없습니다. 시각화 섹션은 기본적으로 시각적 쿼리 편집기입니다.

우리가 원하는 것은 단순한 숫자이므로 메트릭 시각화를 사용할 수 있습니다. 집계를 "평균"으로 변경하고 필드로 "system.memory.actual.used.pct"를 선택하고 업데이트를 클릭하면 기본적으로 완료됩니다.

이제 쿼리를 가져와야합니다. "저장"버튼을 닫으면 "검사"버튼이 있습니다. 그것을 클릭하고 이름이 "보기 : 데이터"인 오른쪽 상단 옵션을 클릭하고 드롭 다운에서 옵션을 선택하여 "보기 : 요청"으로 변경합니다. Kibana는 통계 (쿼리 성능 측정에 매우 유용함), 요청 및 응답의 세 가지 탭을 표시합니다. 요청을 클릭 한 다음 요청 탭의 오른쪽 상단 섹션에있는 복사 아이콘을 클릭합니다.

해당 쿼리를 선호하는 코드 편집기에 붙여 넣으십시오.

이제 경고 생성을 진행할 수 있습니다. 경고 섹션으로 이동하여 모니터 탭을 클릭합니다. 모니터 만들기를 클릭하고 이름을 지정한 다음 "정의 방법"드롭 다운에서 "추출 쿼리를 사용하여 정의"를 선택합니다.

인덱스 드롭 다운에서 "metricbeat- *"를 입력하고 Enter 키를 누릅니다. 이렇게하면 아래 공간이 두 개로 분할됩니다. 왼쪽에서 쿼리를 정의하고 오른쪽에서 "실행"을 클릭 한 후 응답을 볼 수 있습니다.

기존 쿼리를 시각화에서 가져온 쿼리로 바꾸고 오른쪽 상단의 "실행"버튼을 클릭합니다.

응답은 다음과 같습니다.

문제는 지금부터 한 시간 후에 실행하면 결과가 동일하다는 것입니다. 이는 추출 쿼리에서 날짜가 정적이기 때문입니다.

우리의 문제는 다음과 같습니다.

이 문제를 해결하려면 쿼리를 다음과 같이 수정하십시오.

따라서“실행”버튼을 여러 번 누르면 값이 변경되는 것을 볼 수 있습니다.

아래로 스크롤하여 "Create"를 클릭하면 "Create Trigger"화면으로 이동합니다.

트리거 생성

시작하려면 트리거 이름을 설정하고 심각도 수준 (임의적 임)을 선택합니다. 아래에서 Monitor 쿼리 에 대한 응답을 볼 수 있으며 응답 바로 아래에 Trigger Condition이 있습니다. 기본적으로 트리거 조건은 "ctx.results [0] .hits.total.value> 0"입니다.

지금은 "ctx.results [0]"다음에 오는 모든 것에 초점을 맞출 것입니다. 기본 쿼리는 쿼리가 읽은 문서의 양이 0보다 큰지 평가합니다. 이것은 우리에게는 쓸모가 없으며 메모리 사용량이 필요합니다. 보시다시피 우리의 응답에는 집계 필드가 있습니다 .1.value wich는 우리가 원하는 것이므로 트리거 조건을 다음과 같이 변경하십시오.

"ctx.results [0] .aggregations.1.value> 0"

조금 아래로 스크롤하여 "실행"버튼을 클릭하고 트리거 조건 응답이 "참"으로 변경되는 것을 확인합니다. 이제 ">"기호 뒤의 값을 80 %에 대해 0.8과 같은 값으로 설정하십시오. 메모리는 항상 0 %를 초과하기 때문입니다.

액션 설정

"실행"버튼 아래에서 작업을 구성 할 수 있습니다. 여기에서 메시지로 목적지를 알릴 수 있습니다.

먼저 작업에 이름을 지정하고 이전에 만든 대상을 선택합니다. 메시지 제목을 입력하고 약간 아래로 스크롤하십시오. 여기에 메시지 미리보기가 표시됩니다.

우리는 메시지에 변수를 포함하고 싶기 때문에 우리가 가지고있는 모든 서버에 대해 트리거를 만들 필요가 없습니다. 응답의 변수를 메시지에 포함하려면 다음 템플릿을 사용하십시오.

화면 오른쪽에는 목적지를 테스트 할 수있는 "테스트 메시지 보내기"버튼이 있습니다.

마지막으로, 무언가 잘못되었을 때 알림이 쇄도하지 않도록하려면 "작업 제한 활성화"확인란을 클릭하고 다른 알림을 보내기 전에 대기 할 적절한 시간 (분)을 입력합니다.

끝내려면 만들기를 클릭하십시오.

다음 단계

이 시리즈의 다음 및 마지막 기사에서는 몇 가지 성능 및 가용성 설정을 검토하고 어려운 방법으로 배운 몇 가지 사항을 공유 할 것입니다.

다른보기 https:///getting-started-with-the-elk-stack.

기타 유용한 정보

https://santander-tecno-ar.slack.com/apps/A0F7XDUAZ-incoming-webhooks