How can we help you today?

Hypernode Backup Policy

Created by: Sophie van Vrijberghe de Coningh

Modified on: Thu, 27 Aug, 2020 at 3:12 PM


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

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:

hypernode-systemctl attach_backup

The backup snapshot is automagically detached/unmounted overnight, 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.

SLA Standard

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: 

  • hypernode-systemctl attach_backup
    Use this command to attach the most recent snapshot to your Hypernode. This is also available to users with SLA Basic.
  • hypernode-systemctl create_backup
    Use this command to create a snapshot on the spot. Then use the attach_backup command to attach the snapshot you just created to the Hypernode. These instant snapshots are saved for two days.
  • hypernode-systemctl list_backups
    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)

  1.  Log in to the Control Panel and select the Hypernode you want to backup by clicking Go.
  2. Click Backups in the sidebar to go to the backup page.
  3. 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 BasicSLA Standard
Most recent Hypernode Backup (AWS/Openstack)    FreeFree
Most recent Hypernode Backup (DigitalOcean)    FreeFree
Older Hypernode Backups    € 100,- (ex VAT)    Free

Managing Backups yourself

If want to be able to restore yourself any time you want without contacting support@byte.nl 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 support@byte.nl

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.

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.

Additional Information

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.

Backups on DigitalOcean

At DigitalOcean (and also Combell as extra security) we currently create backups using Duply and Duplicity and push those to an S3 storage bucket at Amazon (AWS).

S
Sophie is the author of this solution article.

Did you find it helpful? Yes No

Send feedback
Sorry we couldn't be helpful. Help us improve this article with your feedback.