왜 Cassandra에서 데이터를 검색하는 동안 dispatch.fetch가 Hunk에서 매우 느립니까?

Question

모니터링을 위해 결과를 얻으려고 데이터 저장소 인 cassandra 3.1에 대용량 응용 프로그램 (6.4)을 연결하고 테이블에 수백 개의 데이터가 있지만 결과에 일관되게 5 초가 걸렸습니다. 나는 CassandraERP Connector 클래스도 확인했습니다.이 클래스는 응답을 반환하는 데 몇 분이 걸리지 않습니다. 아무도 명확하게 이해할 수 없습니까? - 2.02 3 command.stdin -

실행 비용 기간 (초) 호출이 입력 요소 카운트 출력 command.fields 0.00 4 1 1 4 command.search 0.00 1 0.00 command.search.filter 4 카운트 - 1 2.00 command.stdin.cpd2sr 2 1 1 0.00 1 1 1 command.stdin.calcfields 2.00 command.stdin.cpd2sr.blocked 1 - - 0.00 command.stdin.kv 1 1 1 0.00 command.stdin.tags 1 1 1 0.00 command.stdin.typer 1 1 1 0.00 command.stdin.fieldalias 1 1 1 0.00 command.stdin.looku PS 1 1 1 1 dispatch.check_disk_usage 0.00 - - 0.06 dispatch.createdSearchResultInfrastructure 1 - - 0.04 dispatch.evaluate 1 - - 0.04 dispatch.evaluate.search 1 - - 4.08 dispatch.fetch 6 - - 0.00 디스패치. localSearch 1 - - 0.00 dispatch.preview 1 - - 0.00 dispatch.readEventsInResults 1 - - 0.00 dispatch.stream.local 1 - - 0.00 dispatch.timeline 6 - - 0.03 dispatch.writeStatus 8 - - 0.01 시작. 구성 1 - - 0.03 startup.handoff 1 - -

Answer 1

바질, th 여기서 Splunk Answers에서 물어 봤어야합니다

덩크를 파악하는 기본 개념은 검색 할 때 초기화 된 gets (Hadoop datanodes, Cassandra 등)에 splunkd의 코드를 유지한다는 것입니다. 이

을 줄이기 위해 맵의 출력은 검색 헤드로 다시 스트리밍됩니다 그리고 당신은 그 높은 dispatch.fetch 값을보고있는 이유입니다 - -지도의 매핑 단계는 실제로 감소이 일이 기다리고 지도 결과