How to Backup Elasticsearch in HySDS
Confidence Level TBD This article has not been reviewed for accuracy, timeliness, or completeness. Check that this information is valid before acting on it. |
---|
Introduction
In case of catastrophic failure, you would be more likely to backup GRQ and Metrics Elasticsearch indices as your products and Metrics are long-term data stores. It can be problematic to backup Mozart ES because Mozart is supposed to be a snapshot of the processing state of the system. In a catastrophic failure, the snapshot that Mozart provides will be completely out-of-sync with reality and restoring it could cause redundant processing and incomplete knowledge of system state.
This answer is to backup GRQ on a HySDS hosted Elasticsearch service with an AWS backend
Step 1: Snapshot Repository to Register Repository
Step 2: A Snapshot
Things to Know
If you are using a tutorial and other options, you should know:
General recommendation: do not use
wait_for_completion=true
as that could timeout your client when the indices grow large.Also, its better to use timestamps in the name of the snapshot.
Note: You may want to be selective about what indices you are restoring:
For example, if you wanted to omit the following:
You would do this:
Step 3: Close All Indices
Before you restore an Elasticsearch backup, you need to close all indices. See this link.
Related Articles: |
---|
Have Questions? Ask a HySDS Developer: |
Anyone can join our public Slack channel to learn more about HySDS. JPL employees can join #HySDS-Community
|
JPLers can also ask HySDS questions at Stack Overflow Enterprise
|
Page Information: |
---|
Was this page useful? |
Contribution History:
|
Subject Matter Expert: @Sujen Shah |
Find an Error? Is this document outdated or inaccurate? Please contact the assigned Page Maintainer: @Sujen Shah |