OpenSearch Service 클러스터의 심각한 JVM 메모리 부족 문제를 해결하려면 어떻게 해야 하나요?

3분 분량

Amazon OpenSearch Service 클러스터의 JVM 심각한 메모리 부족 문제를 해결하는 방법을 모르겠습니다.

간단한 설명

기본적으로 OpenSearch Service는 최대 32GiB 크기의 JVM 힙에 인스턴스 RAM의 50%를 사용합니다. JVM 메모리 사용량은 클러스터 노드에서 Java 힙의 백분율을 지정합니다. 다음 지침은 JVM 메모리 사용량 백분율이란 무엇인지를 설명합니다.

JVM 메모리 사용량이 75% 에 도달하면 OpenSearch Service는 x86 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스 유형에 대한 CMS(Concurrent Mark Sweep) 가비지 수집기를 시작합니다. ARM 기반 Graviton Amazon EC2 인스턴스 유형은 추가적인 일시 중지 및 힙 조각 제거를 사용하는 Garbage-First(G1) 가비지 수집기를 사용합니다. 가비지 수집은 CPU를 많이 사용하는 프로세스입니다. 메모리 사용량이 계속 증가하면 ClusterBlockException, JVM OutofMemoryError 또는 기타 클러스터 성능 문제가 발생할 수 있습니다. 자세한 내용은 계속되는 과도한 처리 부하로부터 복구를 참조하십시오.
JVM 메모리 사용량이 30분 동안 92%를 초과하면 OpenSearch Service는 모든 쓰기 작업을 차단합니다.
JVM 메모리 사용량이 100%에 도달하면 OpenSearch Service JVM은 종료되어 결국에는 OutOfMemory(OOM)에서 다시 시작하도록 구성됩니다.

다음과 같은 이유로 심각한 JVM 메모리 부족 문제가 발생할 수 있습니다.

클러스터에 대한 트래픽을 줄여 심각한 JVM 메모리 부족 문제를 해결합니다. 클러스터에 대한 트래픽을 줄이려면 다음 모범 사례를 따르십시오.

POST /index\ _name/\ _cache/clear?fielddata=true API 작업으로 필드 데이터 캐시를 지우세요.
**참고:**캐시를 지우면 진행 중인 쿼리에 지장을 줄 수 있습니다.
텍스트 필드를 집계하거나 매핑 유형을 “키워드”로 변경하지 마세요.
노드당 최대 힙 크기가 32GB가 되도록 도메인을 조정하세요.
느린 로그(OpenSearch 웹 사이트) 를 켜서 잘못된 요청을 확인합니다.
**참고:**JVM 메모리 사용량이 90% 미만인지 확인합니다. 느린 Elasticsearch 쿼리에 대한 자세한 내용은Advanced tuning: finding and fixing slow Elasticsearch querieson the Elasticsearch website(고급 조정: Elasticsearch 웹 사이트에서 느린 Elasticsearch 쿼리의 찾기 및 수정)를 참조하십시오.
올바른 수의 샤드를선택하여 검색 또는 인덱싱을 최적화합니다. 인덱싱 및 샤드 수에 대한 자세한 내용은Amazon OpenSearch Service 클러스터의 고르지 않은 샤드 배포를 재조정하려면 어떻게 해야 하나요?를 참조하십시오
오래되었거나 사용하지 않는 인덱스를 삭제하여 샤드 수를 줄이세요.
고급 사용자의 경우 모체 필드 데이터 캐시 할당을 업데이트하거나 사용자의 사용 사례에 따라 회로 차단기 설정을 요청할 수 있습니다. JVM 회로 차단기에 대한 자세한 내용은 JVM OutOfMemoryError를 참조하십시오.

심각한 JVM 메모리 부족 문제를 해결하는 방법에 대한 자세한 내용은 OpenSearch Service 노드가 충돌하는 이유는 무엇인가요?를 참조하십시오