v6.0-12. Packaging changes

Configuring custom user and group for package is no longer allowededit

Previously someone could configure the $ES_USER and $ES_GROUP variables to change which user and group Elasticsearch was run as. This is no longer possible, the DEB and RPM packages now exclusively use the user and group elasticsearch. If a custom user or group is needed then a provisioning system should use the tarball distribution instead of the provided RPM and DEB packages.

이전에는 $ ES_USER 와 $ ES_GROUP 변수를 설정하여 Elasticsearch가 실행된 user와 group을 변경할 수 있었다. 이것은 더 이상 가능하지 않으며, 이제 DEB와 RPM 패키지는 user와 group elasticsearch 만 사용한다. 사용자 정의 user 또는 group이 필요한 경우 provisioning system은 제공된 RPM 및 DEB package 대신 tarball 배포판을 사용해야 한다.

path.conf is no longer a configurable settingedit

Previous versions of Elasticsearch enabled setting path.conf as a setting. This was rather convoluted as it meant that you could start Elasticsearch with a config file that specified via path.conf that Elasticsearch should use another config file. Instead, to configure a custom config directory, use the ES_PATH_CONF environment variable.

Elasticsearch 이전 버전에서는 setting으로 path.conf 설정이 가능했다. 이것은 Elasticsearch가 다른 config 파일을 사용해야 한다는 것을 path.conf 를 통해 지정된 config 파일로 Elasticsearch를 시작할 수 있다는 것을 의미하기 때문에 다소 복잡합니다. 대신 사용자 정의 config 디렉토리를 구성하려면ES_PATH_CONF environment variable 을 사용하자.

CONF_DIR is no longer supportededit

Previous versions of Elasticsearch enabled using the CONF_DIR environment variable to specify a custom configuration directory for some configuration files and some scripts (it was used inconsistently). Starting in Elasticsearch 6.0.0, the usage of this environment variable has been superceded by ES_PATH_CONF, and this new environment variable is consistently used for all configuration files and scripts.

이전 버전의 Elasticsearch는 CONF_DIR 환경 변수를 사용하여, 일부 구성 file과 일부 script(일관성 없이 사용된)에 대한 사용자 정의 구성 directory를 지정할 수 있었다. Elasticsearch 6.0.0 부터, 이 환경 변수의 사용은 ES_PATH_CONF 로 대체되었고, 이 새로운 환경 변수는 모든 설정 file과 script에 대해 일관되게 사용된다.

Default path settings are removededit

Previous versions of Elasticsearch enabled setting default.path.data and default.path.logs to set the default data path and default logs path if they were not otherwise set in the configuration file. These settings have been removed and now data paths and log paths can be configured via settings only. Related, this means that the environment variables DATA_DIR and LOG_DIR no longer have any effect as these were used to set default.path.data and default.path.logs in the packaging scripts.

이전 버전의 Elasticsearch에서는, 기본 data 경로와 기본 log 경로가 구성 파일에 설정되지 않은 경우, default.path.data 와 default.path.logs 를 설정할 수 있었다. 이러한 설정은 제거되었으므로, data 경로 및 log 경로는 설정을 통해서만 구성할 수 있다. 즉, DATA_DIR 과 LOG_DIR 환경 변수가, packaging script에서 default.path.data 와 default.path.logs 를 설정하는데 사용되었으므로, 더 이상 효과가 없다는 것을 의미한다.

Additionally, this means that if you were using the package distributions (i.e., you have installed Elasticsearch from the RPM or the DEB distributions), you had not previously explicitly configured path.data or path.logs, and you carry over your elasticsearch.yml file from 5.x, then you will need to add settings for path.data and path.logs. To use the defaults that you were implicitly using previously, you should add these lines to your elasticsearch.yml:

또한, RPM 또는 DEB 배포판으로 Elasticsearch를 설치한 패키지 배포판을 사용하는 경우, 이전에는 명시적으로 path.data 또는 path.logs 를 설정하지 않았다. 5.x 부터 'elasticsearch.yml` 파일을 찾아서, path.data 와 path.logs 에 대한 설정을 추가해야 한다. 이전에 묵시적으로 사용했던 기본값을 사용하려면 elasticsearch.yml 에 다음 행을 추가해야 한다 :

path.data: /var/lib/elasticsearch
path.logs: /var/log/elasticsearch

(If you already had explicit values for either of these settings, you should of course preserve those). If you do not do this, Elasticsearch will refuse to start.

(이 설정 중 하나에 대한 명시적인 값이 이미 있는 경우, 물론 그 값을 보존해야 한다.) 이 작업을 하지 않으면, Elasticsearch가 시작되지 않을 것이다.

32-bit is no longer maintainededit

We previously attempted to ensure that Elasticsearch could be started on 32-bit JVM (although a bootstrap check prevented using a 32-bit JVM in production). We are no longer maintaining this attempt.

우리는 이전에 32-bit JVM에서 Elasticsearch를 시작할 수 있도록 시도했었다 (하지만 bootstrap 검사로 인해 프로덕션 환경에서 32-bit JVM을 사용할 수 없었다). 우리는 더 이상 이 시도를 하지 않는다.

ES_JVM_OPTIONS is no longer supportededit

The environment variable ES_JVM_OPTIONS that enabled a custom location for the jvm.options file has been removed in favor of using the environment variable ES_PATH_CONF. This environment variable is already used in the packaging to support relocating the configuration files so this change merely aligns the other configuration files with the location of the jvm.options file.

jvm.options 파일의 사용자 정의 위치를 활성화하는 환경 변수 ES_JVM_OPTIONS 는 환경 변수 ES_PATH_CONF 의 사용을 위해 제거되었다. 이 환경 변수는 구성 파일의 재배치를 지원하기 위해, 패키지에 이미 사용되어 있으므로, 이 변경은 다른 구성 파일을 jvm.options 파일의 위치와 일치시킨다.

ES_INCLUDE is no longer supportededit

The environment variable ES_INCLUDE could previously be used to establish the environment used to start Elasticsearch (and various supporting scripts). This legacy feature could be useful when there were several environment variables useful for configuring JVM options; this functionality had previously been replaced by Setting JVM options. Therefore, ES_INCLUDE has been removed.

환경 변수 ES_INCLUDE 는 이전에 Elasticsearch (및 다양한 지원 스크립트)를 시작하는데 사용되는 환경을 설정하는 데 사용할 수 있었다. 이 기능은 JVM option 구성에 유용한 여러 환경 변수가 있는 경우 유용할 수 있다. 이 기능은 Setting JVM options 로 대체되었다. 그러므로 ES_INCLUDE 는 제거되었다.