v5.0-07. Settings changes

From Elasticsearch 5.0 on all settings are validated before they are applied. Node level and default index level settings are validated on node startup, dynamic cluster and index setting are validated before they are updated/added to the cluster state.

Elasticsearch 5.0 부터 모든 설정의 적용되기 전에 유효성을 검사한다. node level과 index level 설정은 시작 시에 유효성이 검사되고, 동적 cluster 및 index 설정은 cluster state에 업데이트/추가되기 전에 유효성이 검사된다.

Every setting must be a known setting. All settings must have been registered with the node or transport client they are used with. This implies that plugins that define custom settings must register all of their settings during plugin loading using the SettingsModule#registerSettings(Setting) method.

모든 설정은 알려진(known) 설정이어야 한다. 모든 설정은 함께 사용되는 node/transport client에 등록되어 있어야 한다. 이것은 사용자 정의 설정을 정의하는 plugin은SettingsModule#registerSettings(Setting) method를 사용하면서 plugin 로드 중에 모든 설정을 등록해야 함을 의미한다.

Index Level Settingsedit

In previous versions Elasticsearch allowed to specify index level setting as defaults on the node level, inside the elasticsearch.yaml file or even via command-line parameters. From Elasticsearch 5.0 on only selected settings like for instance index.codec can be set on the node level. All other settings must be set on each individual index. To set default values on every index, index templates should be used instead.

이전 버전의 Elasticsearch에서는 index level 설정을, elasticsearch.yaml 파일 또는 command-line parameter를 통해, node level에 기본 으로 지정할 수 있었다. Elasticsearch 5.0 부터는, 예를 들어 index.codec 같은 선택된 설정만 node level에 설정할 수 있다. 다른 모든 설정은 각 개별 색인에 설정해야 한다. 모든 색인에 기본값을 설정하려면 대신 index template를 사용해야 한다.

Node settingsedit

The name setting has been removed and is replaced by node.name. Usage of -Dname=some_node_nameis not supported anymore.

name 설정은 제거되었고 node.name 으로 대체되었다. -Dname=some_node_name 의 사용은 더 이상 지원되지 않는다.

The node.add_id_to_custom_path was renamed to add_lock_id_to_custom_path.

node.add_id_to_custom_path 는 add_lock_id_to_custom_path 로 이름이 변경되었다.

The default for the node.name settings is now the first 7 characters of the node id, which is in turn a randomly generated UUID.

이제 node.name 설정의 기본값은 무작위로 생성된 UUID인 node id의 첫번째 7글자이다.

The settings node.mode and node.local are removed. Local mode should be configured via transport.type: local. In order to disable HTTP please use http.enabled: false

node.mode 와 node.local 설정은 제거된다. local mode는 transport.type: local 로 설정되어야 한다. HTTP를 비활성화 하려면 http.enabled: false 를 사용하자.

Node attribute settingsedit

Node level attributes used for allocation filtering, forced awareness or other node identification / grouping must be prefixed with node.attr. In previous versions it was possible to specify node attributes with the node. prefix. All node attributes except of node.master, node.data and node.ingest must be moved to the new node.attr. namespace.

allocation filtering, 강제 인식(forced awareness) 또는 다른 node 식별/그룹화에 사용되는 node level 속성은 node.attr 접두사가 있어야합니다. 이전 버전에서는 node. 접두어로 node 속성을 지정할 수 있었다.node.master, node.data 및 node.ingest 를 제외한 모든 node 속성은 새로운 node.attr. namespace로 옮겨져야 한다.

Node types settingsedit

The node.client setting has been removed. A node with such a setting set will not start up. Instead, each node role needs to be set separately using the existing node.master, node.data and node.ingest supported static settings.

node.client 설정이 제거되었다. 이러한 설정이 설정된 node는 시작되지 않는다. 대신 각 node 역할은 기존의 node.master, node.data 및 node.ingest 지원 정적 설정을 사용하여 별도로 설정해야 한다.

Gateway settingsedit

