@@ -113,11 +113,11 @@ Procedure
113
113
114
114
.. step:: Launch your target replica set in MongoDB Atlas running on AWS.
115
115
116
- See :doc:`Create a MongoDB Account </atlas/account>` and
117
- `Create a New Cluster
116
+ See :doc:`Create a MongoDB Account </atlas/account>` and
117
+ `Create a New Cluster
118
118
<https://docs.atlas.mongodb.com/tutorial/create-new-cluster/>`__
119
119
for instructions.
120
-
120
+
121
121
.. note::
122
122
Your target cluster must use ``M10`` or larger instance nodes.
123
123
For development or staging environments, deploy a cluster
@@ -135,10 +135,10 @@ Procedure
135
135
.. figure:: /images/atlas-deployment.png
136
136
:figwidth: 700px
137
137
:alt: This image highlights the Migrate Data to this Cluster
138
- option on a cluster card in Atlas.
138
+ option on a cluster card in Atlas.
139
139
140
140
.. step:: Click :guilabel:`General Live Migration`.
141
-
141
+
142
142
.. step:: Click :guilabel:`I'm ready to migrate`.
143
143
144
144
.. step:: Add the IP address for the Atlas Live Migration Service on your AWS source cluster.
@@ -151,9 +151,9 @@ Procedure
151
151
152
152
AWS EC2 servers are protected from unauthorized network access using
153
153
`Security Groups <https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/security-group-rules-reference.html>`_.
154
- To add new IP address ranges to the IP access list, either create a
155
- new Security Group, or modify your existing Security Group to permit
156
- inbound network access from the displayed IP address ranges.
154
+ To add new IP address ranges to the IP access list, either create a
155
+ new Security Group, or modify your existing Security Group to permit
156
+ inbound network access from the displayed IP address ranges.
157
157
158
158
Here is an example security group that grants access to Atlas Live Migration Service.
159
159
@@ -184,7 +184,7 @@ Procedure
184
184
that Atlas will use to perform the data migration.
185
185
186
186
.. note::
187
-
187
+
188
188
The address must be resolvable over the public internet, so do not use
189
189
the private IP address of the node.
190
190
@@ -228,21 +228,21 @@ Procedure
228
228
229
229
1. Stop your application. This ensures that no additional writes
230
230
are generated to the source cluster.
231
-
231
+
232
232
#. Wait for the optime gap to reach zero. When the counter reaches
233
233
zero, the source and destination clusters are in sync.
234
-
234
+
235
235
#. Restart your application using the new connection string
236
236
provided in step 3 of the Live Migrate cutover UI.
237
-
237
+
238
238
.. step:: Once you are prepared to cut your applications over to the
239
239
destination Atlas cluster, click :guilabel:`Prepare to Cutover`.
240
240
241
241
.. step:: Once you have completed the cutover procedure and confirmed
242
242
your applications are working normally with the Atlas cluster,
243
243
click :guilabel:`Cut Over` to complete the migration procedure.
244
244
This allows Atlas to:
245
-
245
+
246
246
- Mark the migration plan as complete.
247
247
- Remove the Application Server subnets from the destination
248
248
cluster IP access list.
@@ -263,6 +263,6 @@ Summary
263
263
You created an Atlas cluster, migrated data from your previous AWS
264
264
MongoDB cluster, and updated your applications to use the new
265
265
MongoDB Atlas cluster running on AWS. For more information on the
266
- data migration process, see `Live Migrate Your Replica Set to Atlas
266
+ data migration process, see `Live Migrate Your Replica Set to Atlas
267
267
<https://docs.atlas.mongodb.com/import/live-import/>`_ and
268
268
`mongomirror <https://docs.atlas.mongodb.com/reference/mongomirror/index.html>`_.
0 commit comments