하나의 하드웨어에서 여러 JVM을 사용하는 것이 일반적으로 도움이되지 않습니다.
앞에서 언급했듯이 하나의 시스템에서 많은 JVM을 사용한다고해도 하드웨어 장애에 대한 취약성이 줄어들지 않으며, 3 개의 복제본이 있기 때문에 기억력을 잃어 버리게되므로 인식의 복잡성이 추가됩니다. 당신이 각각의 세 가지를 넣을 때 특별히주의하지 않으면 두 가지가 실패 할 수 있습니다.
대부분의 경우 단일 JVM/Solr 인스턴스에서 추가 샤드를 사용하는 것이 더 간단하며 코어 당 인덱스 크기를 관리 가능한 수준으로 낮추는 것과 동일한 성능 목표를 달성합니다. 이것은 SolrCloud의 핵심 기능입니다.
매우 큰 JVM 힙이 필요한 색인 또는 사용 패턴을 처리하는 경우에만 예외입니다. 매우 큰 JVM 힙은 GC 최대 일시 중지 시간을 높일 수 있으며 GC 튜닝은 많은 도움을 줄 수 있습니다. 이 경우 JVM 당 하나의 복제본/샤드로 여러 JVM을 사용하면 최악의 경우 GC 일시 중지가 단일 복제본에 필요한 제한으로 제한 될 수 있습니다.
당신은 또한 사육사를 언급하므로, ZK가 다소 다른 짐승이라는 점에 주목할 가치가 있습니다. 아마도 ZK를 별도로 호스트해야합니다. 항상 홀수의 ZK 노드를 사용하고 물리적 호스트 당 하나 이상을 사용하지 않아야합니다.
답변 해 주셔서 감사 드리며, 내가 뭘 믿었는지 확인했습니다. 내가 생각하기에 큰 지수가 없기 때문에이 기계의 샤딩보다 복제에 대해 더 생각하고있었습니다. 하지만 호기심에서 JVM 힙이 무엇이라고 생각합니까? – Thematrixme
2-8G가 "정상"이라고 생각합니다. 하지만이 맥락에서 중요한 것은 GC 일시 중지 시간이므로 실제로 허용 할 수있는 일시 중지의 정도가 더 중요합니다. – randomstatistic
그렇다면 우리는 "정상적인"경우에 적합하다고 생각합니다. GC 중단 시간이 중요하지 않다고 생각합니다. 어쨌든, 대단히 감사합니다! – Thematrixme