The gateway.format setting for configuring global and index state serialization format has been removed. By default, smile is used as the format.

global 및 index state 직렬화 형식을 구성하기 위한 gateway.format 설정이 제거되었다. 기본적으로 smile 이 형식으로 사용된다.

Transport Settingsedit

All settings with a netty infix have been replaced by their already existing transport synonyms. For instance transport.netty.bind_host is no longer supported and should be replaced by the superseding setting transport.bind_host.

netty 삽입사(infix)를 가진 모든 설정은 기존에 이미 존재하는 transport 동의어로 대체되었다. 예를 들어, transport.netty.bind_host 는 더 이상 지원되지 않으며 대체 설정인 transport.bind_host 로 대체되어야 한다.

Security manager settingsedit

The option to disable the security manager security.manager.enabled has been removed. In order to grant special permissions to elasticsearch users must edit the local Java Security Policy.

security manager를 를 비활성화하는 option, security.manager.enabled 가 제거되었다. elasticsearch 사용자에게 특수 권한을 부여하려면 local Java Security Policy을 편집해야 한다.

Network settingsedit

The _non_loopback_ value for settings like network.host would arbitrarily pick the first interface not marked as loopback. Instead, specify by address scope (e.g. _local_,_site_ for all loopback and private network addresses) or by explicit interface names, hostnames, or addresses.

network.host 같은 설정을 위한 _non_loopback_ 값은 loopback으로 표시되지 않은 첫 번째 interface를 임의로 선택한다. 대신, 주소 범위(예 : 모든 loopback 및 private network address에 대해 _local_,_site_) 또는 명시적인 interface name, hostname 또는 address로 지정하자.

The netty.epollBugWorkaround settings is removed. This settings allow people to enable a netty work around for a high CPU usage issue with early JVM versions. This bug was fixed in Java 7. Since Elasticsearch 5.0 requires Java 8 the settings is removed. Note that if the workaround needs to be reintroduced you can still set the org.jboss.netty.epollBugWorkaround system property to control Netty directly.

netty.epollBugWorkaround 설정이 제거되었다. 이 설정을 사용하면, 초기 JVM 버전에서 CPU 사용량이 높은 문제 를 깔끔하게 해결할 수 있다. 이 버그는 http://bugs.java.com/view_bug.do?bug_id=6403933[Java 7에서 수정] 되었다. Elasticsearch 5.0 에는 Java 8이 필요하기 때문에 설정이 제거되었다. 해결 방법이 다시 필요하다면, netty를 직접 제어하기 위해 org.jboss.netty.epollBugWorkaround system property를 설정할 수 있다.

Forbid changing of thread pool typesedit

Previously, thread pool types could be dynamically adjusted. The thread pool type effectively controls the backing queue for the thread pool and modifying this is an expert setting with minimal practical benefits and high risk of being misused. The ability to change the thread pool type for any thread pool has been removed. It is still possible to adjust relevant thread pool parameters for each of the thread pools (e.g., depending on the thread pool type, keep_alive, queue_size, etc.).

이전에는 thread pool types을 동적으로 조정할 수 있었다. thread pool type은 thread pool에 대한 backing queue를 효과적으로 제어하며, 이를 수정하는 것은 최소한의 실질적인 이점과 오용 위험이 있는 전문적인 설정이다. 특정 thread pool에 대한 thread pool type을 변경하는 기능이 제거되었다. 각 thread pool(thread pool type에 따라, keep_alive, queue_size 등)에 따라 관련 thread pool parameter를 조정하는 것은 여전히 가능하다.

Threadpool settingsedit

The suggest threadpool has been removed, now suggest requests use the search threadpool.

suggest threadpool은 제거되었다. 이제 suggest request는 search threadpool을 사용한다.

The prefix on all thread pool settings has been changed from threadpool to thread_pool.

모든 thread pool 설정의 시작은 threadpool 에서 thread_pool 로 변경되었다.

The minimum size setting for a scaling thread pool has been changed from min to core.

scaling thread pool의 최소 크기 설정이 min 에서 core 로 변경되었다.

