On Amazon (AWS) and Combell OpenStack we use snapshots to create backups. When things go slightly wrong (ie. a product is accidentally deleted), you can go back in time to restore the appropriate database table, files or directories from the backup. Snapshots are easy to use, take up less time and there’s no need to upgrade your Hypernode if you don’t have enough disk space.
TABLE OF CONTENTS
- Retention Times
- Attaching a Snapshot to your Hypernode
- SLA Standard
- Requesting Older Backups
- Managing Backups yourself
- Using Hard-Links for Backup Retention
- Additional Information
Backups are made every day and saved for 7 days. We also save 1 backup per week for 3 weeks. This means you will have 4 weeks worth of backups.
Backups are rotated daily after the creation of a new backup. This implies that the backups that are older than 4 weeks will be automatically removed. To save storage costs, we do not keep additional backups older than 4 weeks, so please do not wait too long before requesting a backup.
Attaching a Snapshot to your Hypernode
A snapshot is a saved state of the /
data device at a given moment in time. We can use this to create a static copy of that given state in time and transform this to a virtual device which we can attach to your Hypernode. Once attached, this device is mounted under
/data/backup and you can easily restore your files by copying them from this file system. To restore database and file backups, see this article.
By using the following command you attach the latest available snapshot to your node:
The backup snapshot is automagically detached/unmounted, before the backups are made. There is a second MySQL instance running so you’ll lose some resources while it is attached. Please contact Support if you want the snapshot detached earlier, to save on resources.
If you have SLA Standard, you get extra backups on top of our basic backup policy. This means we create four backups per day for your Hypernode. These backups will be saved for 24 hours. Apart from that we'll have a daily snapshot available for the first 7 days. As a result you always have a backup available which is at most six hours old.
Please be aware that multiple and instant backups are not available for Hypernodes hosted on DigitalOcean.
With SLA Standard, you will be able to use the following commands:
Use this command to attach the most recent snapshot to your Hypernode. This is also available to users with SLA Basic.
Use this command to create a snapshot on the spot. Then use the
attach_backupcommand to attach the snapshot you just created to the Hypernode. These instant snapshots are saved for two days.
List all available snapshots. This way you have access to all snapshots.
hypernode-systemctl attach_backup [ID NUMBER]
If you don’t specify an ID number, the most recent snapshot will be attached to your Hypernode.
SLA Standard users can also create instant snapshots via the Control Panel (for customers with access to my.hypernode.com)
- Log in to the Control Panel and select the Hypernode you want to backup by clicking Go.
- Click Backups in the sidebar to go to the backup page.
- If you have SLA Standard, you can either select a pre-made backup from the list by clicking Attach Backup. Or you can click Instant Backup to create a snapshot. It will then appear in the list and you can attach it to your Hypernode by clicking the Attach Backup button.
Requesting Older Backups
If you need a less recent backup (older than one day) and you don't have SLA Standard, you need to contact Support. Please note we charge a fee for this:
|SLA Basic||SLA Standard|
|Most recent Hypernode Backup (AWS/Openstack)||Free||Free|
|Most recent Hypernode Backup (DigitalOcean)||Free||Free|
|Older Hypernode Backups||€ 100,- (ex VAT)||Free|
Managing Backups yourself
If want to be able to restore yourself any time you want without contacting firstname.lastname@example.org first, you may choose to manage backups yourself.
This does not imply that we do not have any backups available, as we use the same backups for disaster recovery as well. In case of emergency, you can always request a backup by contacting email@example.com
If you choose to create your own backups, we recommend using Tarsnap. This very robust third party backup service is known for it’s excellent security, their very strong compression and their low prices.
For more information about how to manage your own backups, have a look at our article about creating backups using Tarsnap.
Using Hard-Links for Backup Retention
Our backup mechanism is not very good in managing hard-links. They will not be ignored in the backup, but at restore time, every hardlink is restored as a real file, causing the restore to take up much more disk space.
This can result in lots of extra files when downloading a restore, effectively taking up much more space needed for the same data after a restore.
We recommend to avoid hard-links in your content at all times.
We make use of 2 backup mechanisms: One for the Hypernodes running on Amazon (AWS) and Combell OpenStack, and another mechanism for backups on DigitalOcean.
Read more about restoring backups on Hypernode in our restore backups article.