follow-request-body.asciidoc 3.4 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103
  1. [testenv="platinum"]
  2. `max_read_request_operation_count`::
  3. (integer) the maximum number of operations to pull per read from the remote
  4. cluster
  5. `max_outstanding_read_requests`::
  6. (long) the maximum number of outstanding reads requests from the remote
  7. cluster
  8. `max_read_request_size`::
  9. (<<byte-units,byte value>>) the maximum size in bytes of per read of a batch
  10. of operations pulled from the remote cluster
  11. `max_write_request_operation_count`::
  12. (integer) the maximum number of operations per bulk write request executed on
  13. the follower
  14. `max_write_request_size`::
  15. (<<byte-units,byte value>>) the maximum total bytes of operations per bulk write request
  16. executed on the follower
  17. `max_outstanding_write_requests`::
  18. (integer) the maximum number of outstanding write requests on the follower
  19. `max_write_buffer_count`::
  20. (integer) the maximum number of operations that can be queued for writing;
  21. when this limit is reached, reads from the remote cluster will be deferred
  22. until the number of queued operations goes below the limit
  23. `max_write_buffer_size`::
  24. (<<byte-units,byte value>>) the maximum total bytes of operations that can be queued for
  25. writing; when this limit is reached, reads from the remote cluster will be
  26. deferred until the total bytes of queued operations goes below the limit
  27. `max_retry_delay`::
  28. (<<time-units,time value>>) the maximum time to wait before retrying an
  29. operation that failed exceptionally; an exponential backoff strategy is
  30. employed when retrying
  31. `read_poll_timeout`::
  32. (<<time-units,time value>>) the maximum time to wait for new operations on the
  33. remote cluster when the follower index is synchronized with the leader index;
  34. when the timeout has elapsed, the poll for operations will return to the
  35. follower so that it can update some statistics, and then the follower will
  36. immediately attempt to read from the leader again
  37. ===== Default values
  38. //////////////////////////
  39. [source,js]
  40. --------------------------------------------------
  41. PUT /follower_index/_ccr/follow?wait_for_active_shards=1
  42. {
  43. "remote_cluster" : "remote_cluster",
  44. "leader_index" : "leader_index"
  45. }
  46. --------------------------------------------------
  47. // CONSOLE
  48. // TESTSETUP
  49. // TEST[setup:remote_cluster_and_leader_index]
  50. [source,js]
  51. --------------------------------------------------
  52. POST /follower_index/_ccr/pause_follow
  53. --------------------------------------------------
  54. // CONSOLE
  55. // TEARDOWN
  56. [source,js]
  57. --------------------------------------------------
  58. GET /follower_index/_ccr/info?filter_path=follower_indices.parameters
  59. --------------------------------------------------
  60. // CONSOLE
  61. //////////////////////////
  62. The following output from the follow info api describes all the default
  63. values for the above described index follow request parameters:
  64. [source,js]
  65. --------------------------------------------------
  66. {
  67. "follower_indices" : [
  68. {
  69. "parameters" : {
  70. "max_read_request_operation_count" : 5120,
  71. "max_read_request_size" : "32mb",
  72. "max_outstanding_read_requests" : 12,
  73. "max_write_request_operation_count" : 5120,
  74. "max_write_request_size" : "9223372036854775807b",
  75. "max_outstanding_write_requests" : 9,
  76. "max_write_buffer_count" : 2147483647,
  77. "max_write_buffer_size" : "512mb",
  78. "max_retry_delay" : "500ms",
  79. "read_poll_timeout" : "1m"
  80. }
  81. }
  82. ]
  83. }
  84. --------------------------------------------------
  85. // TESTRESPONSE