The maximum size setting for a scaling thread pool has been changed from size to max.

scaling thread pool의 최대 크기 설정이 size 에서 max 로 변경되었다.

The queue size setting for a fixed thread pool must be queue_size (all other variants that were previously supported are no longer supported).

fixed thread pool에 대한 queue 크기 설정은 queue_size 이어야 한다. (이전에 지원되었던 다른 모든 값들은 더 이상 지원되지 않는다)

Thread pool settings are now node-level settings. As such, it is not possible to update thread pool settings via the cluster settings API.

이제 thread pool 설정은 node-level 설정이다. 따라서 cluster 설정 API를 통해 thread pool 설정을 업데이트 할 수 없다.

Analysis settingsedit

The index.analysis.analyzer.default_index analyzer is not supported anymore. If you wish to change the analyzer to use for indexing, change the index.analysis.analyzer.default analyzer instead.

index.analysis.analyzer.default_index 분석기는 더 이상 지원되지 않는다. index를 위해 사용하도록 analyzer를 변경하려면 대신 index.analysis.analyzer.default analyzer를 변경하자.

Ping settingsedit

Previously, there were three settings for the ping timeout: discovery.zen.initial_ping_timeout, discovery.zen.ping.timeout and discovery.zen.ping_timeout. The former two have been removed and the only setting key for the ping timeout is now discovery.zen.ping_timeout. The default value for ping timeouts remains at three seconds.

이전에는 discovery.zen.initial_ping_timeout, discovery.zen.ping.timeout 및discovery.zen.ping_timeout 과 같이 ping timeout에 대한 3가지 설정이 있었다. 앞의 2개가 제거되었고 ping timeout에 대한 유일한 설정 키는 이제 discovery.zen.ping_timeout 이다. ping timeout의 기본값은 3초이다.

discovery.zen.master_election.filter_client and discovery.zen.master_election.filter_datahave been removed in favor of the new discovery.zen.master_election.ignore_non_master_pings. This setting control how ping responses are interpreted during master election and should be used with care and only in extreme cases. See documentation for details.

discovery.zen.master_election.filter_client 와 discovery.zen.master_election.filter_data 는 새로운 discovery.zen.master_election.ignore_non_master_pings 를 위하여 제거되었다. 이 설정은 master election 중에 ping response가 해석되는 방식을 제어하며 극단적인 경우에만 주의해서 사용해야 한다. 자세한 내용은 설명서를 참조하자.

Recovery settingsedit

Recovery settings deprecated in 1.x have been removed:

1.x 에서 deprecated된 recovery 설정은 제거되었다.

• index.shard.recovery.translog_size is superseded by indices.recovery.translog_sizeindex.shard.recovery.translog_size 는 indices.recovery.translog_size 로 대체되었다.
• index.shard.recovery.translog_ops is superseded by indices.recovery.translog_opsindex.shard.recovery.translog_ops 는 indices.recovery.translog_ops 로 대체되었다.
• index.shard.recovery.file_chunk_size is superseded by indices.recovery.file_chunk_sizeindex.shard.recovery.file_chunk_size 는 indices.recovery.file_chunk_size 로 대체되었다.
• indices.recovery.concurrent_streams is superseded by cluster.routing.allocation.node_concurrent_recoveriesindex.shard.recovery.concurrent_streams 는 indices.recovery.node_concurrent_recoveries로 대체되었다.
• index.shard.recovery.concurrent_small_file_streams is superseded by indices.recovery.concurrent_small_file_streamsindex.shard.recovery.concurrent_small_file_streams 는 indices.recovery.concurrent_small_file_streams 로 대체되었다.
• indices.recovery.max_size_per_sec is superseded by indices.recovery.max_bytes_per_secindex.shard.recovery.max_size_per_sec 는 indices.recovery.max_bytes_per_sec 로 대체되었다.

If you are using any of these settings please take the time to review their purpose. All of the settings above are considered expert settings and should only be used if absolutely necessary. If you have set any of the above setting as persistent cluster settings please use the settings update API and set their superseded keys accordingly.

