@@ -21,19 +21,10 @@ Automation
21
21
|mms| Automation enables you to configure and maintain MongoDB nodes
22
22
and clusters.
23
23
24
- .. cond:: onprem
25
-
26
- .. image:: /figures/how-it-works-ops.png
27
- :alt: "Automation coordinates MongoDB instances running in a public cloud, in your private data center, or on your local system."
28
- :width: 700px
29
- :align: center
30
-
31
- .. cond:: cloud
32
-
33
- .. image:: /figures/how-it-works.png
34
- :alt: "Automation coordinates MongoDB instances running in a public cloud, in your private data center, or on your local system."
35
- :width: 700px
36
- :align: center
24
+ .. image:: /figures/how-it-works-ops.png
25
+ :alt: "Automation coordinates MongoDB instances running in a public cloud, in your private data center, or on your local system."
26
+ :width: 700px
27
+ :align: center
37
28
38
29
MongoDB Agents using Automation on each MongoDB host can maintain your
39
30
MongoDB deployments. You can
@@ -113,21 +104,12 @@ one version earlier. For MongoDB 4.2, the FCV can be ``4.0`` or
113
104
114
105
.. include:: /includes/backup/legacy-process-overview-main-om.rst
115
106
116
- .. cond:: onprem
117
-
118
- The {+mdbagent+} then tails each replica set's :term:`oplog`
119
- to maintain on disk a standalone database, called a
120
- :term:`head database <head database>`. |mms| maintains one
121
- head database for each backed-up replica set. The head
122
- database stays consistent with the original :term:`primary` up
123
- to the last oplog that the {+mdbagent+} supplies.
124
-
125
- .. cond:: cloud
126
-
127
- The {+mdbagent+} then tails each replica set's :term:`oplog`
128
- to update the backup when performing a point-in-time restore.
129
- The backup is consistent with the original primary up to the
130
- last oplog that the {+mdbagent+} supplies.
107
+ The {+mdbagent+} then tails each replica set's :term:`oplog`
108
+ to maintain on disk a standalone database, called a
109
+ :term:`head database <head database>`. |mms| maintains one
110
+ head database for each backed-up replica set. The head
111
+ database stays consistent with the original :term:`primary` up
112
+ to the last oplog that the {+mdbagent+} supplies.
131
113
132
114
The backup process works in this manner regardless of how snapshots are
133
115
stored.
@@ -142,64 +124,58 @@ then can insert a marker token into all shards and config servers in
142
124
the cluster. |mms| takes a :term:`snapshot` when the marker tokens
143
125
appear in the snapshot data.
144
126
145
- .. cond:: onprem
146
-
147
- .. tabs::
148
- :hidden:
127
+ .. tabs::
128
+ :hidden:
149
129
150
- .. tab:: FCV 4.2 or later
151
- :tabid: fcv42
130
+ .. tab:: FCV 4.2 or later
131
+ :tabid: fcv42
152
132
153
- |mms| can back up data as a full or incremental backup. |mms|
154
- requires a full backup:
133
+ |mms| can back up data as a full or incremental backup. |mms|
134
+ requires a full backup:
155
135
156
- - For your first backup.
157
- - After a snapshot has been deleted.
158
- - If the blockstore block size has been changed.
136
+ - For your first backup.
137
+ - After a snapshot has been deleted.
138
+ - If the blockstore block size has been changed.
159
139
160
- Incremental backups reduce network transfer and storage costs.
140
+ Incremental backups reduce network transfer and storage costs.
161
141
162
- .. tab:: FCV 4.0 or earlier
163
- :tabid: fcv40
142
+ .. tab:: FCV 4.0 or earlier
143
+ :tabid: fcv40
164
144
165
- How much storage capacity you need depends on both the number
166
- of snapshots and the type of snapshot storage you choose. The
167
- following table outlines the differences in snapshot stores:
145
+ How much storage capacity you need depends on both the number
146
+ of snapshots and the type of snapshot storage you choose. The
147
+ following table outlines the differences in snapshot stores:
168
148
169
- .. list-table::
170
- :header-rows: 1
171
- :widths: 25 75
149
+ .. list-table::
150
+ :header-rows: 1
151
+ :widths: 25 75
172
152
173
- * - Snapshot Store
174
- - Description
153
+ * - Snapshot Store
154
+ - Description
175
155
176
- * - MongoDB blockstore
177
- - Only the differences between each successive
178
- :term:`snapshot` are stored. Compression and
179
- block-level :term:`deduplication` reduce the size of
180
- snapshot data.
156
+ * - MongoDB blockstore
157
+ - Only the differences between each successive
158
+ :term:`snapshot` are stored. Compression and
159
+ block-level :term:`deduplication` reduce the size of
160
+ snapshot data.
181
161
182
- * - |s3| bucket
183
- - Only the differences between each successive
184
- :term:`snapshot` are stored. Compression and
185
- block-level :term:`deduplication` reduce the size of
186
- snapshot data.
162
+ * - |aws| |s3| bucket
163
+ - Only the differences between each successive
164
+ :term:`snapshot` are stored. Compression and
165
+ block-level :term:`deduplication` reduce the size of
166
+ snapshot data.
187
167
188
- * - File system store
189
- - Depending on the configuration, compression reduces the
190
- size of the :term:`snapshot` data.
168
+ * - |s3| bucket
169
+ - Only the differences between each successive
170
+ :term:`snapshot` are stored. Compression and
171
+ block-level :term:`deduplication` reduce the size of
172
+ snapshot data.
191
173
192
- All snapshots represent a full backup.
174
+ All snapshots represent a full backup.
193
175
194
176
To learn more about how to configure backups, see
195
177
:doc:`Backup Configuration Options </core/backup-preparations>`.
196
178
197
- .. cond:: cloud
198
-
199
- Monthly backup costs for |mms| are based on the size per-gigabyte
200
- of your most recent snapshot. To learn about |mms| backup pricing,
201
- see :ref:`Backup Costs <backup-pricing>`.
202
-
203
179
.. _restores:
204
180
205
181
Restore Data
@@ -246,11 +222,9 @@ the snapshot storage. You can restore the snapshot:
246
222
#. Delivers the snapshot and oplog updates using the same
247
223
|https| mechanisms.
248
224
249
- .. cond:: onprem
250
-
251
- You can configure how much of the oplog you want to keep per
252
- backup. This affects the amount of time a point-in-time restore can
253
- cover.
225
+ You can configure how much of the oplog you want to keep per
226
+ backup. This affects the amount of time a point-in-time restore
227
+ can cover.
254
228
255
229
.. tab:: FCV 4.0 or earlier
256
230
:tabid: fcv40
@@ -263,10 +237,8 @@ the snapshot storage. You can restore the snapshot:
263
237
#. Delivers the snapshot and oplog updates using the same |https| mechanisms.
264
238
To enable checkpoints, see :ref:`enable-cluster-checkpoints`.
265
239
266
- .. cond:: onprem
267
-
268
- You can configure how much of the oplog you want to keep per
269
- backup. This affects how much time a checkpoint and
270
- point-in-time restore can cover.
240
+ You can configure how much of the oplog you want to keep per
241
+ backup. This affects how much time a checkpoint and
242
+ point-in-time restore can cover.
271
243
272
244
.. include:: /includes/extracts/toc-application-introduction.rst
0 commit comments