Replies: 2 comments 2 replies
|
Hello, is this still relevant in Kubeflow 1.11? I replaced Minio with Seaweedfs. |
2 replies
|
Plese check https://github.com/kubeflow/pipelines/tree/master/manifests/kustomize/third-party/seaweedfs#gateway-to-remote-object-storage. I stongly recommend the seaweedfs gateway for easier compatibility. Othwerwise I can offer consulting https://www.kubeflow.org/docs/started/support/#support-from-commercial-providers-in-the-kubeflow-ecosystem. And please make sure that you are on Kubeflow 26.03+. You could also raise a PR to update the documentation. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
We are deploying kubeflow on our local cluster. One of the modifications we did is to use s3 as an artifact storage. Simply following the guide did not help as pipeline pod was still trying to connect to
minio-service.kubeflow:9000. After some investigation we found out that one more ConfigMap needs to be changed --workflow-controller-configmapas it is hardcoded to use local minio. We patchedartifactRepositoryfield in that config and only then pipelines started to use s3 as an artifact storage. Something similar is shown in sample aws installationThe question is: are we actually supposed to patch this ConfigMap which is related to argo workflows? If so, then maybe it should be reflected in documentation as well.
All reactions