이러한 설정 중 하나를 사용하는 경우 시간을 내어 그 목적을 검토해 보자. 위의 모든 설정은 전문적인 설정(expert settings) 으로 간주되며 절대적으로 필요한 경우에만 사용해야 한다. 위의 설정 중 하나를 영구적인 cluster 설정으로 설정 한 경우, settings update API를 사용하고 그에 따라 대체 key를 설정하자.

The following settings have been removed without replacement

다음 설정은 대체없이 제거되었다.

• indices.recovery.concurrent_small_file_streams - recoveries are now single threaded. The number of concurrent outgoing recoveries are throttled via allocation deciders recovery는 이제 single thread이다. concurrent outgoing recovery 횟수는 allocation decider를 통해 조절된다.
• indices.recovery.concurrent_file_streams - recoveries are now single threaded. The number of concurrent outgoing recoveries are throttled via allocation deciders recovery는 이제 single thread이다. concurrent outgoing recovery 횟수는 allocation decider를 통해 조절된다.

Translog settingsedit

The index.translog.flush_threshold_ops setting is not supported anymore. In order to control flushes based on the transaction log growth use index.translog.flush_threshold_size instead.

index.translog.flush_threshold_ops 설정은 더 이상 지원되지 않는다. transaction log를 기반으로 flush를 제어하려면 대신 index.translog.flush_threshold_size 를 사용하자.

Changing the translog type with index.translog.fs.type is not supported anymore, the bufferedimplementation is now the only available option and uses a fixed 8kb buffer.

index.translog.fs.type 으로 translog 유형을 변경하는 것은 더 이상 지원되지 않는다. 이제 buffered 구현이 유일하게 사용 가능한 option이고 고정된 8kb 버퍼를 사용한다.

The translog by default is fsynced after every index, create, update, delete, or bulk request. The ability to fsync on every operation is not necessary anymore. In fact, it can be a performance bottleneck and it’s trappy since it enabled by a special value set on index.translog.sync_interval. Now, index.translog.sync_interval doesn’t accept a value less than 100ms which prevents fsyncing too often if async durability is enabled. The special value 0 is no longer supported.

기본적으로 translog는 모든 index, create, update, delete 또는 bulk request 다음에 fsync된다. 모든 연산에서 fsync하는 기능은 더 이상 불필요하다. 사실 그것은 performance bottleneck이 될 수 있고 index.translog.sync_interval 에 설정된 특별한 값으로 활성화되기 때문에 까다롭다. 이제, index.translog.sync_interval 은 100ms 보다 작은 값을 허용하지 않는다. 이것은 비동기 지속성(async durability)이 활성화되어 있을 경우 너무 자주 fsync하는 것을 방지한다. 특수 값 0 은 더 이상 지원되지 않는다.

index.translog.interval has been removed.

index.translog.interval 은 제거되었다.

Request Cache Settingsedit

The deprecated settings index.cache.query.enable and indices.cache.query.size have been removed and are replaced with index.requests.cache.enable and indices.requests.cache.sizerespectively.

deprecate된 index.cache.query.enable, indices.cache.query.size 설정은 제거되었고, 각각 index.requests.cache.enable, indices.requests.cache.size 로 대체되었다.

indices.requests.cache.clean_interval has been replaced with indices.cache.clean_interval and is no longer supported.

indices.requests.cache.clean_interval 은 indices.cache.clean_interval 로 대체되었고 더 이상 지원되지 않는다.

Field Data Cache Settingsedit

The indices.fielddata.cache.clean_interval setting has been replaced withindices.cache.clean_interval.

indices.fielddata.cache.clean_interval 설정은 indices.cache.clean_interval 로 대체되었다.

Allocation settingsedit

The cluster.routing.allocation.concurrent_recoveries setting has been replaced with cluster.routing.allocation.node_concurrent_recoveries.

cluster.routing.allocation.concurrent_recoveries 설정은 cluster.routing.allocation.node_concurrent_recoveries 로 대체되었다.

