Skip to Main Content

MongoByte MongoDB Logo

Welcome to the new MongoDB Feedback Portal!

{Improvement: "Your idea"}
We’ve upgraded our system to better capture and act on your feedback.
Your feedback is meaningful and helps us build better products.

Status Submitted
Categories Atlas
Created by Guest
Created on Oct 29, 2023

Ability to create mirror/snapshot clusters for load and behavior testing

We would like to request the following: 1. The ability to create a "mirror" or "snapshot" of a production cluster to a staging cluster. 2. This could be either real-time or scheduled (once per day, once per week, etc.) If scheduled, it would be nice to be able to spin up a new cluster each time it's mirrored (so that previous mirrored cluster remains available) 3. The mirroring should be allowed to use a different hardware type, for example, our production cluster uses NVME disks, but our mirrored cluster we'd use cheaper HDDs with lower CPU. 4. The mirrored cluster should be allowed to use a different MongoDB server version than the one it replicated from. 5. When mirroring, have ability to exclude collections and exclude/mask certain fields within a collection (e.g. via an aggregation pipeline-like syntax) 6. Ability to get API triggers when the mirrored cluster is copied and ready. We would use these triggers to perform additional actions such as switching our staging environment to point to the new cluster, inserting/removing data manually, etc. 7. Have ability to mirror production cluster query traffic to the mirror cluster, i.e. for load-testing. This is particularly useful when upgrading database version, or experimenting with different instance types. Having the ability to "sample" queries (e.g. 1-out-of-10 queries gets mirrored) would be useful, and also to restrict any data insertion so the queries are read-only. Related to: https://feedback.mongodb.com/forums/924145-atlas/suggestions/40311163-option-to-restore-one-or-more-db-from-snap-to-clus
  • Attach files