DOCS-16527 replica set to sharded cluster page (#363)

* DOCSP-16527

* DOCS-16527 changed structure

Author: sonderdonk-mdb

snooty.toml

@@ -16,6 +16,7 @@ toc_landing_pages = ["/quickstart",
                      "/installation",
                      "reference/reference",
                      "/connecting",
+                     "/topologies",
                      "/using-mongosync",
                      "/multiple-mongosyncs",
                      "/release-notes/release-notes",

source/faq.txt

@@ -104,6 +104,8 @@ when ``mongosync`` became unavailable.
 
 .. include:: /includes/fact-restart-resume-delay.rst
 
+.. _c2c-faq-arbiters:
+
 Can the source or destination be a replica set with arbiters? 
 -------------------------------------------------------------
 

source/includes/example-connection-string-general.rst

@@ -0,0 +1,5 @@
+.. code-block:: shell
+
+   mongosync \
+         --cluster0 "<cluster0_connection_string>" \
+         --cluster1 "<cluster1_connection_string>"

source/includes/limitations-rs-to-sharded.rst

@@ -0,0 +1,10 @@
+- ``mongosync`` allows users to rename collections that the
+  ``sharding.shardingEntries`` option includes during sync with some 
+  limitations. For details, see 
+  :ref:`Renaming During Sync <rename-during-sync>`.
+- If you use the ``sharding.createSupportingIndexes`` option, the indexes are 
+  automatically created on the destination cluster during the sync. You cannot 
+  create these indexes afterwards on the source cluster.
+- If you want to create an index to support shard keys manually, you 
+  must create the index before ``mongosync`` starts or after the migration is 
+  complete and ``mongosync`` has stopped.

source/index.txt

@@ -41,7 +41,7 @@ common questions users have asked about ``mongosync``.
    /about-mongosync
    /installation
    /connecting
-   /multiple-mongosyncs
+   /topologies
    /reference
    /release-notes
    /faq

source/quickstart.txt

@@ -34,12 +34,14 @@ the rest of the {+c2c-product-name+} documentation.
 
 - The destination cluster must be the same version or up to two versions ahead
   of the source cluster. The patch version is not important, so long as they 
-  meets the minimum patch :ref:`version requirements
+  meet the minimum patch :ref:`version requirements
   <c2c-server-version-compatibility>`.
 
 Follow the instructions below to set up {+c2c-product-name+}, connect
 your clusters, and synchronize your data.
 
+.. _c2c-quickstart-setup:
+
 Setup
 -----
 
@@ -48,14 +50,18 @@ Setup
 
    .. step:: Define a source and a destination cluster
 
+      .. _c2c-quickstart-define-clusters:
+
       If you already have a MongoDB cluster, either self-managed or
       hosted in :atlas:`MongoDB Atlas </getting-started?jmp=docs>`, 
       use that cluster as the source cluster. If you don't have a
       cluster to work with, you will need to create one.
 
       This Quickstart works when the destination cluster and the source
-      cluster are both replica sets. To sync from a replica set to a
-      sharded cluster, or between sharded clusters, see:
+      cluster are both replica sets. 
+      
+      To sync from a replica set to a sharded cluster, see 
+      :ref:`c2c-rs-to-sharded`. To sync between sharded clusters, see
       :ref:`c2c-sharded-clusters`.
 
       .. seealso::
@@ -81,6 +87,8 @@ Setup
 
    .. step:: Define administrative users
 
+      .. _c2c-quickstart-define-users:
+
       If either cluster is hosted in Atlas, or if either of them
       requires authentication, you must create a database user that has
       permissions in both clusters. 
@@ -118,6 +126,8 @@ Setup
 
    .. step:: Download and install ``mongosync``
 
+      .. _c2c-quickstart-download:
+
       ``mongosync`` is the tool that connects the source and
       destination clusters. You can host ``mongosync`` on its own
       hardware, ``mongosync`` does not have to run on the hardware that
@@ -170,6 +180,8 @@ Connect the Clusters
 
    .. step:: Initialize mongosync
 
+      .. _c2c-initialize:
+      
       ``mongosync`` must create an initial connection to the source and
       destination clusters before it can start to sync data. To create the initial
       connection, issue the following command with your connection

source/reference/api/start.txt

@@ -349,6 +349,7 @@ following configurations:
 
 * Sync between sharded clusters that differ in the number of shards.
 
+.. _c2c-shard-replica-sets:
 
 Shard Replica Sets 
 ~~~~~~~~~~~~~~~~~~
@@ -359,7 +360,7 @@ Sync from a replica set to a sharded cluster requires the
 ``sharding`` option. This option configures how ``mongosync`` shards
 collections.
 
-The ``sharding.shardEntries`` array specifies the collections to shard.
+The ``sharding.shardingEntries`` array specifies the collections to shard.
 Collections that are not listed in this array replicate as unsharded.
 
 Supporting Indexes
@@ -377,7 +378,7 @@ This is done by setting the ``sharding.createSupportingIndexes`` option.
 
 When ``sharding.createSupportingIndexes`` is ``false`` (the default): 
 
-* Each shard key you provide for the ``sharding.shardEntries`` option
+* Each shard key you provide for the ``sharding.shardingEntries`` option
   must have an existing index on the source cluster.
 
 * One of the indexes used for the shard key must have simple collation if the 
@@ -410,7 +411,7 @@ Rename During Sync
 
 .. versionadded:: 1.1
 
-Collections listed in the ``sharding.shardEntries`` array 
+Collections listed in the ``sharding.shardingEntries`` array 
 when synced from a replica set to a sharded cluster 
 become sharded collections on the destination cluster.
 

source/reference/limitations.txt

@@ -90,20 +90,8 @@ Sharded Clusters
 - Sync from a replica set to a sharded cluster has the following
   limitations:
 
-  - ``mongosync`` allows users to rename collections that the
-    ``sharding.shardingEntries`` option for the :ref:`c2c-api-start`
-    command includes during sync. To see limitations on renaming
-    collections while ``mongosync`` is running, see :ref:`Renaming
-    During Sync <rename-during-sync>`.
-  - When using the ``sharding.createSupportingIndexes`` option to create
-    indexes supporting shard keys on the destination cluster during
-    sync, you cannot create these indexes afterwards on the source
-    cluster.
-
-    The index must either exist before ``mongosync`` starts or be
-    created after the migration is complete and ``mongosync`` has
-    stopped.
-
+  .. include:: /includes/limitations-rs-to-sharded.rst
+    
 - Within a collection, the ``_id`` field must be unique across all of
   the shards in the cluster. See :ref:`sharded-clusters-unique-indexes`
   for more details.

source/reference/mongosync.txt

@@ -62,11 +62,7 @@ The ``mongosync`` command layout below is modified for display. To
 connect ``cluster0`` to ``cluster1`` with ``mongosync``, enter the
 following command on one line:
 
-.. code-block:: shell
-
-   mongosync \
-         --cluster0 "<cluster0_connection_string>" \
-         --cluster1 "<cluster1_connection_string>"
+.. include:: /includes/example-connection-string-general.rst
 
 For more information on how to format your connection strings, see 
 :ref:`c2c-connecting`.

source/topologies.txt

@@ -0,0 +1,46 @@
+============================
+Supported Cluster Topologies
+============================
+
+.. contents:: On this page
+   :local:
+   :backlinks: none
+   :depth: 1
+   :class: singlecol
+  
+Cluster topology affects how nodes are arranged within a cluster. Topology 
+impacts the availability and performance of your MongoDB deployment. 
+
+The topology you choose can affect how ``mongosync`` synchronizes data between 
+clusters.
+
+Requirements
+------------
+
+:ref:`c2c-mongosync` supports two cluster topologies: 
+
+- :ref:`Replica sets <replication>`
+
+- :ref:`Sharded clusters <sharded-cluster>`
+
+If you are syncing a sharded cluster to another sharded cluster, they are not 
+required to have the same number of shards.
+
+``mongosync`` doesn't support sync from a sharded cluster to a replica set.
+
+Get Started
+-----------
+
+- To sync a replica set to a replica set, see the 
+  :ref:`Quick Start Guide <c2c-quickstart>`.
+
+- To sync a replica set to a sharded cluster, see :ref:`c2c-rs-to-sharded`.
+
+- To sync a sharded cluster to another sharded cluster, see 
+  :ref:`c2c-sharded-clusters`.
+
+.. toctree::
+   :titlesonly:
+
+   topologies/rs-to-sharded
+   topologies/multiple-mongosyncs