7-2-2. Java Virtual Machine

You should always run the most recent version of the Java Virtual Machine (JVM), unless otherwise stated on the Elasticsearch website. Elasticsearch, and in particular Lucene, is a demanding piece of software. The unit and integration tests from Lucene often expose bugs in the JVM itself. These bugs range from mild annoyances to serious segfaults, so it is best to use the latest version of the JVM where possible.

Elasticsearch website에 언급되지 않는 한, 항상 최신 버전의 JVM(Java Virtual Machine)으로 실행해야 한다. Elasticsearch, 특히 Lucene은 매우 까다로운 S/W이다. Lucene의 단위/통합 테스트는 가끔 JVM 자체의 버그를 발견한다. 이러한 버그는 가벼운 골칫거리에서 심각한 세그먼테이션 폴트(segfault)까지 다양하다. 따라서, 가능한 한 JVM의 최신 버전을 사용하는 것이 가장 좋은 방법이다.

Java 8 is preferred over Java 7. Java 6 is no longer supported.

Java 8이 Java 7보다 더 좋다. Java 6은 더 이상 지원되지 않는다.

Either Oracle or OpenJDK are acceptable. They are comparable in performance and stability.

Oracle, OpenJDK 모두 가능하다. 이들은 성능과 안정성에서 비슷하다.

If your application is written in Java and you are using the transport client or node client, make sure the JVM running your application is identical to the server JVM. In few locations in Elasticsearch, Java’s native serialization is used (IP addresses, exceptions, and so forth). Unfortunately, Oracle has been known to change the serialization format between minor releases, leading to strange errors. This happens rarely, but it is best practice to keep the JVM versions identical between client and server.

응용프로그램이 Java로 만들어졌고, transport client나 node client를 사용한다면, 응용프로그램이 동작하는 JVM과 서버 JVM은 동일해야 한다. Elasticsearch에서는 Java의 기본 직렬화(serialization)를 사용하는 곳이 몇 군데(IP address, exceptions 등) 있다. 불행히도, Oracle은, 이상한 에러가 나타나는, minor releases 사이에서, 직렬화 형식의 변형이 있다고 알려져 있다. 이것은 드물게 발생하지만, 클라이언트와 서버 사이의 JVM 버전을 동일하게 유지하는 것이 가장 좋다.

JVM 설정을 변경하지 말자.

The JVM exposes dozens (hundreds even!) of settings, parameters, and configurations.They allow you to tweak and tune almost every aspect of the JVM.

JVM은 수십(수백)개의 설정, 매개변수, 구성을 제공한다. 그것을 이용해, JVM의 모든 면을 조정하고, 변경할 수 있다.

When a knob is encountered, it is human nature to want to turn it. We implore you to squash this desire and not use custom JVM settings. Elasticsearch is a complex piece of software, and the current JVM settings have been tuned over years of real-world usage.

손잡이가 있으면, 그것을 돌리려고 하는 것이 인간의 본성이다. 그 욕망을 억누르고, 사용자 정의 JVM 설정을 사용하지 _말라고_ 말하고 싶다. Elasticsearch는 복잡한 S/W이고, 현재의 JVM 설정은 수십 년간 실제로 사용되며, 조정되어 왔다.

It is easy to start turning knobs, producing opaque effects that are hard to measure, and eventually detune your cluster into a slow, unstable mess. When debugging clusters, the first step is often to remove all custom configurations. About half the time, this alone restores stability and performance.

손잡이를 돌리고, 측정하기 어려운 불투명한 효과를 만들어내기 시작하는 것은 쉽다. 하지만, 결국에는 cluster를 느리고 불안정한 엉망진창으로 만들 것이다. cluster를 디버깅할 때, 첫 번째 단계는 흔히, 모든 사용자 정의 구성을 제거하는 것이다. 이것만으로, 안정성과 성능이 절반 이상 복구된다.