2
내가 여기에 시나리오를 갖는 데이터의 약 1.4 TB와어떻게 내 elasticsearch 서버의 메모리 요구 사항을 결정하는
elasticsearch의 DB,
_shards": {
"total": 202,
"successful": 101,
"failed": 0
}
각 인덱스의 크기가 3 사이에 약 2GB입니다이 가까운 장래에 30GB의 파일 크기가 매일있을 것으로 예상됩니다.
OS 정보 :
NAME="Red Hat Enterprise Linux Server"
VERSION="7.2 (Maipo)"
ID="rhel"
ID_LIKE="fedora"
VERSION_ID="7.2"
PRETTY_NAME="Red Hat Enterprise Linux Server 7.2 (Maipo)"
시스템은 32GB의 RAM을 갖고, 파일 시스템 (활용 1.4TB) 2TB이다. elasticsearch 서버에 최대 15GB를 구성했습니다. 하지만이 DB를 쿼리하는 것만으로는 충분하지 않습니다. 서버에서 단일 쿼리가 발생하면 서버가 중단됩니다.
이 서버의 파일 시스템에 1TB를 포함하여 총 파일 시스템 크기가 3TB가되도록합니다. 또한 대략 128GB로 메모리를 늘릴 계획입니다.
서버가 atleast 50 요청에 동시에 응답하는 데 필요한 최소 RAM을 결정하는 방법을 알아낼 수 있습니까?
이 요구 사항을 분석 할 수있는 도구/공식을 제안 할 수 있다면 크게 감사하겠습니다. 또한 숫자를 사용하여 다른 시나리오를 제공하여 자원 요구를 결정할 수 있다면 도움이 될 것입니다.
RAM/힙을 늘리면 많은 도움이되지 않을 수 있습니다. 둘 이상의 서버가 필요할 것입니다. 하지만 실행중인 쿼리와 인덱스 매핑을 알지 못해도 더 이상 알려주지 않습니다. – Val