- Introducing Elasticsearch Add-On for Heroku
- Configuring your deployment
- Securing your deployment
- Monitoring your deployment
- How to set up monitoring
- Access performance metrics
- Keep track of deployment activity
- Diagnose unavailable nodes
- Why are my shards unavailable?
- Why is performance degrading over time?
- Is my cluster really highly available?
- How does high memory pressure affect performance?
- Why are my cluster response times suddenly so much worse?
- How do I resolve deployment health warnings?
- How do I resolve node bootlooping?
- Snapshot and restore
- About
- Subscription levels
- Version policy
- Elasticsearch Add-On for Heroku hardware
- Elasticsearch Add-On for Heroku GCP instance configurations
- Elasticsearch Add-On for Heroku GCP default provider instance configurations
- Elasticsearch Add-On for Heroku AWS instance configurations
- Elasticsearch Add-On for Heroku AWS default provider instance configurations
- Elasticsearch Add-On for Heroku Azure instance configurations
- Elasticsearch Add-On for Heroku Azure default provider instance configurations
- Elasticsearch Add-On for Heroku regions
- Service status
- Getting help
- Restrictions and known problems
- What’s new with the Elastic Stack
Snapshot and restore
editSnapshot and restore
editSnapshots are an efficient way to ensure that your Elasticsearch indices can be recovered in the event of an accidental deletion, or to migrate data across deployments.
The information here is specific to managing repositories and snapshots in Elasticsearch Add-On for Heroku. We also support the Elasticsearch snapshot and restore API to back up your data. For details, consult the Snapshot and Restore documentation.
When you create a cluster in Elasticsearch Add-On for Heroku, a default repository called found-snapshots is automatically added to the cluster. This repository is specific to that cluster: the deployment ID is part of the repository’s base_path, i.e., /snapshots/[cluster-id].
Do not disable or delete the default cloud-snapshot-policy SLM policy, and do not change the default found-snapshots repository defined in that policy. These actions are not supported.
The default policy and repository are used when creating a new deployment from a snapshot, when restoring a snapshot to a different deployment, and when taking automated snapshots in case of deployment changes. You can however customize the snapshot retention settings in that policy to adjust it to your needs.
To use a custom snapshot repository, you can register a new snapshot repository and create another SLM policy.
To get started with snapshots, check out the following pages:
- Add your own custom repositories to snapshot to and restore from.
- To configure your cluster snapshot settings, see the Snapshot and Restore documentation.