Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enable integrating with an existing MinIO instead of deploying your own every time #259

Open
motjuste opened this issue Aug 13, 2024 · 2 comments
Labels
enhancement New feature or request

Comments

@motjuste
Copy link

Context

Charmed MLFlow deploys its own MinIO to store its data, but it is often the case that MinIO is already available, for example, when integrating with Charmed Kubeflow that also deploys MinIO.

What needs to get done

TBD

Definition of Done

It should be possible to deploy Charmed MLFlow and integrate with an existing pre-deployed MinIO (e.g. done as part of deployed Charmed Kubeflow), and documentation / tutorial for doing that should be available.

@motjuste motjuste added the enhancement New feature or request label Aug 13, 2024
Copy link

Thank you for reporting us your feedback!

The internal ticket has been created: https://warthogs.atlassian.net/browse/KF-6126.

This message was autogenerated

@kimwnasptd
Copy link
Collaborator

Thanks for the issue @motjuste!

My understanding is that the recommendation is to expect users to deploy a standalone MinIO with MLflow, even with Kubeflow. So because of this I wouldn't put this information on the tutorial but might have a dedicated how-to, but let's also hear @afgambin's opinion.

On the technical side though, aside from relating mlflow-server to Kubeflow's MinIO I expect another need for configuration (MLflow should already be related to resource-dispatcher, so a PodDefault will be created by with the credentials of Kubeflow's MinIO)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants