1
severity이 나타내는 내용과 관련하여 좋은 설명서/설명을 찾지 못했습니다. nodetool gossipinfo. 자세한 설명을 찾고 있지만 적합한 것을 찾을 수 없습니다.카산드라 gossipinfo 심각도 설명
A
답변
4
심각도는 코디네이터가 읽을 데이터를 보낼 복제본을 결정하기 위해 동적 스 니치의 대기 시간에 추가되는 값입니다 DIGEST에게 요청합니다.
이 값은 압축시 사용되는 IO에 따라 다르며 실제 디스크 통계를 가중치로 사용하기 위해 /proc/stat (iostat 유틸리티와 동일)을 읽으려고 시도합니다. 3.10 버전의 cassandra에서는 https://issues.apache.org/jira/browse/CASSANDRA-11738에서 제거됩니다. 이전 버전에서는 jvm 옵션에 -Dcassandra.ignore_dynamic_snitch_severity을 설정하여 비활성화 할 수 있습니다. 문제는 io가 가중치와 동일한 대기 시간을 사용한다는 것입니다. 따라서 노드가 GC 스 래싱을하고 있기 때문에 많은 IO를 수행하지 않으면 최악의 노드가 요청을 보내더라도 대부분의 읽기 대상으로 취급 될 수 있습니다.
이제 JMX를 사용하여 읽기에 사용되지 않도록 JMX 값을 여전히 (1로) 설정할 수 있습니다. 예제 유스 케이스는 nodetool disablebinary을 사용하므로 애플리케이션에서 직접 쿼리하지 않고 심각도를 1로 설정합니다.이 노드는 CL.ALL 요청 또는 읽기 복구가 발생한 경우에만 클러스터에 의해 쿼리됩니다. 이 방법은 유지 보수를 위해 노드를 읽기 관점에서 "오프라인"으로 만들지 만 돌연변이가 발생하지 않도록합니다.
3
심각도는 특정 노드 (압축 등)에서 발생하는 활동을보고하며이 정보는 어떤 노드가 요청을 더 잘 처리 할 수 있는지 결정하는 데 사용됩니다. 이 기능에 대한 설명은 original JIRA입니다 &이 정보의 사용 방법.
P. Post 3.10 버전의 변경 사항에 대한 Chris의 답변을 참조하십시오.이 변경 사항을 알지 못했습니다 ...
자세한 내용은 @Chris Lohfink에게 감사드립니다. – Segmented