Safeguard your data with the Backups service by enabling automatic backups of the disks on your Compute Instances. Up to four backups are stored as part of this service, including automated daily, weekly, and biweekly backups in addition to a manual backup snapshot. Each backup is a full file-based snapshot of your disks taken during your preferred scheduled time slot while the Compute Instance is still running. This means that the Backups service is not disruptive and provides you with several complete recovery options.

Fully managed

Backups is a managed service that automatically backs up your disks at regular intervals. Use full-system backups to guard against accidental deletions or misconfigurations.

Convenient & configurable

Enable the Backups service with a single click. It activates instantly, and your first backups are automatically scheduled. There is no software to install or configure. You can choose when your backups are generated. Select a two-hour window that suits you.

Availability

Backups are available across all core compute regions , but are not available in distributed compute regions.

Plans and pricing

The Backups service is available as a paid add-on for Compute Instances. Pricing starts at $2/month for a 1 GB Shared CPU Compute Instance. Review the Pricing page for additional rates based on other Compute Instance plans.

On all plans, the Backups service can store up to four backups, three of which are automatically generated on the date and time range you specify:

  • Daily (Less than 24 hours old)
  • Weekly (Less than 7 days old)
  • Biweekly (Between 8 and 14 days old)
  • Manual Snapshot (A user-initiated snapshot that stays the same until another snapshot is initiated)

The Backups service does not keep automated backups older than 14 days, though there are no restrictions on the age of a manual snapshot.

Additional technical specifications

  • Compatible with all Compute Instances, provided their disks contain unencrypted ext3 or ext4 file systems
  • File-based backup solution, meaning it operates at the file level and not the block level
  • Backups are stored on separate dedicated hardware within the same data center
  • Can be managed through Cloud Manager, the Linode CLI, or programmatically through the Linode API

Part of a multi-tiered backup strategy

The Backups service is one part of a well rounded backup strategy. On-site backups provide a quick and convenient recovery option. While the backups are stored on different hardware, that hardware is located within the same data center as the Compute Instance. It's also recommended to regularly backup your data off-site, such as on a local machine or using a third-party cloud-based service.

Limits and considerations

  • Disks are backed up, but not Compute Instance-specific settings such as those stored within Configuration Profiles.

  • Disks must be unencrypted and able to be mounted. The Backups service is not compatible with full disk encryption or changes that prevent us from mounting the disk as a file system, such as creating partitions. This is because our service operates at the file level, not at the block level. Also, the disk must be formatted and an EXT3 or EXT4 file system should be assigned to it.

  • All disks will be restored as an ext4 file system and their UUIDs will be different than the original disks.

  • A large number of files will prolong the backup process and may cause failures. Because the Backups Service is file-based, the number of files stored on disk impacts both the time it takes for backups and restores to complete, and your ability to successfully take and restore backups. Customers who need to permanently store a large number of files may want to archive bundles of smaller files into a single file, or consider other backup services.

    📘

    The percentage of customers who may run into this limitation is low. If you are not sure if this limitation applies to you, please contact Support.

  • Files that have been modified but have the same size and modify time are not be considered "changed" during a subsequent backup. ACLs and extended attributes are not tracked.

  • The Backups service uses a snapshot of your disks to take consistent backups while your Compute Instance is running. This method is very reliable, but can fail to properly back up the data files for database services like MySQL. If the snapshot occurs during a transaction, the database's files may be backed up in an unclean state. We recommend scheduling routine dumps of your database to a file on the filesystem. The resulting file is then included in the daily backup, allowing you to restore the contents of the database if you need to restore from a backup.

  • Volumes attached to a Compute Instance are not backed up as part of the Backups service.

Developer resources