Similarity settingsedit

The default similarity has been renamed to classic.

default 동의어(similarity)는 classic 으로 이름이 변경되었다.

Indexing settingsedit

The indices.memory.min_shard_index_buffer_size and indices.memory.max_shard_index_buffer_sizehave been removed as Elasticsearch now allows any one shard to use amount of heap as long as the total indexing buffer heap used across all shards is below the node’sindices.memory.index_buffer_size (defaults to 10% of the JVM heap).

Elasticsearch는 모든 shard에서 사용 된 총 indexing buffer heap이 node의indices.memory.index_buffer_size (기본값은 JVM heap의 10%)보다 작은 한, 하나의 shard가 heap 모두를 사용할 수 있게 함으로써 indices.memory.min_shard_index_buffer_size 와indices.memory.max_shard_index_buffer_size 가 제거되었습니다.

Removed es.max-open-filesedit

Setting the system property es.max-open-files to true to get Elasticsearch to print the number of maximum open files for the Elasticsearch process has been removed. This same information can be obtained from the Nodes Info API, and a warning is logged on startup if it is set too low.

시스템 속성 es.max-open-files를 true로 설정하여, Elasticsearch에서 Elasticsearch process의 최대 open file 수를 인쇄하도록하려면이 제거되었다. 이 동일한 정보는 Nodes Info API에서 얻을 수 있으며, 너무 낮게 설정된 경우 시작시 경고가 나타난다.

Removed es.netty.gatheringedit

Disabling Netty from using NIO gathering could be done via the escape hatch of setting the system property "es.netty.gathering" to "false". Time has proven enabling gathering by default is a non-issue and this non-documented setting has been removed.

netty가 NIO 수집을 사용하지 못하게 하려면 "es.netty.gathering" 시스템 속성을 "false" 로 설정하는 방법(escape hatch)를 통해 가능하다. 시간이 지나고 보니 기본적으로 수집을 활성화하는 것은 문제가 아닌 것으로 입증되었으며 이 문서화되지 않은 설정은 제거되었다.

Removed es.useLinkedTransferQueueedit

The system property es.useLinkedTransferQueue could be used to control the queue implementation used in the cluster service and the handling of ping responses during discovery. This was an undocumented setting and has been removed.

es.useLinkedTransferQueue 시스템 속성은 cluster service에서 사용되는 queue 구현과 discovery 중에 ping response 처리를 제어하는 데 사용될 수 있다. 이것은 문서화되지 않은 설정이었으며 제거되었다.

Cache concurrency level settings removededit

Two cache concurrency level settings indices.requests.cache.concurrency_level andindices.fielddata.cache.concurrency_level because they no longer apply to the cache implementation used for the request cache and the field data cache.

2개의 cache 동시성(concurrency) level 설정, indices.requests.cache.concurrency_level 과 indices.fielddata.cache.concurrency_level 은 제거되었다. 그것들이 request cache와 field data cache에 사용된 cache 구현에 더 이상 적용되지 않기 때문이다.

Using system properties to configure Elasticsearchedit

Elasticsearch can no longer be configured by setting system properties. This means that support for all of the following has been removed:

시스템 속성을 설정하여 Elasticsearch를 더 이상 구성할 수 없다. 이는 다음에 대한 지원이 모두 제거되었음을 의미합니다.

• setting via command line arguments to elasticsearch as -Des.name.of.setting=value.of.setting

  -Des.name.of.setting=value.of.setting 처럼 command line 매개변수를 통한 설정

• setting via the JAVA_OPTS environment variable JAVA_OPTS=$JAVA_OPTS -Des.name.of.setting=value.of.setting

  JAVA_OPTS=$JAVA_OPTS -Des.name.of.setting=value.of.setting 처럼 JAVA_OPTS 환경변수를 통한 설정

• setting via the ES_JAVA_OPTS environment variable ES_JAVA_OPTS=$ES_JAVA_OPTS -Des.name.of.setting=value.of.setting

  ES_JAVA_OPTS=$ES_JAVA_OPTS -Des.name.of.setting=value.of.setting 처럼 ES_JAVA_OPTS 환경변수를 통한 설정

Instead, use -Ename.of.setting=value.of.setting.

대신, -Ename.of.setting=value.of.setting 를 사용하자.

Removed using double-dashes to configure Elasticsearchedit

Elasticsearch could previously be configured on the command line by setting settings via --name.of.setting value.of.setting. This feature has been removed. Instead, use -Ename.of.setting=value.of.setting.

Elasticsearch는 이전에 --name.of.setting value.of.setting 을 통해 설정을 지정하여 command line에서 구성 할 수 있었다. 이 기능은 제거되었다. 대신 -Ename.of.setting=value.of.setting 을 사용하자.

Remove support for .properties config filesedit

The Elasticsearch configuration and logging configuration can no longer be stored in the Java properties file format (line-delimited key=value pairs with a .properties extension).

Elasticsearch 구성 및 로깅 구성은 더 이상 Java properties file format(.properties 확장자로 된 line 단위의 key=value 쌍)에 저장 될 수 없다.

Discovery Settingsedit

The discovery.zen.minimum_master_node must be set for nodes that have network.host, network.bind_host, network.publish_host, transport.host, transport.bind_host, or transport.publish_host configuration options set. We see those nodes as in "production" mode and thus require the setting.

discovery.zen.minimum_master_node 는 network.host, network.bind_host, network.publish_host, transport.host, transport.bind_host, 또는 transport.publish_host 설정 option을 가진 node에 대해 반드시 설정되어야 한다. 우리는 이러한 node를 "제품(production)" mode로 간주하므로 설정이 필요하다.

Realtime get settingedit

The action.get.realtime setting has been removed. This setting was a fallback realtime setting for the get and mget APIs when realtime wasn’t specified. Now if the parameter isn’t specified we always default to true.

action.get.realtime 설정이 제거되었다. 이 설정은 실시간(realtime)을 지정하지 않은 경우, get 및 mget API에 대한 실시간 설정에 대한 대비책이었다. 이제 parameter가 지정되지 않은 경우 기본적으로 true로 설정된다.

Memory lock settingsedit

The setting bootstrap.mlockall has been renamed to bootstrap.memory_lock.

bootstrap.mlockall 설정은 bootstrap.memory_lock 로 이름이 변경되었다.

Snapshot settingsedit

The default setting include_global_state for restoring snapshots has been changed from true to false. It has not been changed for taking snapshots and still defaults to true in that case.

snapshot 복원을 위한 기본 설정 include_global_state 가 true 에서 false 로 변경되었다. snapshot을 찍기 위해 변경되지는 않았으며, 이 경우에는 여전히 기본값이 true 로 설정된다.

Time value parsingedit

The unit w representing weeks is no longer supported.

주(week)를 나타내는 w 는 더 이상 지원되지 않는다.

Fractional time values (e.g., 0.5s) are no longer supported. For example, this means when setting timeouts "0.5s" will be rejected and should instead be input as "500ms".

소수점 값의 시간(예 : 0.5s)은 더 이상 지원되지 않습니다. 예를 들어, timeout으로 "0.5s" 설정이 거부되면 "500ms" 로 입력되어야 함을 의미한다.

Node max local storage nodesedit

Previous versions of Elasticsearch defaulted to allowing multiple nodes to share the same data directory (up to 50). This can be confusing where users accidentally startup multiple nodes and end up thinking that they’ve lost data because the second node will start with an empty data directory. While the default of allowing multiple nodes is friendly to playing with forming a small cluster on a laptop, and end-users do sometimes run multiple nodes on the same host, this tends to be the exception. Keeping with Elasticsearch’s continual movement towards safer out-of-the-box defaults, and optimizing for the norm instead of the exception, the default for node.max_local_storage_nodesis now one.

