AuthThe Elastic Stack includes Elastic's core products such as Elasticsearch, Kibana, Logstash, and Beats.AvailabilityGenerally available since 2.4This functionality is generally available and ready for production usage.Unless stated otherwise on the page, this functionality is available when your Elastic Stack is deployed on Elastic Cloud Hosted, Elastic Cloud Enterprise, Elastic Cloud on Kubernetes, and self-managed environments.This documentation corresponds to the latest patch available for each minor version. If you're not using the latest patch, check the release notes for changes.
Change the number of requests per second for a particular reindex operation.
For example:
Text
POST _reindex/r1A2WoRbTwKZ516z6NEs5A:36619/_rethrottle?requests_per_second=-1
Rethrottling that speeds up the query takes effect immediately.
Rethrottling that slows down the query will take effect after completing the current batch.
This behavior prevents scroll timeouts.
The throttle for this request in sub-requests per second.
It can be either -1 to turn off throttling or any decimal number like 1.7 or 12 to throttle to that level.
The number of scroll responses pulled back by the reindex.
creatednumberrequired
The number of documents that were successfully created.
deletednumberrequired
The number of documents that were successfully deleted.
noopsnumberrequired
The number of documents that were ignored because the script used for the reindex returned a noop value for ctx.op.
requests_per_secondnumberrequired
The number of requests per second effectively executed during the reindex.
retriesobjectrequired
The number of retries attempted by reindex. bulk is the number of bulk actions retried and search is the number of search actions retried.
bulknumberrequired
The number of bulk actions retried.
searchnumberrequired
The number of search actions retried.
throttleduniononeOf
Values:-10
throttled_millisnumberrequired
Number of milliseconds the request slept to conform to requests_per_second.
throttled_untiluniononeOf
Values:-10
throttled_until_millisnumberrequired
This field should always be equal to zero in a _reindex response.
It only has meaning when using the Task API, where it indicates the next time (in milliseconds since epoch) a throttled request will be executed again in order to conform to requests_per_second.
totalnumberrequired
The number of documents that were successfully processed.
updatednumberrequired
The number of documents that were successfully updated, for example, a document with same ID already existed prior to reindex updating it.
version_conflictsnumberrequired
The number of version conflicts that reindex hits.