You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: source/adminguide/backup_and_recovery.rst
+23-20Lines changed: 23 additions & 20 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -201,18 +201,18 @@ Creating a New Instance from Backup in Another Zone
201
201
202
202
Since **Apache CloudStack 4.22**, users can create a new Instance from a Backup in another Zone.
203
203
i.e, the Instance being created can be on a different Zone from the Zone in which the Backup was created.
204
-
This unlocks Disaster Recovery as a Service (DRaaS) capabilities for backups in CloudStack.
204
+
This can be used to implement Disaster Recovery capabilities with Instance Backups.
205
205
Currently, this capability is supported only by the **NAS Backup & Recovery plugin**.
206
206
207
-
When creating a Backup Repository, the administrator can enable the **Disaster Recovery as a Service (DRaaS)** option.
207
+
When creating a Backup Repository, the administrator can enable the **Cross-Zone Instance Creation** option.
208
208
This allows the repository to be used for creating Instances in other Zones. The setting can be changed later as well
209
209
using the Edit Backup Repository action button.
210
210
211
-
|B&R-DRaaS-Enable-Add.png|
211
+
|B&R-Cross-Zone-Enable-Add.png|
212
212
213
-
Once DRaaS is enabled for a Backup Repository, users will see the option to **select a Zone** while creating a new Instance from a Backup.
213
+
Once Cross-Zone Instance Creation is enabled for a Backup Repository, users will see the option to **select a Zone** while creating a new Instance from a Backup.
214
214
215
-
|B&R-DRaaS-Select-Zone.png|
215
+
|B&R-Cross-Zone-Select-Zone.png|
216
216
217
217
The new Instance will be created in the selected Zone, with the configuration either inherited from the backup or chosen by the user.
218
218
Configurations stored in the backup are automatically selected if the same resources are present in the destination Zone.
@@ -223,32 +223,35 @@ Users will still need to manually select configurations that are unique to a sin
223
223
Points to Note
224
224
~~~~~~~~~~~~~~
225
225
226
-
- A DRaaS-enabled Backup Repository can be used to create Instances in **all Zones** within the CloudStack environment.
226
+
- A Cross-Zone enabled Backup Repository can be used to create Instances in **all Zones** within the CloudStack environment.
227
+
- The Backups can be taken only from the original Zone.
227
228
- The administrator must ensure that the Backup Repository is **reachable and mountable** from hosts in other Zones.
228
229
- Restore operations are performed by mounting the Backup Repository over **NFS, CIFS, or CephFS** (depending on configuration),
229
230
and then copying the backup files to Primary Storage.
230
231
231
-
NFS Performance Considerations
232
-
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
232
+
Extending the Functionality for DRaaS
233
+
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
233
234
234
-
NFS performance over WAN may become a bottleneck for restore operations in DRaaS scenarios. Two approaches are recommended:
235
+
Administrators can extend this feature to implement Disaster Recovery as a Service (DRaaS) by adding additional configuration and instrumentation.
236
+
Two common approaches are:
235
237
236
-
1. **Zone-Local Repositories**
238
+
1. **Zone-Local Repository**
237
239
238
-
- Administrators can set up Backup Repositories local to each Zone.
239
-
- Backup files are synchronized in the background between repositories.
240
-
- A domain name can be used for the repository URL, redirecting to the local repository for each Zone.
240
+
- Configure a Backup Repository that is local to the source Zone.
241
+
- Add this repository to the Zone and enable Cross-Zone Instance Creation.
242
+
- In other Zones, configure NAS servers and synchronize backup files in the background between the source repository and the NAS servers in those Zones.
243
+
- Use DNS to resolve the repository URL to the local NAS server in each Zone, ensuring Instance creation from Backup always use the closest copy.
241
244
242
245
2. **Global Repository with WAN Optimizations**
243
246
244
-
- A single global Backup Repository can be configured, accessible from all Zones.
245
-
- To improve NFS performance over WAN, the following NFS mount options are recommended:
247
+
- Configure a single global Backup Repository accessible from all Zones.
248
+
- NFS performance over WAN may become a bottleneck for Cross-Zone Instance creation scenarios.
249
+
To improve NFS performance over WAN, the following NFS mount options are recommended:
246
250
247
251
- ``nconnect=16``: Open multiple TCP connections to the NFS server.
248
252
- ``rsize=1048576``: Use a larger chunk size for reads.
249
253
- ``wsize=1048576``: Use a larger chunk size for writes.
250
-
251
-
The actual read and write chunk sizes may be increased further, depending on the NFS server’s capabilities.
254
+
- The actual read and write chunk sizes may be increased further, depending on the NFS server’s capabilities.
252
255
253
256
Supported APIs:
254
257
---------------
@@ -307,10 +310,10 @@ the backup size, although the actual backup size may be less than the size use t
0 commit comments