이전 버전의 Elasticsearch는 여러 node가 동일한 데이터 디렉토리(최대 50 개)를 공유하도록 허용하는 것이 기본이었다. 사용자가 실수로 여러 node를 시작한 경우, 두 번째 node가 빈 데이터 디렉토리로 시작하기 때문에 데이터가 손실되었다고 생각하면 혼란스러울 수 있다. 여러 개의 node를 허용하는 기본값은 laptop에서 작은 cluster를 구성하여 동작하는데 성하는 데 익숙하지만, end-user는 가끔식 동일한 host에서 여러 개의 node를 실행한다. 이것은 이례적(exceprion)인 경우이다. Elasticsearch가 더 안전한 초기 기본값으로 계속 이동하고 예외 대신 표준을 최적화하면서, node.max_local_storage_nodes 의 기본값은 이제 1이다.

Script settingsedit

Indexed script settingsedit

Due to the fact that indexed script has been replaced by stored scripts the following settings have been replaced to:

indexed script가 stored script로 대체되어, 다음 설정이 대체되었습니다.

• script.indexed has been replaced by script.stored

  script.indexed 는 script.stored 로 대체되었다.

• script.engine.*.indexed.aggs has been replaced by script.engine.*.stored.aggs (where *represents the script language, like groovy, mustache, painless etc.)

  script.engine.*.indexed.aggs 는 script.engine.*.stored.aggs 로 대체되었다. ( * 는 groovy, mustache, painless 같은 script 언어를 나타낸다.)

• script.engine.*.indexed.mapping has been replaced by script.engine.*.stored.mapping(where * represents the script language, like groovy, mustache, painless etc.)

  script.engine.*.indexed.mapping 는 script.engine.*.stored.mapping 로 대체되었다. ( * 는 groovy, mustache, painless 같은 script 언어를 나타낸다.)

• script.engine.*.indexed.search has been replaced by script.engine.*.stored.search (where * represents the script language, like groovy, mustache, painless etc.)

  script.engine.*.indexed.search 는 script.engine.*.stored.search 로 대체되었다. ( * 는 groovy, mustache, painless 같은 script 언어를 나타낸다.)

• script.engine.*.indexed.update has been replaced by script.engine.*.stored.update (where * represents the script language, like groovy, mustache, painless etc.)

  script.engine.*.indexed.update 는 script.engine.*.stored.update 로 대체되었다. ( * 는 groovy, mustache, painless 같은 script 언어를 나타낸다.)

• script.engine.*.indexed.plugin has been replaced by script.engine.*.stored.plugin (where * represents the script language, like groovy, mustache, painless etc.)

  script.engine.*.indexed.plugin 는 script.engine.*.stored.plugin 로 대체되었다. ( * 는 groovy, mustache, painless 같은 script 언어를 나타낸다.)

Script mode settingsedit

Previously script mode settings (e.g., "script.inline: true", "script.engine.groovy.inline.aggs: false", etc.) accepted a wide range of "truthy" or "falsy" values. This is now much stricter and supports only the true and false options.

이전에 script mode 설정 (예 : "script.inline: true", "script.engine.groovy.inline.aggs: false" 등)은 광범위한 "truthy" 또는 "falsy" 값을 허용했습니다. 이제 이것은 훨씬 더 엄격해지고 true 와 false option만 지원한다.

Script sandbox settings removededit

Prior to 5.0 a third option could be specified for the script.inline and script.stored settings ("sandbox"). This has been removed, you can now only set script.inline: true or script.stored: true.

5.0 이전에는 script.inline 및 script.stored 설정("sandbox")에 세 번째 option을 지정할 수 있었다. 이것은 제거되었고 script.inline: true 또는 script.stored: true 만 설정할 수 있다.

Search settingsedit

The setting index.query.bool.max_clause_count has been removed. In order to set the maximum number of boolean clauses indices.query.bool.max_clause_count should be used instead.

index.query.bool.max_clause_count 설정이 제거되었다. boolean 절의 최대 수를 설정하려면, 대신 indices.query.bool.max_clause_count 를 사용해야 한다.