-
Notifications
You must be signed in to change notification settings - Fork 38
DOCSP-48525-disaster-recovery-faq-entry #679
DOCSP-48525-disaster-recovery-faq-entry #679
Conversation
✅ Deploy Preview for docs-cluster-to-cluster-sync ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM with one suggestion!
source/faq.txt
Outdated
|
||
No, you can't currently set up a Disaster Recovery cluster with ``mongosync``, | ||
since ``mongosync`` must commit in order to safely accept traffic to the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
[s] Do you want to add the bold to 'must commit' here like in the ticket?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thank you for the speedy turnaround! a few changes from my end - I am also socializing this change with internal stakeholders
@@ -23,6 +23,8 @@ Can I change the load level while ``mongosync`` is syncing? | |||
Yes, you can adjust the cluster workload level during a migration by | |||
following the steps in :ref:`c2c-reconfigure-mid-migration`. | |||
|
|||
.. _c2c-faq-reads-writes-mongosync: | |||
|
|||
Can I perform reads or writes to my destination cluster while ``mongosync`` is syncing? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
can we add this as the question right under "Can I perform reads or writes to my destination cluster while mongosync is syncing?" ?
source/faq.txt
Outdated
efficiently across the destination cluster’s shards after migration. | ||
|
||
Can I use ``mongosync`` to set up a Disaster Recovery cluster? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
on second thought, it's better to say "maintain" instead of "set up" here, since the key issue is the lack of an ability to keep the cluster up to date with the source
source/faq.txt
Outdated
-------------------------------------------------------------- | ||
|
||
No, you can't currently set up a Disaster Recovery cluster with ``mongosync``, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"set up" -> "maintain"
source/faq.txt
Outdated
|
||
No, you can't currently set up a Disaster Recovery cluster with ``mongosync``, | ||
since ``mongosync`` **must commit** in order to safely accept traffic to the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@@ -0,0 +1,4 @@ | |||
Until you've called commit on ``mongosync`` and ``canWrite`` successfully |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@@ -219,6 +219,10 @@ For any continuous synchronization use cases with ``mongosync``, ensure that | |||
``mongosync`` commits before cutting over from the source to the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this line starting with "For any continuous synchronization" is now redundant with the new textbox so we can remove it.
Thank you for your review @mvankeulen94 ! Back to you with the updates. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm, thank you!
* DOCSP-48525-disaster-recovery-faq-entry * wording * build error * reviewer request * add important * monospace * reviewer updates * render issue (cherry picked from commit 9036320)
* DOCSP-48525-disaster-recovery-faq-entry * wording * build error * reviewer request * add important * monospace * reviewer updates * render issue (cherry picked from commit 9036320)
* DOCSP-48525-disaster-recovery-faq-entry * wording * build error * reviewer request * add important * monospace * reviewer updates * render issue (cherry picked from commit 9036320)
* DOCSP-48525-disaster-recovery-faq-entry * wording * build error * reviewer request * add important * monospace * reviewer updates * render issue (cherry picked from commit 9036320)
💚 All backports created successfully
Questions ?Please refer to the Backport tool documentation |
* DOCSP-48525-disaster-recovery-faq-entry * wording * build error * reviewer request * add important * monospace * reviewer updates * render issue
DESCRIPTION
Add question to C2C FAQ ab using mongosync for disaster recovery.
STAGING
JIRA
https://jira.mongodb.org/browse/DOCSP-48525
BUILD LOG
Self-Review Checklist
External Review Requirements
What's expected of an external reviewer?