설명 검색 헤드 클러스터를 계획할 때 다음 설명이 적용됩니다. 모든 인덱서는 기본 인덱서 클러스터에 속해야 합니다(독립 실행형 인덱서 없음). 검색 헤드 클러스터는 구성, 앱 및 검색 작업을 공유하는 검색 헤드 그룹입니다. 검색 헤드 클러스터에는 데이터 소스로 인덱서 클러스터가 필요합니다. 즉, 검색 헤드 클러스터에 데이터를 제공하는 모든 인덱서는 동일한 인덱서 클러스터의 구성원이어야 합니다. 독립 실행형 인덱서 또는 인덱서 클러스터의 일부가 아닌 인덱서는 검색 헤드 클러스터의 데이터 원본으로 사용할 수 없습니다. Splunk 버전 및 인덱서 클러스터와 호환된다면 모든 검색 헤드는 동일한 운영 체제를 사용할 필요가 없습니다. 독립형 검색 헤드도 인덱서 클러스터를 검색할 수 있으므로 모든 검색 헤드가 클러스터의 구성원일 필요는 없지만 구성 복제 및 로드 밸런싱의 이점은 없습니다. 검색 헤드 캡틴은 클러스터에서 가장 큰 검색 헤드에 할당될 필요가 없습니다. 캡틴은 CPU 로드, 네트워크 대기 시간, 검색 로드 등 다양한 기준에 따라 클러스터 멤버 중에서 동적으로 선택되기 때문입니다.
SPLK-2002 문제 112
다음 제한 옵션 중 conf가 전달 계층에서 성능 이점을 제공할 수 있는 것은 무엇입니까?
정답: C
정답은 C입니다. ParallelIngestionPipelines 속성을 늘리세요. 이는 포워더가 여러 데이터 입력을 병렬로 처리할 수 있도록 허용하므로 포워딩 계층에서 성능 이점을 제공할 수 있는 제한사항.conf의 옵션입니다1. parallellngestionPipelines 속성은 전달자가 다양한 소스에서 데이터를 수집하는 데 사용할 수 있는 파이프라인 수를 지정합니다1. 이 값을 늘리면 포워더가 처리량을 향상하고 데이터 전달 지연 시간을 줄일 수 있습니다1. 다른 옵션은 전달 계층에서 성능 이점을 제공하는 효과적인 옵션이 아닙니다. indexed_realtime_use_by_default 속성을 활성화하는 옵션 A는 데이터가 수신되자마자 포워더가 인덱서에 데이터를 보낼 수 있게 하므로 권장되지 않습니다. 이로 인해 네트워크 및 CPU 로드가 증가하고 성능이 저하될 수 있습니다2. maxKBps 속성을 늘리는 옵션 B는 좋은 옵션이 아닙니다. 이는 포워더가 데이터를 인덱서로 보내는 데 사용할 수 있는 최대 대역폭(초당 킬로바이트)을 늘리기 때문입니다3. 이렇게 하면 데이터 전송 속도가 향상될 수 있지만 네트워크가 포화되어 정체 및 패킷 손실이 발생할 수도 있습니다3. max_searches_per_cpu 속성을 높이는 옵션 D는 관련이 없습니다. 이는 포워더의 전달 성능이 아닌 인덱서 또는 검색 헤드의 검색 성능에만 영향을 미치기 때문입니다4. 따라서 보기 C가 정답이고 보기 A, B, D가 오답입니다. 1: 병렬 수집 파이프라인 구성 2: 실시간 전달 구성 3: 전달자 출력 구성 4: 검색 성능 구성
SPLK-2002 문제 113
클러스터형 인덱스 내의 버킷에는 어떤 유형의 파일이 존재합니까? (해당되는 모든 것들을 고르세요)
정답: C,D
Splunk 문서1에 따르면 클러스터형 인덱스 내의 버킷에는 두 가지 주요 유형의 파일, 즉 압축 형식의 원시 데이터(rawdata)와 원시 데이터를 가리키는 인덱스(tsidx 파일)가 포함되어 있습니다. 버킷에 두 가지 유형의 파일이 모두 있는지 아니면 원시 데이터 파일만 있는지에 따라 버킷이 복제되거나 검색 가능해질 수 있습니다. 복제된 버킷은 데이터 복제를 위해 한 피어 노드에서 다른 피어 노드로 복사된 버킷입니다. 검색 가능한 버킷은 원시 데이터와 tsidx 파일을 모두 포함하고 검색 헤드로 검색할 수 있는 버킷입니다. 클러스터형 인덱스 내의 버킷에 존재하는 파일 유형은 다음과 같습니다. * 검색 가능한 버킷 안에는 tsidx와 rawdata가 있습니다. 검색 가능한 버킷에는 데이터와 인덱스 파일이 모두 포함되어 있고 검색 헤드로 검색할 수 있기 때문에 이는 사실입니다1. * 복제된 버킷 내부에는 tsidx와 rawdata가 모두 있습니다. 복제된 버킷에 데이터와 인덱스 파일이 모두 있으면 검색 가능한 버킷이 될 수도 있기 때문에 이는 사실입니다. 그러나 복제된 버킷 중 일부는 복제 요소 및 검색 요소 설정1에 따라 원시 데이터 파일만 포함할 수 있으므로 모든 복제된 버킷을 검색할 수 있는 것은 아닙니다. 다른 옵션은 다음과 같은 이유로 false입니다. * 복제된 버킷 내부에는 원시 데이터만 있습니다. 검색 가능한 버킷인 경우 복제된 버킷에도 tsidx 파일이 있을 수 있으므로 이는 거짓입니다. 복제된 버킷에는 검색 불가능한 버킷인 경우에만 원시 데이터 파일이 있습니다. 즉, 다른 피어 노드1에서 tsidx 파일을 가져올 때까지 검색 헤드에서 검색할 수 없습니다. * 검색 가능한 버킷 안에는 tsidx만 있습니다. 이는 검색 가능한 버킷에는 항상 tsidx 및 rawdata 파일이 모두 포함되어 있기 때문에 거짓입니다. 둘 다 데이터 검색에 필요하기 때문입니다. 검색 가능한 버킷은 tsidx 파일이 가리키는 실제 데이터를 포함하므로 rawdata 파일 없이는 존재할 수 없습니다1.
