Both WHM/cPanel and Plesk support S3-compatible storage as a remote backup destination out of the box, which means Storivo works without a plugin or custom script; you just need an endpoint, an access key, and a bucket.
Before you start
Have these ready from your Storivo account:
- Access key ID and secret access key
- Your region's endpoint (for example
https://s3.storivo.com) - The name of the bucket you want backups written to
WHM/cPanel setup
- In WHM, go to Backup Configuration and enable backups if you haven't already.
- Under Additional Destinations, choose Amazon S3 Compatible as the destination type.
- Enter a name for the destination, then your Storivo access key, secret key, bucket name and endpoint (uncheck "Use SSL" only if instructed otherwise; Storivo requires SSL).
- Click Save and Validate Destination: WHM will attempt a test upload to confirm the credentials and bucket are reachable.
- Once validated, assign the destination to your backup schedule under Backup Configuration → Additional Destinations, and set retention/frequency as normal.
Plesk setup
- Go to Tools & Settings → Backup Manager → Remote Storage Settings.
- Choose Amazon S3 as the storage type (Plesk's S3 connector accepts any S3-compatible endpoint, not only AWS).
- Enter your Storivo endpoint in the custom endpoint field, along with your access key, secret key and bucket name.
- Save, then run a manual backup to confirm the connection before relying on the schedule.
- Set your backup schedule and retention under Backup Manager → Scheduled Backup Settings, selecting the Storivo remote storage you just configured.
Consider Object Lock for control-panel backups
Since these are typically your full disaster-recovery copy, writing them into an Object Lock-enabled bucket means a compromised WHM/Plesk admin account still can't be used to delete your backup history. See the Object Lock guide.
Hosting companies: use a sub-account per client
If you're an MSP or hosting company running this setup across multiple client servers, create a separate Storivo sub-account (and access key) per client rather than reusing one set of credentials everywhere. That way a leaked key on one server can't expose every client's backups. See the white-labeling guide for the full sub-account setup.
Troubleshooting a failed validation
- "Access Denied": double-check the access key and secret were copied without extra whitespace, and that the key has write permission on the target bucket.
- "Could not resolve endpoint": confirm the endpoint URL includes
https://and matches your account's region. - "Bucket not found": bucket names are case-sensitive; confirm it matches exactly what's shown in your Storivo dashboard.
Setting this up for multiple client servers?
Growth and Scale Partner plans include onboarding help for exactly this kind of rollout.
Get a tailored quote