New Amazon S3 backup option in 11.42 is unaffordable

spaceman

Well-Known Member
Mar 25, 2002
557
16
318
It pains me to say this, but after waiting so long for WHM to include an easy way to backup to Amazon S3, the implementation in 11.42 is (IMHO) seriously flawed.

This is because the "Additional Destinations" schedule simply inherits the local backup schedule. So I'm assuming most hosting providers will choose to backup daily to a local drive - which then forces the remote backups to occur daily too - which will be unaffordable for most in terms of data transfer costs.

What we really need is to have one schedule for local backups (e.g. daily), and a different schedule for remote backups (e.g. weekly).

C'mon cPanel - THINK! So near, yet so far.
 

cPanelMichael

Administrator
Staff member
Apr 11, 2011
47,880
2,267
463
Hello :)

A feature request is the best way to see a new feature implemented in cPanel. I recommend opening a feature request for this via:

Submit A Feature Request

Thank you.
 

cPanelKenneth

cPanel Development
Staff member
Apr 7, 2006
4,607
80
458
cPanel Access Level
Root Administrator
What we really need is to have one schedule for local backups (e.g. daily), and a different schedule for remote backups (e.g. weekly).
What we are aiming for long term is the ability for administrators to configure multiple backup jobs. Each job would be a collection of:

1. What to backup
2. When to perform the backup
3. Where to store the backup

It might also allow for selection between compressed and not compressed.
 

spaceman

Well-Known Member
Mar 25, 2002
557
16
318
Sorry, I didn't cross-reference this post with the feature request I started over a year ago here:

Amazon S3 integrated into WHM as a backup option | cPanel Feature Requests

I've also added the same feedback against the above feature request. So whether it's better to provide the feedback against the original feature request thread, or by raising a new feature request, I'm happy to take advice on that.

- - - Updated - - -

As I've added to the feature request thread, IMHO a quick fix solution would be to have two rows in the "Scheduling and Retention" section of the Backup Configuration page:

Row 1: Local Backups (i.e. as it is now)

Row 2: Additional Destinations

So in our case (and most other hosting providers I'd guess) we'd have every day checked in Row 1, and probably just one of the days checked in Row 2 to achieve a weekly remote backup. There shouldn't need to be any retention instructions for the remote backups... that would be up to the hosting provider to manage via other systems (i.e. easily done in S3 I believe).
 

ikillbill

Well-Known Member
Feb 18, 2008
119
0
66
It pains me to say this, but after waiting so long for WHM to include an easy way to backup to Amazon S3, the implementation in 11.42 is (IMHO) seriously flawed.

This is because the "Additional Destinations" schedule simply inherits the local backup schedule. So I'm assuming most hosting providers will choose to backup daily to a local drive - which then forces the remote backups to occur daily too - which will be unaffordable for most in terms of data transfer costs.

What we really need is to have one schedule for local backups (e.g. daily), and a different schedule for remote backups (e.g. weekly).

C'mon cPanel - THINK! So near, yet so far.
second this! Cpanel 's backup has been really trying!
 

JaredR.

Well-Known Member
Feb 25, 2010
1,834
27
143
Houston, TX
cPanel Access Level
Root Administrator
second this! Cpanel 's backup has been really trying!
Third this! Backups across the net every day can really run up a bandwidth usage bill.
Please add your comments to cPanel Feature Requests, if you have not done so already. A request concerning this feature was mentioned in a previous post.

Your feature requests, and comments on feature requests, carry more weight on cPanel Feature Requests, than the comments in a forum thread. While discussion in the forum is welcome and often constructive, cPanel Feature Requests is considered the official method to ask for a new feature.