[GitHub] [solr-operator] HoustonPutman commented on issue #301: Add support for GCS storage to 'solrbackup'

[GitBox <gi...@apache.org>]

HoustonPutman commented on issue #301:
URL: https://github.com/apache/solr-operator/issues/301#issuecomment-894420587


   So I just want to make sure I understand correctly.
   
   The only thing the operator should do for these "native" backup options, is to call the Solr API right?
   (And possibly setup paths at the resulting location if necessary)
   
   I'll need to think on this a bit more, but to me it sounds like the only real benefit would be to have the operator be able to do this on a schedule. (and possibly delete old backups if necessary). So instead of facilitating the backup mechanism, it would just be in charge of managing the backups. The more I type this out, the more I'm starting to like it. It would also allow the Solr operator, in the future, to do automatic-rollbacks if it detects failures in a Collection.
   
   I think we could change the SolrBackup to do either "managed" or "remote" backups, and in the case of remote, let the user provide the `repository` and `location` arguments for the Backup command. I do like the idea of requiring users to manage the directories themselves, as we don't really want to build in S3, GCS, HDFS, etc behavior into the operator. But it would make sense if we wanted to support setting up the location to make sure it is ready initially.
   
   So in that case your example of the backupRestoreOptions in the SolrCloud object would be spot on, but the SolrBackup object would need the `backupRepositoryName` (I guess unless there is a default one specified...), and additional options such as `location`.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org