Expand | ||
---|---|---|
| ||
Context: I know that HySDS persists most of its state in Elasticsearch. How can I regularly backup my Elasticsearch indices? |
...
title | Answer: 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. The answer is via Sujen Shah on Slack: For snapshot, you need two things, which you can initiate on the GRQ server on your HySDS cluster. 1 - Snapshot repository To register repository
2 - A Snapshot
If you are using a tutorial and other options, you should know:
Note: You may want to be selective about what indices you are restoring. For example, if you wanted to omit the following (some of which are adaptation-specific):
You would do this:
Also, before you restore and ES, you need to close all indices. https://www.elastic.co/guide/en/elasticsearch/reference/current/indices-close.html
|
---|
...