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.

Add new feedback Subscribe
Status Submitted
Categories Atlas
Created by Guest
Created on Mar 30, 2020

RELATED FEEDBACK

readPreferenceTag flexibility in Atlas

Looking to get more flexibility to target electable nodes and the workload isolation nodes. Some ideas are to allow for custom tags or having tags that allow for targeting read-only and electable nodes together. This allows for users use the read-only nodes to scale out reads along side the electable secondaries without having to juggle multiple connection strings.
  • Attach files
  • Guest
    Apr 1, 2020
    Thanks that's helpful. Note that you can specify multiple tags in a read preference tag set, e.g. both "ELECTABLE" and "READ_ONLY" but it's true that the driver will use the first one in the list that it can reach meaning that unless you were to have some clients use one order and others use the reverse, you'd not distribute the workload across all available secondaries. We'll need to track these use cases and explore options over time.
    Reply
  • Guest
    Mar 31, 2020
    Hi Andrew. I have a customer who uses secondaries to scale reads. They want to target only the secondaries and read-only secondaries, but NOT the analytics nodes. Using readPref=secondary would target ALL secondaries.
    Reply
  • Guest
    Mar 31, 2020
    Hi Charles, Can you share a little more detail on what you're aiming to achieve: For example why not use nearest or secondary read preferences? Cheers -Andrew
    Reply