지금

Kibana 경고 Elastic Stack 모니터링 기능은 Elastic Stack 의 잠재적 인 문제를 알리기 위해 Kibana 알림 을 즉시 제공합니다. 이러한 경고는 Elastic에서 권장하는 모범 사례를 기반으로 사전 구성됩니다. 그러나 특정 요구 사항에 맞게 조정할 수 있습니다. Stack Monitoring 을 열면 사전 구성된 Kibana 알림이 자동으로 생성됩니다. 여러 클러스터에서 모니터링 데이터를 수집하는 경우 이러한 경고는 클러스터 전체에서 다양한 조건을 검색, 감지 및 알릴 수 있습니다. 경고는 기존 감시자 클러스터 경고와 함께 표시됩니다. 활성화 된 경고에 대한 세부 정보를보고 Elasticsearch, Logstash 및 Beats의 상태 및 성능 데이터를 실시간으로 볼 수있을뿐..

Elasticsearch 모니터링 지표 Stack Monitoring 페이지 에서 Overview , Nodes , Indices 및 Logs 링크를 클릭하여 Kibana에서 Elasticsearch 클러스터의 상태를 드릴 다운 할 수 있습니다 . 클러스터 모니터링을 참조하십시오 . 클러스터 개요 Elasticsearch 클러스터의 전반적인 상태를 나타내는 주요 지표를 보려면 Elasticsearch 섹션에서 개요 를 클릭 하십시오. 주의가 필요한 것은 노란색 또는 빨간색으로 강조 표시됩니다. 주의가 필요한 조건은 클러스터 페이지 상단에 나열됩니다. 클러스터 상태가 변경 될 때 경고하도록 감시를 설정할 수도 있습니다. 방법을 알아 보려면 Elasticsearch 클러스터의 상태 보기를 참조하십시오 . 상..

클러스터 경고 Kibana 의 Stack Monitoring> Clusters 페이지는 Elastic Stack의 상태를 요약합니다. 메트릭으로 드릴 다운하여 클러스터 및 특정 노드, 인스턴스 및 인덱스에 대한 자세한 정보를 볼 수 있습니다. 클러스터 페이지에 표시되는 상위 클러스터 경고는주의가 필요한 조건을 알려줍니다. Elasticsearch 클러스터 상태는 노란색 (하나 이상의 복제본 누락) 또는 빨간색 (최소 하나의 기본 복제본 누락)입니다. Elasticsearch 버전 불일치. 동일한 클러스터에 다른 버전의 Elasticsearch 노드가 있습니다. Kibana 버전 불일치. 동일한 Elasticsearch 클러스터에 대해 다른 버전이 실행되는 Kibana 인스턴스가 있습니다. Logstash..

Beats 모니터링 지표 Beats를 모니터링하는 경우 Kibana 의 Stack Monitoring 페이지에는 클러스터 개요의 Beats 패널이 포함되어 있습니다. 클러스터의 구타 데이터의 개요를 보려면 클릭 개요 . 개요 페이지에는 실시간 데이터 샘플 인 마지막 날의 활동 섹션이 있습니다. 요약 표시 줄과 차트는 시간 필터 범위에 바인딩 된 모니터링 UI의 일반적인 데이터 패러다임을 따릅니다. 따라서이 개요 페이지는 최신 또는 과거 정보를 표시 할 수 있습니다. 클러스터의 개별 Beat 인스턴스 목록을 보려면 Beats를 클릭하십시오 . 표 목록은 모니터링 클러스터에 데이터를보고하는 각 Beat 인스턴스를 보여줍니다. 모든 열을 정렬 할 수 있습니다. Beat 이름을 클릭하면 상세 페이지로 이동합니다..

Kudu 다중 마스터 배포는 마스터가 손실 된 경우 정상적으로 작동합니다. 그러나 죽은 마스터를 교체하는 것이 중요합니다. 그렇지 않으면 사용 가능한 마스터 수에 따라 두 번째 오류로 인해 가용성이 손실 될 수 있습니다. 이 워크 플로는 데드 마스터를 교체하는 방법을 설명합니다. KUDU-1620 으로 인해 라이브 마스터를 다시 시작하지 않고는이 워크 플로를 수행 할 수 없습니다. 따라서 워크 플로에는 유지 관리 기간이 필요하지만 클러스터가 DNS 별칭으로 설정된 경우 잠재적으로 짧은 기간입니다. 회복 준비 DNS 별칭없이 배포가 구성된 경우 다음 단계를 수행하십시오. 유지 관리 기간을 설정합니다 (1 시간이면 충분 함). 이 기간 동안 Kudu 클러스터를 사용할 수 없습니다. 클러스터의 모든 Kudu ..

