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
+42Lines changed: 42 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -161,6 +161,41 @@ of an expunged Instance will not restore nics and recovery any network which may
161
161
not exist. User may however restore a specific volume from an Instance backup and attach
162
162
that volume to a specified Instance.
163
163
164
+
Creating a new Instance from Backup
165
+
-----------------------------------
166
+
167
+
Since CloudStack 4.21, users can now remove the backup offering and expunge or unmanage an instance
168
+
that has existing backups, for the supported backup providers — Dummy, NAS, and Veeam.
169
+
Additionally, users can create a new instance from a backup using any of these providers.
170
+
171
+
Each backup now includes metadata that captures the instance’s configuration at the time of backup including service offering,
172
+
template, disk offerings for all data volumes, attached networks, and instance-specific settings.
173
+
The new instance will be created with the same configuration and data as the original instance at the time the backup was taken.
174
+
175
+
.. warning::
176
+
Users should ensure that the entry for the expunged or unmanaged instance is not purged from the database, as the backup framework relies on it to function correctly.
177
+
178
+
|B&R-CreateInstanceFromBackup.png|
179
+
180
+
Users also have the option to customize the configuration of the new instance, similar to deploying a new instance from scratch.
181
+
The deployment form will be pre-filled with the values captured in the backup, but users can modify them as needed.
182
+
However, the number of volumes in the new instance must match the number of volumes in the backup.
183
+
If volume sizes are customized, users must ensure that each volume is at least as large as the corresponding volume in the backup.
184
+
Advanced settings are not pre-filled in the form by default, but if left unset, they will automatically be retrieved from the backup metadata.
185
+
The Template and ISO can only be updated via the UI if the UUID stored in the backup is no longer available in the environment.
186
+
187
+
If the original instance from which the backup was created has been expunged, users will be presented with an option to reuse thesame IP address and
188
+
MAC address stored in the backup metadata. The new instance will be assigned the same IP and MAC address, provided they are still available in the network.
189
+
190
+
|B&R-ConfigureInstance.png|
191
+
192
+
If one or few of the resources stored in the backup such as template, networks etc are no longer available
193
+
in the system, the user will be prompted to reconfigure the Instance before creating it from backup.
194
+
195
+
.. note::
196
+
If the backup was created in a release prior to 4.21, the backup metadata won't contain the instance configuration details,
197
+
so users would have to fill in the required details by clicking on the Configure Instance button.
198
+
164
199
Supported APIs:
165
200
~~~~~~~~~~~~~~~~
166
201
@@ -176,6 +211,7 @@ Supported APIs:
176
211
- **listBackups**: lists backups.
177
212
- **restoreBackup**: restore a previous Instance backup in-place of a stopped or destroyed Instance.
178
213
- **restoreVolumeFromBackupAndAttachToVM**: restore and attach a backed-up volume (of an Instance backup) to a specified Instance.
214
+
- **createInstanceFromBackup**: create a new Instance from a backup.
179
215
180
216
181
217
Configuring resource limits on Backups
@@ -211,3 +247,9 @@ the backup size, although the actual backup size may be less than the size use t
Once the above two configurations are set, restart the cloudstack-management service. After restart check the Settings of the Zone where you want to enable NAS backups - make sure that the "backup.framework.enabled"="true" on the Setting tab of the Zone. Once this is done, we can add the backup repository for the 'nas' Backup and Recovery plugin.
74
-
Navigate to the Configuration -> Backup Repository. Click on 'Add Backup Repository' and fill the form.
73
+
Navigate to the Configuration -> Backup Repository. Click on 'Add Backup Repository' and fill the form.
75
74
76
75
=================== ========================
77
76
Field Value
78
77
=================== ========================
79
78
Name A suitable name to represent the Backup Repository
80
79
Address URL, in case of NFS <server IP>:/path
81
-
Type NFS ( only NFS type in 4.20)
82
-
label.mountopts Any mount point options to be passed while mounting this storage on the hypervisor.
80
+
Type NFS / CIFS / CEPH
81
+
Mount optionsAny mount point options to be passed while mouting this storage on the hypervisor.
83
82
Zone The zone in CloudStack with which this Backup Repository must be associated.
84
83
=================== ========================
85
84
@@ -89,7 +88,7 @@ Zone The zone in CloudStack with which this Backup Repository mus
89
88
90
89
Pay attention to the "Name" given to this repository, as you will have to specify this in the "External ID" field when creating Backup Offerings (Importing backup offering)
91
90
92
-
Once the Backup Repository is created, we need to add a Backup Offering, in this plugin the Backup offering is a placeholder to associate an instance to a Backup Repository. While creating the Backup Offering, select the desired Backup Repository. Associate the Backup Offering on an instance to create an Adhoc or scheduled backup.
91
+
Once the Backup Repository is created, we need to add a Backup Offering, in this plugin the Backup offering is a placeholder to associate an instance to a Backup Repository. While creating the Backup Offering, select the desired Backup Repository. Associate the Backup Offering on an instance to create an Adhoc or scheduled backup.
93
92
94
93
For the "External ID", please specify the name of the previously created backup repository.
95
94
@@ -99,6 +98,28 @@ For the "External ID", please specify the name of the previously created backup
99
98
100
99
After this has been done, you can go to any Instance view and there will be buttons available for either ad-hoc backup or a scheduled backup of the VM
101
100
101
+
Quiesce (Filesystem Freeze and Thaw)
102
+
------------------------------------
103
+
104
+
Users can set quiesce to true while creating a backup or a backup schedule.
105
+
When a backup is initiated with quiesce enabled, CloudStack uses QEMU guest agent
106
+
to freeze the filesystem before starting backup. This operation flushes all dirty
107
+
filesystem buffers to disk and quiesces new writes. The filesystem is then thawed
108
+
immediately after the backup process starts, keeping the freezing window very short.
109
+
110
+
|NASB&R-quiesceInstance.png|
111
+
112
+
This enhancement brings the NAS backup plugin from crash-consistent backups closer to
113
+
application-consistent backups.
114
+
115
+
Points to note:
116
+
117
+
#. The feature requires qemu-guest-agent to be installed and running on the guest instance.
118
+
#. This method does not capture the memory state of the guest. Any data held in application memory
119
+
that hasn’t been flushed to disk prior to the filesystem freeze will not be captured.
120
+
#. For fully application-consistent backups, guest applications must implement pre-freeze hooks
121
+
to flush their internal state to disk before the filesystem is frozen.
122
+
102
123
Support Information and Limitation
103
124
----------------------------------
104
125
@@ -121,9 +142,12 @@ in qcow2 format to the backup repository.
121
142
122
143
For restore operations, the KVM instance must be stopped in CloudStack.
123
144
Currently, only volume(s) restoration is supported only to NFS and local storage
124
-
based primary storage pools, and restored volumes are fully baked disks (i.e.
145
+
based primary storage pools, and restored volumes are fully backed disks (i.e.
125
146
not using any backing template file).
126
147
127
-
Restoring fully expunged and unmanaged instances are not supported. Backup and
128
-
restore operations are not fully supported for CKS cluster instances and should
148
+
Backup and restore operations are not fully supported for CKS cluster instances and should
0 commit comments