-
Notifications
You must be signed in to change notification settings - Fork 313
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add ability to restore from a snapshot #793
Add ability to restore from a snapshot #793
Conversation
With this commit we introduce new operations in Rally that allow Rally to restore data from a snapshot. Closes elastic#341
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is just GREAT! LGTM, left a few doc suggestions and nit comments.
tests/driver/runner_test.py
Outdated
}, | ||
} | ||
} | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: empty line here
tests/driver/runner_test.py
Outdated
"total_in_bytes": 79063092, | ||
"recovered": "65.7mb", | ||
"recovered_in_bytes": 68891939, | ||
}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: dangling comma
tests/driver/runner_test.py
Outdated
"total_in_bytes": 179063092, | ||
"recovered": "165.7mb", | ||
"recovered_in_bytes": 168891939, | ||
}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: dangling comma
docs/track.rst
Outdated
* ``request-params`` (optional): A structure containing HTTP request parameters. | ||
|
||
.. note:: | ||
In order to ensure that the track execution only continues after a snapshot has been restored, set ``wait-for-completion`` to ``true``. In that case you should also increase the request timeout. In the example below we set it to 7200 seconds (or 2 hours):: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about joining the two sentences like ...
In order to ensure that the track execution only continues after a snapshot has been restored, set
wait-for-completion
totrue
and increase the request timeout.
docs/track.rst
Outdated
"request_timeout": 7200 | ||
} | ||
|
||
However, this might not work if a proxy is in between the client and Elasticsearch and that proxy has a shorter request timeout configured than the client. In that case, keep the default value for ``wait-for-completion`` and instead add a ``wait-for-recovery`` runner in the next step. This has the additional advantage that you'll get a progress report while the snapshot is being restored. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Somehow that
looks out of place to me when this
is used in every other sentence and everything looks very specific. How about: In this case, keep the default value for ``wait-for-completion`` and instead add a ``wait-for-recovery`` runner in the next step.
With this commit we introduce new operations in Rally that allow Rally
to restore data from a snapshot.
Closes #341