Kudu는 아직 내장 된 물리적 백업 및 복원 기능을 제공하지 않습니다. 그러나 Kudu 노드 (태블릿 서버 또는 마스터)의 물리적 백업을 생성하고 나중에 복원 할 수 있습니다. 클러스터의 모든 Kudu 프로세스를 중지하십시오. 이렇게하면 백업 된 노드의 태블릿이 불필요하게 다른 곳에 복제되는 것을 방지 할 수 있습니다. 백업을 만드는 경우 백업 할 각 노드에서 WAL, 메타 데이터 및 데이터 디렉터리의 복사본을 만듭니다. 이 복사본은 모든 파일 속성과 희소성을 유지하는 것이 중요합니다. 백업에서 복원하는 경우 기존 WAL, 메타 데이터 및 데이터 디렉터리를 삭제 한 다음 이동 또는 복사를 통해 백업을 복원합니다. 백업 생성과 마찬가지로 복원시 모든 파일 속성과 희소성을 유지하는 것이 중요합니다. 클러스..

논리적 백업 및 복원 Kudu 1.10.0부터 Kudu는 Apache Spark를 사용하여 구현 된 작업을 통해 전체 및 증분 테이블 백업을 모두 지원합니다. 또한 Apache Spark를 사용하여 구현 된 복원 작업을 통해 전체 및 증분 백업에서 테이블 복원을 지원합니다. Kudu 백업 및 복원 작업에서 Apache Spark를 사용하는 경우 Spark 설명서 에 따라 Apache Spark가 환경에 설치되어 있는지 확인 합니다 . 또한 애플리케이션 제출에 대한 Apache Spark 문서를 검토하십시오 . 테이블 백업 하나 이상의 Kudu 테이블을 백업하려면 KuduBackupSpark 작업을 사용할 수 있습니다. 테이블에 대한 작업이 처음 실행되면 전체 백업이 실행됩니다. 추가 실행은 초기 전체 백..

버전 1.9부터 Kudu는 랙 인식 기능을 지원합니다. Kudu의 일반적인 재 복제 방법은 단일 노드 장애시 클러스터의 가용성을 보장합니다. 그러나 클러스터는 여러 노드의 상관 된 오류에 취약 할 수 있습니다. 예를 들어, 랙 상단 형 스위치에 장애가 발생하면 데이터 센터의 동일한 랙에있는 모든 물리적 호스트를 동시에 사용할 수 없게 될 수 있습니다. Kudu의 랙 인식 기능은 데이터 센터의 단일 랙 오류와 같은 일부 종류의 상관 된 오류로부터 보호합니다. Kudu 랙 인식 기능의 첫 번째 요소는 위치 할당입니다. 태블릿 서버 또는 클라이언트가 마스터에 등록하면 마스터가 위치를 할당합니다. 위치는로 /시작하는 구분 된 문자열 /이며 각 구분 된 /구성 요소는 집합의 문자로 구성됩니다 [a-zA-Z0-9_..

웹 인터페이스 보유 Kudu 태블릿 서버 및 마스터는 내장 웹 인터페이스에 유용한 운영 정보를 제공합니다. 웹 마스터 인터페이스가 있어야합니다. Kudu 마스터 프로세스는 포트 8051에서 웹 인터페이스를 제공합니다. 인터페이스는 클러스터 상태에 대한 정보가있는 여러 페이지를 표시합니다. 태블릿 서버 목록, 호스트 이름 및 마지막 하트 비트 시간. 각각에 대한 스키마 및 태블릿 위치 정보를 포함한 테이블 목록입니다. Impala Shell에 붙여 넣어 기존 테이블을 Impala의 알려진 데이터 소스 목록에 추가 할 수있는 SQL 코드입니다. 태블릿 서버 웹 인터페이스 필요 각 태블릿 서버는 포트 8050에서 웹 인터페이스를 제공합니다. 인터페이스는 서버에서 호스팅되는 각 태블릿에 대한 정보, 현재 상태 ..

테이블이를 사용하여 Impala에서 내부 테이블로 생성 된 경우 CREATE TABLE표준 DROP TABLE구문은 기본 Kudu 테이블과 모든 데이터를 삭제합니다. 을 사용하여 테이블이 외부 테이블로 생성 된 경우 CREATE EXTERNAL TABLEImpala와 Kudu 간의 매핑이 삭제되지만 Kudu 테이블은 모든 데이터와 함께 그대로 유지됩니다. DROP TABLE my_first_table; 무엇 향후 계획? 위의 예에서는 Impala Shell로 수행 할 수있는 작업의 일부만 살펴 보았습니다. Impala 프로젝트에 대해 알아보십시오 . Impala 문서를 읽으십시오 . 보기 임팔라 SQL 참조 . Impala 내부에 대해 읽어 보거나 Impala Wiki 에서 Impala에 기여하는 방법을..